<kbd id="afajh"><form id="afajh"></form></kbd>
<strong id="afajh"><dl id="afajh"></dl></strong>
    <del id="afajh"><form id="afajh"></form></del>
        1. <th id="afajh"><progress id="afajh"></progress></th>
          <b id="afajh"><abbr id="afajh"></abbr></b>
          <th id="afajh"><progress id="afajh"></progress></th>

          原力研究 | 來自Filecoin v13 “HyperDrive”的明牌利好?

          共 2261字,需瀏覽 5分鐘

           ·

          2021-06-02 00:35

          原力區(qū)原作


          5月27日,協(xié)議實驗室推文《Filecoin v13 “HyperDrive” 網(wǎng)絡升級將解鎖 10-25 倍的存儲加載增量》,協(xié)議實驗室預測幾周后會HyperDrive網(wǎng)絡會助力網(wǎng)絡大大提高存儲效率,到底FIP-08和FIP-13會優(yōu)化哪些內(nèi)容?以及是否會大大促進礦工?


          一、HyperDrive網(wǎng)絡:增加鏈容量促進存儲增長率


          推文里面有些新的專有名詞,首先作出一些解釋:


          • HyperDrive網(wǎng)絡:HyperDrive網(wǎng)絡相當于Filecoin不同階段的網(wǎng)絡命名,而這次的主要意義是推動網(wǎng)絡實現(xiàn)快速存儲,與其字面意思“超光速推進裝置”一致;


          • Actors v5提案:即是HyperDrive網(wǎng)絡所要升級的網(wǎng)絡狀態(tài),分別有FIP-13、FIP-08、FIP-12和FIP-11方案,詳情下文分析。


          推文重點有:


          • HyperDrive網(wǎng)絡升級方案(計劃6月中旬上線),主要是降低復制證明與時空證明的Gas消耗,提高鏈的利用效率;其次修正FIP-10方案之前造成共識錯誤;以及更改DataCap發(fā)放管理方式;


          • 本次主要的核心提案是:FIP-13、FIP-08對于鏈效率的優(yōu)化,降低Gas費。因為目前每天40PiB的規(guī)模增長對于鏈容量已經(jīng)超負荷利用,團隊相信該部分未來該部分的利用率該部分會占比不超過5%;


          • 協(xié)議實驗室的加密和計算團隊推出的SnarkPack(一種聚合拓展的zk-SNARK方案),主要優(yōu)勢是:聚合越多,聚合最優(yōu)解是256個扇區(qū),驗證證明的速度就越快(8 秒內(nèi)聚合 8192 個證明,33毫秒完成證明);



          批注:

          (上圖)結(jié)論認為256次個證明對于網(wǎng)絡聚合是最優(yōu)解;

          (下圖)數(shù)量越多,證明時間越快,來源:Filecoin Github


          • Filecoin Plus 驗證和Venus 、Forest其他實現(xiàn)者的同步更新。因為目前的Filecoin Plus驗證每次都以唯一地址作為充值DataCap,不便于Filecoin Plus后期頻繁的分配請求等等,F(xiàn)IP-012主要是改善客戶和礦工的交易體驗。


          二、FIP-08與FIP-013細則


          • FIP-08:聚合提交復制證明預存儲消息


          FIP-08主要是針對復制證明的提交預存款的方案。


          在復制證明中,第一步需要提交20天預期收益的預存款,需30天內(nèi)(之前是在2880+150高度)后發(fā)出對應的ProveCommit消息,需要抵押FIL存儲保存算力(預期20天收益+對應的30%的流通抵押),完成后與預存款會返還,否則會被銷毀。


          之前的版本每次提交預存款只能針對一個扇區(qū),假如網(wǎng)絡增速大時,甚至需要支付高昂的Gas費去完成提交,直接導致網(wǎng)絡更擁堵。


          • FIP-08以PreCommitSectorBatch方法來實現(xiàn)多個扇區(qū)共同提交,減少一些非必要的證明(Sectors AMT檢查和冗余檢查等);


          • 256個扇區(qū)為批量限制(相對于1.1 MiB的單個證明),上圖數(shù)據(jù)顯示256扇區(qū)效率為最高;


          • 批量扇區(qū)里的扇區(qū)相對比較獨立,不過還是會因為一些不當操作而導致失敗,如超額扇區(qū)、余額不足等。


          總體而言,FIP-08主要降低總體成本,分攤到每個扇區(qū)費用降低,避免網(wǎng)絡過多消息而產(chǎn)生擁堵與競爭。


          • FIP-013:聚合提交時空證明ProveCommitSector


          FIP-013與FIP-08思考方向差不多,主要是也是針對批量扇區(qū)提供提交,但因為該部分針對的是存儲內(nèi)容的證明,所以設定的規(guī)則會更加詳細。


          以下是協(xié)議實驗室披露的一些數(shù)據(jù)(限制:4-819個扇區(qū))。


          32G與64G扇區(qū)手續(xù)費對比,

          數(shù)據(jù)來源:Filecoin Github,制圖:原力區(qū)


          • 隨著扇區(qū)越來越多,單個扇區(qū)分攤成本越便宜。從以上數(shù)據(jù)可以看到,當聚合ProveCommitSector消息達到上限,成本是最低的;


          • 新版本32G與64G扇區(qū)差異不大。在原來的32G扇區(qū)手續(xù)費為64G的兩倍,而新版中,兩者手續(xù)費差距并不是很大。


          同時協(xié)議實驗室也指出,隨著Base Fee礦工會自主選擇單一扇區(qū)還是聚合扇區(qū)提交,以下是其披露的測試數(shù)據(jù)。


          當Base Fee小于0.1 nFIL時,礦工選擇單一扇區(qū)較為劃算。


          當Base Fee大于0.1 nFIL時,礦工選擇聚合扇區(qū)較為節(jié)省。

          協(xié)議實驗室并指出,F(xiàn)IP-013能夠降低10倍支出并支持每日800PiB存儲規(guī)模的增長。


          三、HyperDrive的明牌利好?


          從目前披露的數(shù)據(jù)看,HyperDrive的主要提案對于礦工來說無疑是大大降低支出成本,極有可能降低10倍以上(從時間的長度與Gas費維度),不過對于礦工又會帶來一些思考:


          對于小規(guī)模的礦工可能需要集中算力增長才能拿到更大折扣,手續(xù)費減免可能不如大礦工;

          對于不同費率選擇不同的扇區(qū)處理方式(單扇區(qū)/聚合扇區(qū)),盡可能降低消耗;

          在32G與64G 手續(xù)費差距不大的情況下,32G是否會更有利于避免更多的懲罰?

          ......


          相信這些市場會作出更好的選擇。


          PS:以上數(shù)據(jù)來自Filecoin的測試結(jié)果,不做投資建議,具體數(shù)據(jù)需要配合市場情況才能明確。


          end


          聲明:本文系原力區(qū)原創(chuàng)稿件,版權屬原力區(qū)所有,未經(jīng)授權不得轉(zhuǎn)載,違者將依法追究責任。
          提示:投資有風險,入市須謹慎。本文不作為投資理財?shù)慕ㄗh。


          點個在看,讓更多人看到原力區(qū)~

          瀏覽 29
          點贊
          評論
          收藏
          分享

          手機掃一掃分享

          分享
          舉報
          評論
          圖片
          表情
          推薦
          點贊
          評論
          收藏
          分享

          手機掃一掃分享

          分享
          舉報
          <kbd id="afajh"><form id="afajh"></form></kbd>
          <strong id="afajh"><dl id="afajh"></dl></strong>
            <del id="afajh"><form id="afajh"></form></del>
                1. <th id="afajh"><progress id="afajh"></progress></th>
                  <b id="afajh"><abbr id="afajh"></abbr></b>
                  <th id="afajh"><progress id="afajh"></progress></th>
                  日韩一级无码电影 | 97操碰| 涩涩蜜桃视频在线观看 | 操操操操逼操操操操 | 五月丁香婷婷五月 |