FIL币真的可以实现下一个BTC梦吗？

FIL 官方举行 HyperDrive AMA 答疑活动，主要回复关于 FIL v13 HyperDrive 网络升级问题。

FilCloud 团队整理了本次 AMA 答疑记录如下：

Q：具体的网络升级时间是什么时候？

A：核心开发人员还没有就具体的升级时期达成一致，但预计将在 6 月的最后一周。校准测试网络将在本周晚些时候或下周升级！

Q：如果批处理的 precom 或聚合的 provecom 消息的一部分失败，那么整个批处理/聚合就会失败，就像批处理发布消息一样?

A：对于 PreCommitteeSectorBatch 是，对于 ProveCommitteeAggregate 这取决于失败。如果聚合包含已经过期的预提交，则会有一个 8 小时的窗口，在此期间消息将成功提交未过期的预提交，其他个别失败将导致消息失败。

Q：BatchGasCharge 的计算方式似乎是启发式的？这个等式背后的思维过程是怎样的？像 65733296.73 这样的系数是如何计算出来的？

A：这个常数来自于一个扇区的预提交和证明提交的平均 GasUsage。这个数字将始终是一个不精确的近似值，因为不同的矿工状态配置自然具有不同的关联 GasUsage。

霹雳石文

每一个字都是精华和经典

106篇原创内容

公众号

Q：为了 balance 因延期(可能是几天)而造成的 gas 减少和效益损失，是否有关于如何设置政策的详细建议？

A：对于 lotus miner，您将能够在 lotus miner 配置文件中将 Precommits 的最小/最大数量设置为批处理，或将 ProveCommits 设置为聚合。

您还可以配置在跨越最小大小后提交批处理之前等待的时间，这用于确保批处理扇区在交易/扇区到期之前提交。

lotus 中的默认值可以在找到：

https://github.com/fileDavinci-project/lotus/blob/4bff4f25adf4b109c8089c956731a21a5f509474/node/config/def.go#L256

然而，矿工应该根据他们自己的操作或偏好改变这些配置。以下是一些可能影响矿工决策的潜在因素：当前网络 BaseFee、等待中错过的收入、封存吞吐量。

Q：v13 升级对扇区的密封时间有影响吗？

A：没有。预期密封时间保持不变。如果要与其他扇区聚合以获取 Pre/ProveCommit 消息，则扇区可以等待更长时间。

Q：SubmitProveCommit 消息或它们的时间是否有任何更改？它们还会被发送到每个单独的扇区吗？

A：有一个新的 ProveCommitAggregate 消息可以一次 ProveCommit 多个扇区。消息采用一组聚合的证明集，从而减小了消息的大小，这为矿工节省了成本，并减少了数据存储大小的增长。

Q：ProveCommitteeAggregate 和 BatchPreCom 的消息对于它们现有的每个扇区的消息是完全可选的吗？

A：是的，升级后 PreCommitSector 和 ProveCommitSector 都将保持可用不变。没有必要使用新方法将存储提交到网络，尽管就总费用而言，它们预计会更便宜。

Q：FIL HyperDrive 网络升级后，新存储交易的 gas 费用预计会下降了多少？

A：PublishStorageDeals 的 GasFees 取决于 GasUsage * BaseFee。虽然 HyperDrive 对 PublishStroageDeals 的 GasUsage 没有太大的改变（团队正在为此努力！），但它显著增加了网络带宽（或TPS）的供应。

在其他条件不变的情况下，BaseFee 可能会下降。然而，减少的程度取决于使用网络的潜在需求（包括使用网络进行存储！）。

而这又取决于参与者在多大程度上利用了聚合带来的性能提升。总体而言，与目前的水平相比，预计存储交易的 gas 费用将会下降，但具体表现形式和金额仍有待确定。

Q：聚合一个 SnarkPack 的时间是否有时间限制？

A：SnarkPack 没有时间限制。但是，仍然存在与 PreCommits 相关联的到期时间。在 HyperDrive 升级过程中，此期限设置为 30 天。

