• <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>
     找回密碼
     立即注冊

    掃一掃,登錄網站

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

    從三個瓶頸出發解決區塊鏈可拓展性問題

    2019-12-19 08:32

    來源: 以太坊愛好者

    從數據上提高可拓展性


    更好的網絡解決方案

    比特幣等密碼學貨幣而言,擴展吞吐量的能力取決于減少延遲——因為某個礦工挖出的區塊需要經過一定的延遲才能傳播給所有其他礦工。像 FIBRE、 Falcon、 bloXroute 這些系統會通過使用 專用通道(pipelining)來降低延遲,并使用 前向糾錯碼(foward error correction code) 來傳播區塊。提高數據可拓展性的另一個辦法是通過 內容可尋址網址(content addressable network)來發現對等節點并訪問內容。具體可參考 Kademlia,它不僅啟發了以太坊的 RLPx 編碼規范,并在 libp2p 上得到了推廣。

    把數據遷移到 layer-2

    另一種思路是,既然瓶頸源于需要復制所有指令到所有狀態機,那我不復制不就完啦!像 Lightning、 Plasma 和其他 Layer-2 解決方方案都是如此——把中間命令傳播給一個較小的半公開團體以減少數據復制、定期向整個系統報告總結(詳情可看我們關于支付通道的文章)。自然而然地,這種方法的不足在于:不復制所有數據會造成數據的可用性問題(data availability problem)。而安全性依賴于每個擁有數據的半公開團體內至少有一個誠實參與者能及時地作出反應。

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

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

      回頂部
    • <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>
      妖精视频