日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 编程资源 > 编程问答 >内容正文

编程问答

ppp协议pap验证过程状态转移图_硬核分享|Crust 核心协议栈的设计与实现

發布時間:2023/12/19 编程问答 23 豆豆
生活随笔 收集整理的這篇文章主要介紹了 ppp协议pap验证过程状态转移图_硬核分享|Crust 核心协议栈的设计与实现 小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

“Crust 實現了去中心化存儲的激勵層協議,適配包括 IPFS 在內的多種存儲層協議,并對應用層提供支持。同時 Crust 的架構也有能力對去中心化計算層提供支持,構建分布式云生態。”

6月 18 日,Crust Show 第 3 期活動中,我們邀請了 Parity 工程師 kai chao老師,與 Crust Network CTO 子琨一起,就 Crust 核心技術相關進行了硬核的技術探討。 本期分享,從 Crust 協議組的設計與技術實現、對于無縫升級的設計與思考以及 Crust 如何利用 Runtime Interface 擴展鏈上密碼庫、對于鏈上定時器(Scheduler)的運用、Crust 鏈上身份綁定的設計與實現等 5 個方面,子琨和大家進行了詳細的講解。由于分享內容過長,分為上下兩篇。本篇主要從 Crust 協議組的設計與技術實現方面展開詳細的介紹。 以下為 Crust Show 003(上篇)分享整理。

01.

能具體介紹下 Crust 協議組 MPoW、GPoS、Market 以及 Storage 的設計和實現嗎?

Crust 協議組的設計是旨在解決 DS(Decentralized Storage,去中心化存儲)激勵層兩個關鍵性的問題:證明和激勵。

證明主要指的是,如何將鏈下的存儲狀態正確的反映在鏈上;而激勵就是對存儲節點的激勵方案,也就是節點獲取獎勵的方式。

GPoS 協議組

對此,Crust 定義了一個協議組,分別包括了量化鏈下存儲狀態的 MPoW 協議、對節點進行鏈上區塊激勵的 GPoS 協議、去中心化(存儲/檢索)市場的 Market 模塊以及適配多種存儲協議的 Storage 模塊。

TEE 是 MPoW 協議的核心模塊,為MPoW提供可信有效的鏈下輸入。而 MPoW 又為 GPoS 協議以及 Market 模塊提供初始輸入,所以 MPoW 也是整個協議組的基礎。