Q：32 GiB 扇区和 64 GiB 扇区的gas费能节省多少？

A：32 GiB 扇区和 64 GiB 扇区的 GasUsage 节省将是相似的。64 GiB 扇区的 GasUsage 节省量将略高，因为 64 GiB 扇区的聚合验证速度更快：

https://github.com/fileDAC-project/FIPs/blob/master/FIPS/fip-0013.md#32-gib-gas-cost GasUsage。

对于 32 GiB 扇区和 64 GiB 扇区的 GasUsage 节省量在很大程度上取决于聚合的证明数量。

估计 6 个扇区的 GasUsage 估计会减少 1.5 倍，而估计 819 个扇区的 GasUsage 估计会减少 30 倍。

Q：网络正在做些什么来激励所有矿工升级现有的 CC 扇区，以存储来自客户的真实数据？是否有任何 WIP FIP？

A：要通过交易升级 CC 扇区，请按照此处的步骤进行操作：

https://docs.fileDavinci.io/mine/lotus/sector-pledging/#upgrading-pledged-sectors

矿工可以赚取用于存储客户交易的 Filecoin。如果交易是 FIL Plus 与 datacap 的验证交易，矿工将获得 10 倍的调整后算力。

Q：2 条新消息的 GAS 使用量是否有上限，或者新消息的 GAS Limit 上限是否可以等同于一个区块的 GAS Limit？

A：此升级不会产生新的单条消息的 Gas Limit。然而，简化矿工测试所得的 Gas 消耗预估值显示，这些消息的 GasUsage 将远低于区块限制。

估计最大为 819 个扇区的 聚合 ProveCommit 消息的 GasUsage 低于 15 亿个 Gas Unit。最大为 256 个扇区的 PreCommit 聚合消息的 GasUsage 估计低于 4 亿个 Gas Unit。

Q：预计 BaseFee 降低多少?

A：目前，网络正以最大容量（约40PiB/天）增长，过去一个月的 BaseFee 为约 1 nFilecoin。HyperDrive 升级后，使用较低的 BaseFee，网络可以以 10-25 倍的存储加载速率增长，超过 400 PiB/天（因为聚合的证据会减少数据块的使用率）。

但是，BaseFee 可能下降的数量取决于矿工的操作（使用聚合Prove Commit消息）和对网络的潜在需求（包括存储加载）。例如，如果潜在需求超过 10-25 倍，BaseFee 可能不会减少，因为区块仍将满载！

有关加密经济学的详细信息，请参阅 FIP-13：

https://github.com/fileDAC-project/FIPs/blob/master/FIPS/fip-0013.md#batch-incentive-alignment

Q：Hyperdrive 能容纳多少存储空间?

A：我们预计存储加载率将增加 10 倍到 25 倍，具体取决于矿工使用聚合的方式。我们可以看到网络从现在的 40 PiB/天增长到 1 到 2 EiB/天。这将是一个巨大的增长！

Q：聚合如何影响矿工对区块奖励的竞争？

A：聚合能够增加 10 - 25 倍的存储容量，所以许多矿工将大大增加他们的存储容量，并从区块奖励中分得更大份额。我们预计，许多矿工将利用聚合的优势，大大增加存储部署，从而获得更多收入。

Q：HyperDrive 是否意味着矿工有增加更多存储空间的强烈动机?

A：是的，矿工总是有强烈的动机增加更多的存储空间，以获得更大份额的区块奖励。HyperDrive 通过实现更大的存储容量来强调这一现有的激励措施。它还鼓励更多地使用 Filecoin Plus 交易。

Q：ProveCommitteeAggregate 和 PreCommitteeAggregate 中是否存在矿工费用？如果没有矿工费，很难激励矿工主动打包。

A：你所说的“矿工费用”是 GasPremium 用于支付矿工生产包含此消息的块？如果是这样的话，答案是肯定的。

像协议 ProveCommitAggregate 和 PreCommitAggregate 中的所有消息一样，可以通过指定的 GasPremium 发送。

Q：矿工应该如何应对其他矿工提高存储率？

