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

    掃一掃,登錄網站

    首頁 百科 查看內容
    • 20894
    • 0
    • 分享到

    Hashgraph技術解析

    2018-6-13 23:57

    來源: 鯨準研究院 作者: 陳泓伊

    分析Hashgraph白皮書中對公平性(Fairness)的解釋

    假定存在A、B兩個節點,A在B之前發出交易請求,如果最終在共識機制的判斷下,A的交易的時間戳早于B的交易,我們就說該系統是有公平性的。如果A和B同時發生交易,并且兩筆交易幾乎是同時上傳到網絡并傳播,此時就可能產生分叉,但是我們也說該系統是公平的。大多數共識機制都能夠在以上兩種情況下達到公平。

    但是此解釋是建立在A、B節點面臨著同樣的外部網絡情況的假設前提下的。但我們考慮這樣一個情況:

    如果A的帶寬是5M/s,而B的帶寬是10M/s,A確實是比B早一點在網絡中上傳自己的交易信息,但是由于帶寬限制,A的消息的傳播速度會慢于B,這樣就有可能導致最終投票時大多數人都更先接收到B的消息。這就像是在學校里,B的朋友更多,影響力大于A,因此在討論八卦的時候,B可以把自己想傳播的八卦信息更快地告訴更多人。即使可能是由A先開始傳播八卦的,但因為影響力限制,大多數人都先聽到B口中的版本。

    在節點的外部條件不同時,投票是否也能反應真實地交易順序,目前沒有明確說明,因此仍然存在公平性的疑慮。

    代碼不開源

    Hashgraph的代碼不開源,且有專利保護,開發者需要申請SDK來進行開發,這是Hashgraph變成公鏈需要面臨的一個很大障礙,這種閉源性本身與加密數字貨幣開源的理念是相違背的,所聲稱的公平、安全也無法提供確切的證據證明,可能無法得到信任。

    版權申明:本內容來自于互聯網,屬第三方匯集推薦平臺。本文的版權歸原作者所有,文章言論不代表鏈門戶的觀點,鏈門戶不承擔任何法律責任。如有侵權請聯系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>
      妖精视频