具體來講,MPoW 有三個核心的功能:

  • TEE 通過身份綁定,可信認證節點身份(后面會詳細講解)

  • TEE 可信量化有意義用戶文件和 SRD(Sealed Random Data,aka. 隨機數據,用于證明磁盤容量),并通過工作量報告(數據塊證明)提交到鏈上

  • 為鏈上的狀態函數的轉移提供正確的初始輸入(存儲量和文件信息{Merkle Root, File Size});

  • 這里多提一句,MPoW 的證明過程(包括鏈下和鏈上)十分高效:

    1. 由于 TEE 的提交發生在本地并且能夠自我驗證(SGX 程序的不可篡改性),所以省去了互相驗證數據塊的網絡開銷以及本機進行零知識證明的計算開銷,我們在不斷的優化整個驗證流程。

    目前的數據表現讓我們十分滿意,1TB 的數據(這里不管是 SRD 還是有意義文件)進行全驗證的時間是 18s,抽查驗證并且抽查率為 2% 的情況下,我們的驗證過程只需要 0.36s。

    2. 另外,鏈上的驗證得力于 Rust 高效的 Native 執行與 Substrate Runtime Interface 的 Native+Wasm 交互機制,能夠讓鏈上驗證基于 Rust Native 進行高效的簽名驗證。

    目前測試的數據是,進行 100 次 p256 橢圓曲線的簽名驗證(背后是數據塊證明的驗證)僅僅只需要花費 0.016s。

    GPoS(Guaranteed Proof of Stake,擔保權益證明),對節點進行區塊激勵的協議,這個協議的設計是從波卡的 NPoS 得到的靈感并結合我們的系統進行的創新。

    詳細概念和介紹大家可以關注近期已經發布的《Crust Network 經濟白皮書草案公布》,這里時間有限就不展開去介紹了,我們主要來談一下 GPoS 是如何實現的。

    首先,剛才談到 MPoW 作為整個協議組的基礎,會設置一個鏈上狀態函數的初始輸入,這個初始輸入就是節點的工作量/存儲量,其包含了該節點有多少存儲容量、存儲了多少有意義文件以及每個有意義文件的大小。

    而這個數據矩陣會通過一個公式被轉化為 GPoS 里面的一個關鍵值 StakeLimit。

    在 GPoS 里 Stake Limit 會被作為節點可抵押/可被擔保的額度,穿插在整個 GPoS的協議的流轉中。

    當然,整個 GPoS 的實現機制是較為復雜的,包括了主動檢測、被動檢測、有效票、順延擔保、多次擔保等機制。

    這次的技術分享大概無法 Cover 掉所有的實現細節,之后可以再安排一個技術分享去講一下 GPoS 所有的細節規則。

    Market

    目前 Crust 設計并實現了的版本是存儲市場,檢索市場會在 Maxwell 2.0 版本上線,這次技術分享我們就先聊一下存儲市場的設計和實現。

    同樣基于 MPoW 給定的初始輸入,Market 模塊只關注節點提交上來的有意義文件的 Merkle Root,根據 Merkle Root 對應 Market 存儲訂單信息,從而反映節點是否有效存儲文件。

    Market 也會周期性的檢測 Provider 名下所有有效訂單的文件是否被合理存儲,一旦檢測失效,會對 Provider 的訂單失效率進行鏈上記錄,并根據不同程度的文件丟失進行懲罰。

    Market 模塊的實現挑戰在于訂單數量的巨大,這個部分我們將采用 Substrate 的 Offchain Worker 來進行訂單記錄,并通過 Forkless Upgrade 在 Maxwell 后續版本進行升級。

    Storage 這個部分主要是想聊 Crust 支持的存儲層協議 Karst,對于 Karst,我們將其定義為存儲適配器(Storage Adapter)。

    什么叫存儲適配器呢,也就是 Karst 協議會將不同存儲協議(包括 IPFS, FastDFS,HDFS 等)轉化為能被 TEE 識別的存儲結構并且持久化在本地。

    在 Karst 內部定義了一系列的通用接口,比如存儲轉化器(Storage Transformer,實現這個接口并返回 Karst 規定的結構,就能被 TEE 所量化),Sealer(調用TEE Seal接口和 Unseal 接口進行加密解密存儲,防止女巫和生成攻擊)以及Checker(可被 TEE 抽查的接口)。

    這個設計有趣之處在于,無論底層的存儲如何變動,需求如何變動,只要適配了 Karst 協議的 FS,就能夠被量化到 Crust 網絡中。這也使得 Crust 網絡能夠多協議共存,讓存儲協議和量化層解耦是我們認為正確的方向。

    ▼ ▼ ▼ ▼ ▼ ▼ ▼ ▼ ▼

    在活動進行到自由問答環節中,由于社區成員提問比較多,我們挑選了一些大家較為關心的問題,整理出來:

    1. 問一個問題,礦工質押的時候,應該既有存儲質押也有作為驗證人的質押,那么在懲罰的時候,這兩部分質押是邏輯上分離的還是有關系的?

    子琨:是分離的。

    關于 GPoS 和 Market 是我們基于 CRU 通證設計的兩款游戲,游戲的規則是獨立的,獨立性包括了獎勵,抵押和罰沒,GPoS 獲取區塊獎勵,Market 獲取訂單獎勵。

    對于Crust網絡而言,兩個模塊的貢獻度也有所不同,GPoS 保證了 Crust 網絡的基本運行(決定出塊),Market 則支撐了 Crust 網絡去中心化存儲的應用特性。

    2.所有的去中心化存儲都必須面對的一個問題,即高波動的幣價與鎖定的存儲費用與存儲質押怎么協調,假設幣價暴跌,導致礦工質押金已經不值什么錢了,或者幣價暴漲,導致礦工認為以前的存儲訂單虧了。就是怎么用一個有波動的 Token 支付系統,去讓存儲保持穩定?

    子琨:嗯,我們會引入穩定幣的機制,目前這套機制設計出來了,但是實現上還有些細節沒有想通,之后成熟后會做分享。生態內的比如 Acala(通過 Parachain),生態外的 USDT 等我們都有考慮。

    穩定幣是存儲市場的核心,這套機制我們也在反復打磨,但是目前還沒有特別成熟,But good question,回答就是持續關注我們。

    3. 按 Crust 的計劃,底層只實現了簡單存取之類的接口,而對于可靠性可用性保障會放在上層,這個上層也是由 Crust 開發么?以及它的保障是由鏈保證,還是一定的中心化因素?比如一個用戶存了四份數據,他希望在丟了兩份以后,能有人幫他重新下訂單給其他人存。

    子琨:嗯,兩個問題。

    1. 可靠性可用性。具體來講就是節點加速和糾刪冗余,這些一定是二層來完善的機制,Crust 會開發一個模版供給社區使用。

    2. 鏈會通過 Market 模塊的訂單狀態記錄 Provider 的服務質量,包括訂單失敗率,連續失敗時間,累計失敗時間。這些 QoS 會在一層就對 Provider 進行 Slash,但二層能做的東西更多(比如歷史的 QoS)。

    你剛才打比方的這套機制是二層。在 Crust 網絡一層只會定義一些元語,訂單狀態就是 QoS 的元語,二層可以疊加這個部分進行復雜的組合,評估出更豐富的 QoS 機制。

    4. 存儲節點 Slash 怎么處理還沒確定吧?比如把懲罰的錢給一個新節點,讓他檢索了繼續存。或者燒掉一部分,還有退給用戶之類的,我看 Filecoin 目前的設計基本沒考慮可靠性。

    子琨:Maxwell 1.0 會有一個簡單的 Slashing,文件丟失 5%,會 Slash 掉本訂單 50% 的保證金,10% 會直接罰沒。

    但這個參數的話,我們會一直打磨,包括你提到的機制,就是 Slash 的錢是 Burn 還是類似 Storj 的 Graceful Quit 一樣給接盤的節點,會通過鏈上升級更改。

    往期精彩:

    /Crust 技術白皮書 v1.9.3 版

    /Crust Network 經濟白皮書草案公布

    /Crust 經濟白皮書第 1 期 · 概述

    /Crust 經濟白皮書第 2 期 · 參與方

    /一文快速了解 Crust Network 分布式云

    /去中心化存儲或重構邊緣存儲技術

    更多內容請點擊「閱讀原文」了解。

    總結

    以上是生活随笔為你收集整理的ppp协议pap验证过程状态转移图_硬核分享|Crust 核心协议栈的设计与实现的全部內容,希望文章能夠幫你解決所遇到的問題。

    如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。

    主站蜘蛛池模板: 国产精品久久国产精品99 | 久久久久久一区二区 | 97久久久久 | 91色在线视频 | 亚洲中文字幕一区 | jav中文字幕 | 黄色成人一级片 | 人人免费操| 精品国产99久久久久久宅男i | 日韩在线免费观看视频 | 网红福利视频 | 伊人久久大香线蕉av色婷婷色 | 精品欧美色视频网站在线观看 | 色狠狠一区 | 红桃视频国产 | 一道本久在线中文字幕 | 国模大胆一区二区三区 | 色亚洲成人 | 日本乳汁视频 | 免费一级欧美片在线播放 | 91视频网址 | 国产网站在线免费观看 | 国产在线视频一区 | 精品无码人妻一区二区三区品 | 91蜜桃网 | 中文亚洲av片不卡在线观看 | 欧美一卡二卡在线 | 久久亚洲精品小早川怜子 | 午夜日韩在线观看 | av解说在线观看 | 国产在线麻豆 | 99re免费视频精品全部 | 色男人影院 | 狠狠躁18三区二区一区视频 | 九九热这里只有精品6 | 亚洲天堂一区 | 国内偷拍精品视频 | h在线免费 | 午夜激情视频网站 | 欧美精品一区二区三区在线 | 日韩欧美国产精品 | 久草福利网 | 黄色大片视频网站 | 亚洲色图偷 | 殴美一级视频 | 夜夜躁很很躁日日躁麻豆 | 九九久久久久 | 99热这里只有精品3 成年人黄色网址 | 色老板精品凹凸在线视频观看 | 亚洲第一色网站 | 国产精品无码内射 | 中字幕一区二区三区乱码 | 1024av在线 | 欧美丰满美乳xxⅹ高潮www | 一区二区三区在线播放视频 | 欧美日韩国产传媒 | 九色在线播放 | 成人精品在线观看视频 | www.国产色 | 中文字幕人妻一区二区三区在线视频 | 国产黄色在线网站 | 成人动漫亚洲 | 欧美精品h| 国产第一精品视频 | 波多野结衣中文一区 | 综合激情亚洲 | 成年人午夜| 久久在线免费 | 欧美亚洲第一页 | 欧美三级三级三级爽爽爽 | 精品国产一区二区三区性色av | 三上悠亚人妻中文字幕在线 | 国内自拍小视频 | 手机看片福利在线 | 老汉av在线 | 亚洲国产精品成人综合久久久 | 日本a级c片免费看三区 | 亚洲一区偷拍 | 波多野结衣激情视频 | 亚洲av永久中文无码精品综合 | 男女av免费 | 超碰网址 | 亚洲综合在线一区 | 日本三级黄色大片 | 91艹| 视频一区欧美 | 黄色成人av在线 | 免费极品av一视觉盛宴 | 亚洲国产精品电影 | 开心激情五月网 | 日韩黄色免费 | 色999日韩| 国产三级三级在线观看 | 国产爽爽视频 | 色老头在线视频 | 91啪国产| 色一色成人网 | 日韩欧美国产高清91 | 热@国产|