FIL官方在线解读v13 HyperDrive网络升级问题

[复制链接]
8979 |0
发表于 2021-6-11 11:00:00 | 显示全部楼层 |阅读模式

北京时间 6 月 9 日上午 9:00,FIL 官方举行 HyperDrive AMA 答疑活动,主要回复关于 FIL v13 HyperDrive 网络升级问题。

wk588_com_r0tsqokhgvv.jpg

wk588_com_r0tsqokhgvv.jpg

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

Q:具体的网络升级时间是什么时候?

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

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

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

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

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

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 协议,帮助不同的矿工自动执行此操作。

回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

快速回复 返回顶部 返回列表