• <option id="cacee"><noscript id="cacee"></noscript></option>
  • <table id="cacee"><noscript id="cacee"></noscript></table>
  • <td id="cacee"></td>
  • <option id="cacee"></option>
  • <table id="cacee"></table>
  • <option id="cacee"><option id="cacee"></option></option>
  • <table id="cacee"><source id="cacee"></source></table><td id="cacee"><rt id="cacee"></rt></td>
    <option id="cacee"><option id="cacee"></option></option>
     找回密碼
     立即注冊

    掃一掃,登錄網站

    首頁 區塊鏈生態 查看內容
    • 7040
    • 0
    • 分享到

    比原鏈BBFT如何讓共識更快?

    2019-7-11 16:41

    來源: 比原鏈

    如何確保正確性(Safety and Liveness)?


    在為PBFT帶入新技術以提升效率的同時,也必須確保協議本身的安全性與活躍性。接下來我們來看看,上述的協議是如何確保這兩者。

    視域變換(View-change)

    FBFT沿用了PBFT的視域變換,即在正常情況下并不更換領導節點,僅有當超過2f+1個節點發起視域變換才會更迭領導節點。視域變換雖然本身是一個能夠替換作惡領導節點的機制,但它同時要求協議必須具有3個階段,才能保證協議的安全性(即不分岔)。

    領導節點輪替(Rotating Leader)

    HotStuff另一方面則引入了領導節點輪替的機制,在每個回合都更換領導節點,如此來回避視域變換高額的通訊成本。領導節點輪替也常見于許多BFT家族的協議,算是目前保障安全性機制的主流。

    混合式(Hybrid)

    比原鏈BBFT則取各家所長,同時應用了視域變換與領導節點輪替,等于是上了雙重保險。不過值得注意的是,目前的BBFT技術白皮書僅有一輪投票的模型,并未提出兩輪投票/三階段共識的模型。另外,領導節點輪替的順序也將基于各節點的權益(Stake),若節點出現違反協議的行為則該節點會遭受懲罰。

    版權申明:本內容來自于互聯網,屬第三方匯集推薦平臺。本文的版權歸原作者所有,文章言論不代表鏈門戶的觀點,鏈門戶不承擔任何法律責任。如有侵權請聯系QQ:3341927519進行反饋。
    標簽: BBFT 比原鏈
    相關新聞
    發表評論

    請先 注冊/登錄 后參與評論

      回頂部
    • <option id="cacee"><noscript id="cacee"></noscript></option>
    • <table id="cacee"><noscript id="cacee"></noscript></table>
    • <td id="cacee"></td>
    • <option id="cacee"></option>
    • <table id="cacee"></table>
    • <option id="cacee"><option id="cacee"></option></option>
    • <table id="cacee"><source id="cacee"></source></table><td id="cacee"><rt id="cacee"></rt></td>
      <option id="cacee"><option id="cacee"></option></option>
      妖精视频