什麼是共識機制？

共識機制是區塊鏈網路用來決定「接下來接受哪一個區塊、採用哪一段帳本歷史」的一套規則。網路中的節點分別接收和檢查資料，即使訊息到達時間不同，或有人提交衝突資訊，它們仍需要用相同規則得出能夠繼續處理的結果。

這裡的「共識」不表示每個人對所有事情意見一致，也不要求每個節點在同一時刻看到完全相同的資料。它表示：在協議設定的條件成立時，遵守規則的節點最終能夠採用相容的帳本歷史，並知道哪些交易仍可能變化，哪些已經達到協議定義的確定程度。

區塊有效不等於網路已經選中

節點驗證區塊時，會檢查它是否符合協議，例如交易簽章是否正確、資產是否被重複花費、區塊大小是否超限。驗證回答的是「這個候選區塊能不能被接受」。

共識還要回答另一個問題：「如果同時出現多個有效候選，網路繼續採用哪一個？」網路延遲可能讓兩個負責組裝並發布候選區塊的參與者幾乎同時發出不同區塊。兩個區塊分別看都可能有效，卻不能同時佔據同一帳本位置。節點需要按照工作量、驗證者投票、預定順序或其他協議訊號作出一致選擇。

有效性規則先判斷候選資料是否有資格參與選擇；分叉選擇和最終性規則再決定節點沿哪段歷史繼續。它們承擔不同任務，但在本文採用的廣義口徑下，都屬於區塊鏈形成共同帳本狀態所需的共識規則。

共識形成的基本過程

不同網路的細節差異很大。下面用更通用的四個環節說明；在 Bitcoin、Ethereum 這類按區塊推進的鏈式帳本中，待處理資料通常會被組織成候選區塊。

提出或收集待處理資料

協議先規定誰可以提出、排序或收集下一批待處理資料。工作量證明讓參與者透過計算競爭出塊機會；權益證明通常根據質押、隨機選擇和協議限制安排驗證者；許可型網路則可能由名單內的節點輪流提出資料，或透過多輪訊息共同確定順序。

在按區塊推進的網路中，這一步需要分配出塊機會；更廣泛地說，共識機制還要防止一個參與者僅靠建立大量虛假身分就獲得同等數量的影響力。不同機制為此要求付出計算、質押資產、獲得許可或滿足其他條件。

檢查候選資料

節點收到候選交易、區塊或排序結果後，會執行協議要求的驗證。提出者即使擁有相應資格，也不能讓無效交易自動生效。其他節點可以拒絕錯誤簽章、重複花費、無效狀態變化或不符合資料格式的內容。

處理競爭歷史

節點可能收到順序不同的交易，也可能在同一高度或時段看到多個有效區塊。協議需要確定處理順序，或規定節點跟隨哪一條分支。例如，Bitcoin 節點比較各分支累計的工作量，Ethereum 的權益證明節點根據驗證者證明所代表的質押權重選擇目前視為最新位置的區塊。節點接收新資訊後，近期採用的分支可能被另一條分支取代，這種變化稱為鏈重組。

判斷交易何時足夠確定

確認和最終性用來描述一筆交易被取代的可能性。有些機制採用機率性確認：後續區塊越多，重寫這段歷史通常越困難，節點對它不會被取代的把握越大，但沒有某個瞬間把區塊標記為絕對不可改變。另一些機制會定期選取供投票確認的參考區塊，這類區塊稱為檢查點；達到投票門檻的檢查點可以進入協議定義的最終狀態。

如果系統出現相互衝突的最終結果，通常意味著參與者數量、誠實比例或通訊條件等安全前提已經被破壞。採用質押罰沒的網路還可能讓違規參與者承擔協議處罰，但這種處罰並不是所有最終性機制的共同條件。

「最終」仍然帶有條件。軟體缺陷、足夠多的惡意參與者、網路長時間分裂或協議外的緊急處理，都可能超出正常安全假設。判斷一筆交易是否足夠確定時，需要區分確認數、隨區塊增加而提高的確定把握，以及明確的最終性規則。

共識機制通常包含的規則

一個完整的共識設計不只是「挖礦」或「投票」這一個動作，通常還需要共同規定：

• 參與條件：誰能提出區塊、投票或驗證，以及如何限制虛假身分。
• 提議規則：何時由誰組織交易並發布候選區塊。
• 驗證規則：其他節點怎樣判斷區塊和交易是否有效。
• 分叉選擇：同時存在多個有效分支時，節點跟隨哪一個。
• 最終性規則：什麼條件下可以把區塊視為不應再被正常回退。
• 故障處理：參與者離線、訊息延遲或有人發送衝突資訊時，網路怎樣繼續。
• 獎勵與處罰：是否用區塊獎勵、交易費、質押罰沒或其他方式影響參與者行為。

不是每種機制都把這些規則寫成相同模組，也不是所有網路都使用代幣獎勵。判斷一個共識機制時，需要看整套流程，而不是只看它使用計算還是質押。

常見共識機制的區別

工作量證明

工作量證明讓出塊參與者反覆計算，尋找滿足協議難度條件的結果。有效鏈之間發生競爭時，節點通常選擇累計工作量更高的分支。攻擊者若想重寫歷史，需要重新完成相關工作並追上誠實網路的進度。

