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

    掃一掃,登錄網站

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

    區塊鏈創新平臺:以太坊的直接競爭對手EOS

    2018-4-17 11:52

    來源: infoq 作者: 自游

    權限驗證


    當賬戶 A 發送一條“EAT”類型的消息給賬戶 B 時,首先會驗證是否 A 為 @b.group.subgroup.EAT 定義過權限映射,如果沒有找到,緊接著檢查 @b.group.subgroup 映射,然后是 @b.group,最后是 @b。如果都沒找到,那么會被映射到默認的權限群組 @a.active。一旦映射被識別,則開始驗證權限映射的正確性。如果失敗,則跳至父權限,直至擁有者權限 @a.owner。“owner”權限分組與“active”權限分組是兩個默認的分組,相當于兩個管理員分組。其他分組都是派生自“active”分組。

    因為權限驗證的過程是只讀的,并且通過交易改變權限是在區塊結塊之后才生效。也就是說,對所有交易的權限驗證可以并行執行。我們都知道,在區塊鏈中,對交易的正確性校驗占據了很大一部分計算量,EOS 通過只讀驗證和并發驗證使得性能得到極大的提升。而且從歷史中重構世界狀態的時候,也不再需要進行重復的權限驗證,區塊本身沒有問題,包含在其中的交易也就沒有任何問題,這將極大的減少 EOS 網絡中新節點同步區塊的速度。

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