A：与BTC和其他区块奖励区块链一样，希望保持或增加区块奖励份额的矿工将需要保持竞争力。

Q：HyperDrive 是否意味着存储加载量可以达到每天 1 EIB？

A：是的，HyperDrive 应使网络能够达到 1 EIB/天或更高的存储增长率。

Q：存储速率的提高是因为加快了单个验证阶段，还是因为聚合了消息而实现了整体更高的网络吞吐量？

A：存储速率的提高来自于聚合消息带来的整体网络吞吐量增加。单独的证明阶段并没有加快。

Q：聚合 10 个扇区与聚合 1000 个扇区时，聚合 Gas 参数有何不同？矿工在一个证明中聚合更多扇区的动机是什么？

A：HyperDrive 提高了网络的整体存储加载吞吐量，因此矿工将能够加载更多存储。聚合证明会产生折扣 Gas Charge，因此总体而言，与链上相同数量的证明相比，Gas 使用量会更少，但会收取最低费用。

有关 Gas 使用量如何变化的更多详细信息，请参阅 FIP-13。聚合 10 个证明与 1000 个证明：将更多证明聚合到单个聚合消息中每个证明更便宜。因此，如果矿工想要装载更多存储空间，将更多证据聚合到一条消息中会更便宜。

Q：你能列出一些针对矿工的 Filecoin 贷款工具吗？

A：现有的贷款提供商包括：Anclage，MaximineList，Darma等等！

有关运行列表，请参阅此讨论：

https://github.com/fileDavinci-project/community/discussions/184

Q：在现实情况下，每天可支持的 PIB 最大存储大小增长是多少？整个网络的 Gas 费用预计是多少？

A：这取决于对 PreCommit 和 Proven Commit 批处理和聚合大小实际分布的预测。在绝对最佳的情况下，所有矿工始终使用最大聚合大小，网络将看到大约 30 倍的 GasUsage 减少，因此按照目前每天 40 PiB 的入网速度，每天将减少 1,200 PiB。这是此升级后网络可以支持的最大值。

我们不太可能达到这个最大值，因为至少在一开始，所有矿工都不太可能发布最大大小的聚合。最终取决于整个采矿生态系统来确定我们与此的接近程度。

Q：什么是 BatchBalancer 和 BatchDiscount？

A：BatchBalancer 和 BatchDiscount 是与 ProveCommitteeAggregate 关联的 BatchGasCharge 中使用的参数。

BatchDiscount 是一个 gas 使用折扣系数，原则上使聚合证明比 SingleProofGasUsage 更便宜（例如，贵 1/20）。BatchBalancer 是 GasCharge 的最低Gas费。

此参数规范 ProveCommitteeAggregate 和 gas 费的使用，确保大规模存储加载向网络付费，设立效用门槛，并寻求为其他网络操作（如PublishStorageDeals）保持较低的BaseFee。当 BaseFee 低于 BatchBalancer*BatchDiscount 时，提交单个证明可能更便宜。当 BaseFee 远高于 BatchBalancer*BatchDiscount 时，提交聚合证明可能会更便宜。这些参数设置为支持广泛的加载率，从~30 PiB/天到~2 EiB/天

请参阅：

https://github.com/fileDavinci-project/FIPs/blob/master/FIPS/fip-0013.md#batch-gas-charge

Q：IPFS&FIL 需要存储多少区块链项目？

A：FIL 和 IPFS 是两个独立的信息存储协议。虽然 IPFS 是许多区块链项目的共有协议，但它本身并不是区块链项目。FIL 当然是一个区块链项目。

Q：是否考虑将 evm 虚拟机合并到 fileDavinci？

A：将 EVM 添加到 FIL 中有很多人感兴趣，很多人正在为此努力。

Q：在 FIL 网络上存储数据时，是否可以自动分配到不同的矿工？

A：核心 FIL 协议允许一个客户端从一个矿工存储和检索数据。可以在此基础上构建工具或 Layer 2 协议，帮助不同的矿工自动执行此操作。