這種機制把影響力與可驗證的計算工作聯繫起來，代價包括能源、設備、營運成本和區塊確認等待。具體安全性還取決於算力分佈、網路連線、難度規則和節點是否正確驗證。

權益證明

權益證明讓鎖定協議資產的驗證者參與區塊提議或投票。協議會規定驗證者選擇、投票權重、獎勵、離線處罰以及對衝突投票等行為的處理。部分設計還會在達到投票門檻後明確標記最終區塊。

質押並不是簡單的「持幣就投票」。驗證者仍需執行軟體、檢查區塊並按時發送協議訊息；不同權益證明網路的選擇演算法、處罰和最終性規則也不相同。

許可型投票或輪流出塊

一些許可型區塊鏈預先確定可以參與共識的組織或節點。這些節點可以輪流提出區塊，或透過多輪訊息和投票確認順序。由於參與者身分和數量受到限制，系統可以預先規定能夠容忍多少節點離線或作惡，以及通訊需要滿足什麼條件；這些前提通常稱為故障假設。

這類機制不需要開放網路使用的計算競爭或公開質押，但會依賴成員准入、金鑰管理和組織治理。它是否適合某個用途，取決於參與者之間的信任關係和系統目標。

安全與持續運作之間的平衡

分散式系統常用兩個問題檢查共識設計：節點會不會確認互相衝突的結果，以及網路能不能繼續產生新區塊。前者通常稱為安全性，後者通常稱為活性。

假設一部分節點暫時無法與另一部分節點通訊，也就是發生網路分區。一種協議可能暫停最終確認，避免兩組節點同時確認衝突結果，但這段時間無法完成最終結算；另一種協議可能允許兩組繼續產生資料，維持局部運作，等連線恢復後再透過分叉選擇處理競爭歷史。前一種做法更側重避免衝突，後一種做法更側重持續推進，但可能產生需要回退的近期分支。

不同設計對參與人數、惡意比例、訊息延遲和同步程度採用不同前提，因此不能只用「確認更快」判斷機制更好。

常見取捨還包括：開放參與程度、硬體或質押門檻、確認時間、資料吞吐量、故障復原、資源消耗以及參與權是否集中。提高其中一項，可能增加另一項的成本。

共識不能證明鏈下資訊真實

共識可以讓網路參與者按規則接受同一段數位紀錄，卻不能單獨判斷這段紀錄引用的鏈下資訊是否真實。例如，多個驗證者一致處理了一條價格資料，只能說明這條資料被按協議寫入，不能證明資料來源沒有出錯或被操縱。

共識也不能保證智能合約沒有漏洞、私密金鑰（簡稱私鑰）沒有被盜，或使用者理解了自己簽署的交易。資料來源、軟體安全、金鑰保護和使用者授權仍需分別解決。

共識規則與協議治理

共識規則決定節點目前怎樣處理區塊；協議治理決定規則將來怎樣改變。開發者可以提出升級，營運者可以選擇安裝軟體，驗證者或其他參與者也可能表態贊成，但程式碼發布本身不會讓所有節點自動採用新規則。

如果參與者執行不相容的規則，網路可能分叉成不同歷史。因此，升級過程中的溝通和採用屬於治理問題；升級生效後，節點怎樣驗證和選擇區塊才屬於共識執行。兩者有關聯，但不是同一個概念。

常見問題

共識機制就是投票嗎？

不一定。部分機制使用明確投票，工作量證明則主要透過可驗證計算和鏈選擇表達對歷史的延續。即使使用投票，共識也通常包含提議、驗證、分叉選擇和最終性等其他規則。

共識是否要求所有節點同時同意？

不要求。節點接收訊息的順序可能不同，也可能暫時處於不同分支。協議目標是在設定的故障和攻擊範圍內，讓遵守規則的節點最終採用相容結果。

一筆交易進入區塊後就最終確定了嗎？

不一定。交易可能只得到初步確認，所在區塊仍可能因鏈重組被取代。需要結合具體網路的確認和最終性規則判斷。

共識機制能防止所有攻擊嗎？

不能。它只在規定的網路、參與者和資源假設下處理特定故障與衝突。軟體漏洞、金鑰洩漏、外部資料錯誤、網路隔離或超過安全閾值的協同行為仍可能造成問題。

相關詞條

繼續了解區塊鏈和區塊，以及區塊鏈節點與密碼學雜湊等相關概念，或返回加密貨幣術語表。

參考來源

• NISTIR 8202：區塊鏈技術概述——共識、衝突處理以及多類共識模型的通用說明。
• Bitcoin 白皮書——交易廣播、工作量證明、競爭鏈選擇和後續區塊確認。
• Bitcoin Developer Guide：區塊鏈——累計工作量、區塊驗證和鏈選擇。
• Ethereum.org：權益證明——區塊提議、驗證者證明、分叉選擇和最終性。
• Ethereum.org：Gasper——Ethereum 分叉選擇與檢查點最終性的組合。
• Raft 論文：一種易於理解的共識演算法——分散式共識中的安全性、持續運作和通訊條件。