國內第一手Filecoin HyperDrive升級AMA問答25問匯總
問題1
v13升級對扇區封裝時間有影響嗎？
不會。預期的封裝時間保持不變！
問題2
如果單一扇區要與其他扇區一同聚合發送Pre/ProveCommit 消息，等待時間會更長。
v13升級對於SubmitProveCommit 消息或時間是否有任何變化？消息還會發送到每個單獨的扇區嗎？
有一個新的 ProveCommit聚合消息可以一次集中聚合ProveCommit 多個扇區。該消息採用一組聚合證明，從而減少了消息的大小，這樣對礦工來說既節省了成本，又減少了數據存儲大小的增長。
問題3
具體的網絡升級時間是什么時候？
核心开發人員尚未就具體的升級時期達成一致，但預計將在 6 月的最後一周。校准網將在本周晚些時候或下周進行升級！
問題4
聚合ProveCommit和批量打包PreCom的消息這兩個功能對於現有的每個扇區的消息是可選的嗎？
是的，網絡升級後 PreCommitSector 和 ProveCommitSector 都將保持可用不變。沒有必要使用新方法將存儲提交給網絡，且就總費用而言，預計會更便宜。
問題5
在 Filecoin Hyperdrive 網絡升級後，進行新存儲交易的 gas 費用估計減少了多少%？
PublishStorageDeals 的 GasFees 取決於 GasUsage * BaseFee。雖然 HyperDrive 對 PublishStroageDeals 的 GasUsage 變化不大（團隊正在努力進行改進！），但它顯然增加了網絡帶寬（或 TPS）的供應。在其他條件相同的情況下，BaseFee 可能會減少。但是，減少的程度可能取決於使用網絡的潛在需求（包括使用網絡進行存儲！）。這反過來又取決於參與者通過聚合消息來利用性能改進的程度。總體而言，與今天的水平相比，存儲交易的 Gas 費用預計會下降，但確切的表現形式和數量還有待確定。
問題6
聚合一個SnarkPack有時間限制嗎？
PS：FIP-0008：添加了礦工安置部門的預提交方法
關於SnarkPack: Growing Filecoin Chain Capacity through SnarkPack:https://filecoin.io/blog/posts/filecoin-v13-hyperdrive-network-upgrade-unlocks-10-25x-increase-in-storage-onboarding/
聚合SnarkPack沒有時間限制。但是，聚合PreCommits有。HyperDrive升級將逾期時間限制設置為30天。因此，在必須在鏈上發送消息之前，聚合ProveCommits被限制在30天以內。
問題7
如果分批處理 Precom 的一部分或聚合的 Precom 消息的一部分失敗，則整個批次/聚合消息發送失敗，就像分批處理發布消息一樣？
對於 PreCommitSectorBatch，確實如此。對於 ProveCommitAggregate來說，它取決於消息是否提交失敗。如果聚合提交中包含已經過期的PreCommits，則有 8 小時的窗口期，在此期間消息將成功提交未過期的PreCommits。其他個別錯誤將導致消息失敗。
問題8
32GiB 扇區和 64 GiB 扇區相較之下Gas消耗具體節省多少？
32 和 64 GiB 扇區在 GasUsage上類似。64 GiB 扇區的 GasUsage 稍高，因為 64 GiB 扇區的聚合驗證速度更快（參考鏈接：https://github.com/filecoin-project/FIPs/blob/master/FIPS/fip-0013.md#32-gib- gas-cost）
對於32 GiB和64 GiB扇區 GasUsage 的節省很大程度上取決於聚合的證明數量。6個扇區聚合的 GasUsage 預計減少1.5 倍，而819個扇區聚合的 GasUsage預計減少30 倍。
問題9
網絡如何激勵所有礦工升級現有的 CC 扇區以存儲來自客戶的真實數據？是否有任何在進行中的FIP？
要升級CC扇區和存儲交易，請按照此處的步驟 https://docs.filecoin.io/mine/lotus/sector-pledging/#upgrading-pledged-sectors。礦工可以通過存儲客戶的交易來賺取 FIL。如果交易是經過 Filecoin Plus 驗證的 DataCap 交易，礦工將獲得 10 倍有效算力。
問題10
2條新消息的Gas消耗/Gas Limit是否有上限，或者新消息的Gas Limit上限是否可以等同於一個區塊的Gas Limit？
可以。此升級不會產生新的單條消息的Gas Limit。然而，簡化礦工測試所得的 Gas 消耗預估值顯示，這些消息的 GasUsage 將遠低於區塊限制。估計最大為 819 個扇區的 聚合ProveCommit消息的 GasUsage 低於 15 億個Gas Unit。最大為 256 個扇區的 PreCommit聚合消息的 GasUsage 估計低於 4 億個Gas Unit。
問題11
BaseFee預期會下降多少？
目前，網絡正在以最大容量（~40PiB/天）增長，過去一個月的 BaseFee 為~1 nFIL。在 HyperDrive 升級之後，網絡可以以 10-25 倍的存儲載入率增長預計 >400PiB/天，並使用更低的BaseFee(因為由於聚合證明，區塊將不至於那么飽滿)。但是，BaseFee 可能下降的數量取決於礦工的行為（使用聚合Prove Commit提交的消息數）和網絡的潛在需求（包括存儲需求）。例如，如果潛在需求超過 10-25 倍，則 BaseFee 可能不會減少，因為塊仍會滿載！請參閱 FIP-13 中的詳細機制：https://github.com/filecoin-project/FIPs/blob/master/FIPS/fip-0013.md#batch-incentive-alignmen
問題12
HyperDrive 升級是否會促使礦工有更強烈的意愿去增加更多的存儲？
是的 - 在有更多區塊獎勵的前提下，每個礦工都會更愿意增加存儲。HyperDrive 通過啓用更大的存儲載入來強調這種現有的激勵措施。它還鼓勵礦工更多使用 Filecoin Plus存儲更多的真實數據訂單。
問題13
ProveCommit聚合和 PreCommit聚合中是否存在礦工費用？如果沒有礦工費，很難激勵礦工主動打包。
“礦工費”是指用於支付給生產包含此消息的區塊的礦工的 GasPremium 嗎？如果是這樣，答案是肯定的。ProveCommit聚合 和 PreCommit聚合與網絡協議中的其他消息一樣，可以使用指定的 GasPremium 發送。
問題14
礦工應該如何應對其他礦工們提高存儲上鏈率？
與比特幣和其他有區塊獎勵機制的區塊鏈一樣，礦工需要保持競爭力來換取保持或增加區塊獎勵份額的能力。
問題15
Hyperdrive 是否意味着存儲載入量每天可以達到 1 EiB？
是的——HyperDrive 應該可以使網絡達到 1 EiB/天或達到更多的存儲載入率。
問題16
存儲速率的提高是來自於單個證明階段的加速，還是由於聚合消息而使整體網絡吞吐量更大?
存儲速率的增加來自於聚合消息帶來的整體網絡吞吐量的增加。單個證明階段並沒有加快。
問題17
聚合 10 個扇區與 1000 個扇區時，聚合Gas參數有何不同？礦工在一個證明中聚合更多扇區的動機是什么？
HyperDrive 增加了網絡的整體存儲載入吞吐量，因此礦工將能夠載入更多存儲。聚合證明會產生折扣 Gas Charge，因此總體而言，與鏈上相同數量的證明相比，Gas 使用量會更少，但會收取一個最低費用。關於Gas Usage如何變化的更多詳細信息，請參閱 FIP-13。比較聚合 10 個證明與 1000 個證明：將更多證明聚合到單個聚合消息中，每個證明更便宜。因此，如果礦工想填滿更多存儲空間，將更多證據聚合到一條消息中會更便宜。
問題18
你能列出一些針對礦工的 FIL 貸款工具嗎？
現有的貸款提供商包括：Anchorage、CoinList、Darma 等等，未來我們還會陸續有新的合作夥伴加入。請參閱此討論以獲取貸款提供商列表：https://github.com/filecoin-project/community/discussions/184
問題19
在現實場景中，每天可以支持的 PIB 的最大存儲大小增長是多少？整個網絡的估計Gas費用是多少
這取決於對預提交和證明提交批次和聚合大小的實際分布的預測。在所有礦工始終使用最大聚合大小的絕對最佳情況下，網絡將呈現大約 30 倍的 Gas使用量的減少，因此以當前每天 40PiB 的存儲效率來看的話，那就會達到每天 1,200 PiB的存儲量。這是此次升級後網絡可以支持的最大值。我們不太可能達到這個最大值，因為至少一开始不太可能所有礦工都發布最大消息量的聚合。最終還是取決於整個挖礦生態來決定定我們與此的接近程度。
問題20
什么是 BatchBalancer 和 BatchDiscount？
BatchBalancer 和 BatchDiscount 是在 BatchGasCharge 中使用的參數，他們都與ProveCommit聚合有關。BatchDiscount 是一個 Gas使用折扣工具，它使聚合證明原則上比單條證明消息的GasUsage 更便宜。（約便宜 1/20左右）。BatchBalancer設置了GasCharge的最低值。該參數調節 ProveCommit聚合和Gas費，確保大規模存儲上线支付網絡費用並建立使用閾值，使之為其他網絡操作（例如 PublishStorageDeals）維持較低的 BaseFee。當 BaseFee 低於 BatchBalancer * BatchDiscount 時，提交單個證明可能更便宜。當 BaseFee 遠高於 BatchBalancer * BatchDiscount 時，提交聚合證明可能更便宜。這些參數設置保證了更大幅度的上鏈率，從 ~30 PiB/天到 ~2 EiB/天。（詳見：https://github.com/filecoin-project/FIPs/blob/master/FIPS/fip-0013.md#batch-gas-charge）
問題21
BatchGasCharge 的計算方式似乎是啓發式的？等式背後的思考過程是什么？像 65733296.73 這樣的系數是如何產生的？
該常數來自Pre Commit和Prove Commit一個扇區的平均 GasUsage。這個數字總是一個不精確的近似值，因為不同的礦工狀態配置自然有不同的關聯 GasUsage。
問題22
IPFS&Filecoin 需要多少區塊鏈項目來存儲信息？
這裏需要澄清的是，Filecoin 和 IPFS 是兩個獨立的信息存儲協議。雖然 IPFS 是許多區塊鏈項目的共有協議，但它本身並不是區塊鏈項目。Filecoin是一個區塊鏈項目。
問題23
在Filecoin網絡上存儲數據時，是否可以自動分發給不同的礦工？
核心 Filecoin 協議允許一個客戶端從一個礦工處存儲和檢索數據。任何人可以在此基礎上構建工具或Layer 2協議，幫助不同的礦工自動執行此操作。（例如：ARG 的 Estuary https://docs.filecoin.io/store/estuary 和 Textile 的 Powergate https://docs.textile.io/powergate/）
我們歡迎大家在 Filecoin 生態系統上構建自己的工具！
問題24
是否考慮將evm 虛擬機合並到filecoin？
將 EVM 添加到 Filecoin 引起了很多人的興趣，許多人正在為此努力。通過對此問題添加反應或評論來表示您的支持：https://github.com/filecoin-project/FIPs/issues/113
問題25
為了平衡因延期提交(可能是幾天)而導致的Gas節省與收益損失，是否有關於如何制定該策略的詳細建議?
BatchBalancer 和 BatchDiscount 是在 BatchGasCharge 中使用的參數，他們都與ProveCommit聚合有關。BatchDiscount 是一個 Gas使用折扣工具，它使聚合證明原則上比單條證明消息的GasUsage 更便宜。（約便宜 1/20左右）。BatchBalancer設置了GasCharge的最低值。該參數調節 ProveCommit聚合和Gas費，確保大規模存儲上线支付網絡費用並建立使用閾值，使之為其他網絡操作（例如 PublishStorageDeals）維持較低的 BaseFee。當 BaseFee 低於 BatchBalancer * BatchDiscount 時，提交單個證明可能更便宜。當 BaseFee 遠高於 BatchBalancer * BatchDiscount 時，提交聚合證明可能更便宜。這些參數設置保證了更大幅度的上鏈率，從 ~30 PiB/天到 ~2 EiB/天。（詳見：https://github.com/filecoin-project/FIPs/blob/master/FIPS/fip-0013.md#batch-gas-charge）
鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播信息之目的，不構成任何投資建議，如有侵權行為，請第一時間聯絡我們修改或刪除，多謝。