其他共識機制一覽：PoH、PoA、PBFT

PoH 提供可驗證的事件順序，PoA 依靠獲授權驗證者身分，PBFT 讓已知副本透過多輪訊息容忍惡意故障。三者解決的問題並不相同。

把它們放進同一張「共識機制清單」容易造成誤解。PoH 通常需要與 PoS 和 BFT 類協議組合，PoA 側重誰可以提議區塊，PBFT 則規定副本如何投票並最終確認狀態。

PoH 是什麼？

歷史證明（Proof of History，PoH）使用連續雜湊序列記錄可驗證的時間經過和事件順序。序列生成需要依序計算，其他節點可以分段平行驗證。

PoH 能減少節點為事件排序而反覆交換訊息的需要，但它不能獨立決定哪個驗證者有權出塊，也不能單獨處理衝突投票。Solana 把 PoH 作為共識前的時鐘，並與 PoS 和 Tower BFT 等元件配合。

因此，稱 PoH 為「高效能共識的一部分」更準確。比較網路時還要檢查領導者選擇、驗證者投票、分叉處理和最終性，不能只看到 PoH 名稱。

PoA 是什麼？

權威證明（Proof of Authority，PoA）把區塊生產資格交給一組經過身分或治理授權的驗證者。參與者通常公開或可被追責，違規會影響資格、聲譽或現實責任。

PoA 不需要公開算力競賽，也不一定要求大量代幣質押，因此確認快、資源需求低，適合聯盟鏈、企業網路或治理邊界清晰的公鏈。

它的主要取捨是準入。誰能成為權威節點、誰有權撤銷資格、緊急金鑰由誰控制，都會影響系統實際的中心化程度。已知身分也不能自動阻止合謀。

PBFT 如何容忍惡意節點？

實用拜占庭容錯（PBFT）面向一組已知副本。主節點提出請求順序，其他副本經過預準備、準備和提交等訊息階段，達到法定數量後執行相同結果。

經典 PBFT 在滿足網路與密碼學假設時，通常需要至少 3f+1 個副本來容忍 f 個拜占庭故障。這表示 4 個副本可容忍 1 個任意作惡副本，7 個副本可容忍 2 個。

PBFT 可以給出明確最終性，不依賴後續區塊繼續累積工作量。參與者增加時，多輪全互聯通訊會快速增長，因此實際系統常使用委員會、聚合簽章或改進型 BFT 協議降低開銷。

三種機制如何比較？

比較項	PoH	PoA	PBFT
主要問題	證明時間經過與事件順序	確定獲授權的區塊生產者	讓已知副本在惡意故障下達成一致
是否獨立構成完整共識	通常不能	仍需配套分叉或最終性規則	可作為複製與最終性協議核心
參與者身分	可用於開放網路	通常已知或經授權	通常是已知副本集合
最終性	由組合協議決定	由配套投票或鏈規則決定	達到法定投票後可明確最終確定
主要限制	容易被誤解為單獨共識	準入和撤銷權可能集中	節點增加帶來較高通訊成本

現實網路常採用組合架構。例如，PoS 決定驗證者權重，BFT 協議負責投票最終性，PoH 提供排序時鐘。機制名稱相同，組合方式不同，安全結論也可能不同。

DPoS 同樣透過較小的代表集合降低通訊成本，可查看委託權益證明。這些元件與 PoW、PoS 的關係可回到共識機制詳解。

常見問題

無許可公鏈可以使用 PBFT 嗎？

可以採用 BFT 類協議，但通常先用質押、選舉或隨機抽樣形成有限委員會。若任何身分都能無限加入，攻擊者可建立大量虛假副本，破壞投票假設。

PoA 驗證者一定要公開真實姓名嗎？

不一定向所有使用者公開，但通常需要被治理機構識別、授權或追責。具體身分揭露範圍由網路治理和合規要求決定。

PBFT 需要挖礦嗎？

不需要工作量證明式挖礦。副本透過簽章訊息和法定票數確定請求順序，主要成本是網路通訊、驗證和節點營運。

只看共識機制名稱能判斷一條鏈安全嗎？

不能。還要檢查參與者集合、金鑰管理、用戶端實作、網路假設、升級權限和實際權力分布。同名協議經過不同參數和改造後，安全邊界可能差別很大。