查看原文
其他

官方重要:扇区故障从2周延长到6周!有助于存储平稳迁移;Fil主网于10月26日升级,存储提高到EB级,Gas消耗更低,更利生态

重要 未雨绸缪:官方配合社区FIP-26提议扇区故障截止时间从2周延长到6周!有助于存储平稳迁移,便于进行海外全球布局,让网络更加分散,更有利于数据安全和永久存储;Filecoin主网将于10月26日升级到v14版本,每天存储能力提高到EB级,Gas消耗更低,更利于生态蓬勃发展,为成为安全、永久存储人类社会最重要信息的分布式网络而努力!


Filecoin状态发布网站正式更新了关于升级到V14网络的公告:Filecoin网络将在 UTC 时间 10 月 26 日下午 13:30 (北京时间10月26日晚上21:30)左右,在区块高度1231620执行网络升级到 v14 版本。此次升级为强制升级,所有的节点必须强制升级到lotus v1.12.0版本!


V14升级包含了FIP-0020、FIP-0021、FIP-0022、FIP-0023、FIP-0024、FIP-0026共6个提案。从技术上来看本次升级是一次小升级,大部分提案都是对网络参数进行微小的调整优化,这里就不过多解释了。

【官方】Filecoin主网上线一周年,将举办周年庆活动!将于10月15日进行第二次减产;10月26日进行v14网络升级

今天主要重点关注FIP-0024和FIP-0026两个提案。

FIP-0026提案的主要内容就是将扇区故障截止时间从原来的2周(14天)延长至6周(42天)。这个提案从10月1日提出,到10月5日正式在测试网上部署仅仅用了不到5天时间,可见社区反应速度之快。


FIP-0026提案的目的是在重大自然灾害等不可抗力因素发生时,存储提供商可能无法在原来的2周内恢复扇区,导致扇区被强制终止。
2周时间不足以完成EB级别的数据迁移和恢复,所以将扇区强制终止时间延长至6周。

我们知道Filecoin网络存储提供者是有质押的,质押的成本大概占了存储服务成本的70%以上。
所以一旦由于不可抗力因素发生造成大面积扇区终止,不但存储提供商会面临巨大的质押罚没,甚至破产;同时对于Filecoin网络来说,更是毁灭性的打击,有可能彻底摧毁网络的可靠性和共识度。

目前Filecoin存储提供商80%都在国内,并且都托管在专业的数据中心。
结合目前国内对加密领域的监管大环境,所以就不难理解FIP-0026提案的重要性和紧迫性了。

所以通过FIP-0026提案的实施,6周时间42天足够国内存储提供者平稳将算力迁移到海外,进行全球化布局。
但仍值得注意的是:虽然扇区故障终止时间延长到了6周,但
故障超过24小时仍然会有罚没产生,所以对于存储提供商来说仍需尽量压缩迁移恢复过程中的时间。


全面了解Filecoin惩罚机制、释放规则,选择对的矿商,维护个人利益;警惕不良矿商和个人、自媒体带偏对项目的理解而错失布局良机

简单总结

由于重大自然灾害等不可抗力因素,存储提供商可能无法在短时间内恢复服务。根据协议的当前实施,该扇区将在连续两周出现故障后被强制终止。两周时间不足以完成 EiB 级别的数据迁移和恢复,因此我们特此提出此 FIP。

抽象的

Filecoin 需要延长故障周期,以便大型存储提供商有足够的时间完成数据迁移。海外移民一般六周就够了,包括统筹规划、报关、海运或空运等。

改变动机

世界上任何一个国家都可能面临重大自然灾害或社会异常事件等不可抗力因素,导致存储提供商在很长一段时间内无法正常提供服务。为此,我们必须未雨绸缪。
直到目前的V13网络,如果连续两周出现故障,该扇区将被强制终止。但是,对于大型存储提供商而言,两周时间不足以完成数据迁移并重新启动服务。如果不采取适当的措施,不仅会给存储提供商造成巨大的经济损失,还会导致整个 Filecoin 网络的存储能力出现较大波动。
因此,需要对扇区故障周期进行一些调整。

规格

将扇区终止前扇区的故障周期从连续 2 周延长至连续 6 周。

设计原理

延长扇区故障周期,为存储提供商迁移数据争取时间

向后兼容

该提议延长了扇区的故障周期,因此此类更改必须通过版本升级来完成。

测试用例

测试公关:https : //github.com/filecoin-project/specs-actors/pull/1506

安全注意事项

存储提供商仍然有强大的动力来继续可靠地证明其所有部门,这应该可以防止网络存储能力的任何可变性/不可靠性增加。

激励考虑

维护的 FaultFee 结构为存储提供商提供了强大的激励,以保持高质量的服务并将任何停机时间保持在最低限度。
因此,该提议旨在在不重新计算故障费用表的情况下延长故障窗口。因此,存储供应商选择长时间在扇区上出现故障从根本上是不合理的。这强化了这样一种观点,即这种延长的故障周期应该被视为最坏情况下的规定,而不是某人可以合理地将数据脱机多长时间的基准。目前的惩罚非常昂贵,因此不太可能激励不可靠的存储行为。

产品注意事项

增加扇区强制终止窗口会增加存储提供商停止向网络存储/证明数据与存储客户退还其付款之间的潜在时间。从扇区修复的角度来看,这可能很烦人/令人沮丧,因为在明确存储提供商是否重新上线之前还有一个更长的窗口,客户端没有得到补偿。

执行

Specs-actors PR:https : //github.com/filecoin-project/specs-actors/pull/1504

注意:
此提议要到 v14 Chocolate 网络升级后才会生效。
如果存储提供商在升级之前(计划于 10 月底)在其 Window PoSt 提交中出现故障,他们仍将受到 14 天故障扇区期的约束。例如,在第 15 天,即使此 FIP 已获得批准,他们也可能会遇到部门终止。

版权

通过CC0放弃版权和相关权。


FIL厂商需做好多方面的发展规划!顺势也可进行全球化布局!更利于IPFS安全、永久保存人类最重要信息!共建人类命运共同体!


国内拥有Fil算力的80%以上,不利于分布式网络的长远发展,借势应该走出去,进行全球化布局,海外也大有作为。


只有全球节点更加的平均,才更加有利于IPFS技术进行安全、永久保存人类最重要信息的分布式网络!构建人类新一代互联网传输工程!这是一项伟大的事业!响应号召,共建人类命运共同体!








924后陆续发布消息!厂商需做好发展规划!也可进行全球化布局!更利于IPFS安全、永久保存人类最重要信息!共建人类命运共同体!!

【警示】Fil纯粹挖K也会被打击? 厂商该如何应对?主动转型是出路!924央行、发改委等10多部委打击虚拟货币交易炒作和“挖矿”


另一个对存储提供者比较重要的提案就是FIP-0024,
主要调整 BatchBalancer 和 BatchDiscount参数以匹配FIP-0013 HyperDrive升级后观察到的网络增长率。


简单总结

调整 BatchBalancer 和 BatchDiscount 以匹配 HyperDrive 后观察到的网络增长率,并将机制一致地应用于 ProveCommitAggregate 和 PreCommitBatch。

抽象的

FIP13 HyperDrive 中引入了 BatchBalancer 和 BatchDiscount,以使参与者的激励与网络的长期健康和成功保持一致。当时,参数值设置为适应高达 1 EiB/天的入职率。但是,鉴于 HyperDrive 后近 3 个月网络以 ~60PiB/天的速度增长(从升级前的 ~30-35PiB/天增长了大约 2 倍),必须重新校准这些参数以确保长期成功网络及其参与者。该 FIP 建议将 BatchBalancer 增加到 5 nanoFIL。

此外,BatchBalancer 和 BatchDiscount 仅应用于 ProveCommitAggregate,而不应用于 PreCommitBatch。该协议还应在 PreCommitBatch 中应用相同的机制,以符合FIP13 中的精神和考虑。

改变动机

批次平衡器。BatchBalancer 和 BatchDiscount 的初始参数值是在考虑存储入职期望、均衡网络 BaseFee、在 Filecoin 上提供存储的回报、PublishStorageDeals 成本和协议收入后设置的。HyperDrive 解锁了 10-25 倍的存储载入容量,并且参数正在以载入 1 EiB/天的数量级增长。然而,网络并没有在那个水平上增长,导致协议收入的损失,长期伤害所有参与者。因此,该协议需要根据当前的网络增长率(~60PiB/天)和当前的增长预测相应地调整其参数至 >150PiB/天。一旦网络显着超过该增长率,协议可能会重新校准此参数。

预提交批处理。在 HyperDrive 期间,BatchBalancer 和 BatchDiscount 最初仅应用于 ProveCommitAggregate 以简化实施。但是,存储载入是一个两步过程,并且应在 PreCommitBatch 中应用相同的机制。

规格

  • 分解SingleProofGasUsageSinglePreCommitGasUsageSingleProveCommitGasUsage

  • 更换SingleProofGasUsageSingleProveCommitGasUsageProveCommitAggregate。应用相同的PayBatchGasCharge在功能PreCommitBatch和替换SingleProveCommitGasUsageSinglePreCommitGasUsagePreCommitBatch

  • BatchBalancer值增加到 5 nanoFIL。

  • 目前,为每条ProveCommitAggregate消息计算以下费用。

func PayBatchGasCharge(numProofsBatched, BaseFee) {
// Cryptoecon Params (need to be updated if verification benchmarks change)
BatchDiscount = 1/20 unitless
BatchBalancer = 5 nanoFIL
SinglePreCommitGasUsage = 16433324.1825
SingleProveCommitGasUsage = 49299972.5475

// Calculating BatchGasCharge at ProveCommitAggregate
numProofsBatched = <# of proofs in this batched operation>
BatchGasFee = Max(BatchBalancer, BaseFee)
BatchGasCharge = BatchGasFee * SingleProveCommitGasUsage * numProofsBatched * BatchDiscount

// Pay for the batch
PayNetFee(BatchGasCharge) // this can be a msg.Send to f99. Does not affect BaseFee
// normal gas for the verification computation is paid as usual (using & affecting BaseFee)
}

设计原理

重用模块化功能 PayBatchGasCharge。

向后兼容

这个 FIP 改变了参与者的行为,所以它需要一个新的文件币网络版本。

测试用例

  • 仅使用 PreCommitBatch 时测量总批气体费用。确认它是 PreCommitBatch 和 ProveCommitAggregate 批气体费用的 25%

  • 仅使用 ProveCommitBatch 时测量总批气体费用。确认它是两者总和的 75%。

  • 使用新的 BatchBalancer 参数值测试 BaseFee 的交叉和 BaseFee 范围内的批次 gas 费用是否符合预期。

安全注意事项

此 FIP 不涉及底层证据或安全性。

激励考虑

在 PreCommitBatch 中包含 BatchBalancer 和 BatchDiscount 遵循 FIP13 中的激励考虑并保护协议的利益,从而使所有网络参与者受益。

考虑到广泛的利益相关者和利益,在设置 BatchBalancer 和 BatchDiscount 的参数值时有许多权衡和考虑。调整 BatchBalancer 和 BatchDiscount 首先会改变均衡交叉 BaseFee,其中不聚合的单位成本超过聚合的单位成本,从而激发聚合以释放链容量。交叉 BaseFee 并使用以下公式以近似形式计算。

CrossoverNetworkBaseFee = BatchBalancer * BatchDiscount * SingleProofGasUsage / (SingleProofGasUsage - BatchProofGasUsage / NumProofsBatched)

这种平衡交叉 BaseFee 反过来会影响其他指标,例如 PublishStorageDeals 的成本、特定增长率的协议收入以及存储供应的回报。您可以在下表中找到现有和建议的平衡器值之间的比较。请注意,估计可以关闭,网络参与者可以选择偏离均衡。

批次平衡器估计的交叉网络基本费用估计的 PublishStorageDeals 网络费用估计 32 GiB 部门网络费用预计 32 GiB 行业年度回报按当前增长率估算的每日协议收入
2纳米FIL~0.12 nanoFIL~0.0064 FIL~0.0085 FIL~0.165 FIL~13k FIL
5纳米FIL~0.32 nanoFIL~0.016 FIL~0.021 FIL~0.165 FIL~34k FIL
7纳米FIL~0.45 nanoFIL~0.023 FIL~0.030 FIL~0.165 FIL~47k FIL
10纳米FIL~0.64 nanoFIL~0.032 FIL~0.042 FIL~0.165 FIL~68k FIL

请注意,64 GiB 扇区的网络费用减半,并且随着聚合数量的增加,上述单位成本数字进一步下降。该 FIP 目前为 BatchBalancer 提出了 5 nanoFIL。但是,如果社区,尤其是存储提供商,认为 7 nanoFIL 具有更好的价值,我们也会支持这种改变。

产品注意事项

所有 FIP 都应针对长期网络运行状况进行优化。该 FIP 平衡了许多困难的权衡以实现该目标 - 旨在使所有网络参与者与网络的长期健康和增长保持一致。正如此 FIP 建议的那样,将网络参数重新校准为观察到的网络增长率对于该目标至关重要。然而,一个负面影响是 PublishStorageDeal 消息的 gas 成本增加了大约 0.009 FIL,这对接受存储交易/参与交易市场的存储提供商具有负面的产品考虑。然而,在此增长之后接受 FIL+ 交易的存储提供商的显着总体需求和回报对于存储提供商来说仍然是非常合理的,因为在交易期限内摊销。

执行

Specs-actors PR: TODO

版权

通过CC0放弃版权和相关权。



FIP-0013 HyperDrive升级是支持聚合提交ProveCommitSector消息上链,单次聚合可证明的扇区数最少4个,最多819个。
这样就大大减少了需要提交上链的存储证明消息,间接提高网络处理速度25倍以上,缓解了网络拥堵,大大降低了存储提供者的封装GAS费用。

FIP-0013 HyperDrive升级后预期Filecoin网络每天可以支持1EB的封装速度,但经过三个月来的观察,其实网络日封装速只有60PB左右。所以截止目前只有一小部分存储提供者升级了聚合上链,还有很多没有升级,这就导致了网络处理能力没有充分释放。

所以此次升级的FIP-0024提案旨在根据当前网络封装速度重新校准参数,将 BatchBalancer 增加到 5 nanoFIL,以确保存储提供者尽快完成聚合上链是有利可图的,从而进一步释放网络处理性能,有利于网络长期利益。



总结一下,Filecoin主网将于10月26日升级到v14版本,本次升级为强制升级。
升级包括6个主要提案,大部分都是对网络的优化加固。
对存储提供商来说最重要的是FIP-0026提案,将扇区故障截止时间从2周延长到6周,目的是为了解决在目前国内政策趋严的环境下,给存储提供者向海外迁移算力以足够的时间,避免质押罚没和网络波动。
第二是FIP-0024提案,优化聚合上链参数,进一步释放网络处理能力,为Filecoin网络长期成功发展夯实基础。

经济模型与FIP提案的博弈:Fil官方的铁腕与柔情,积极解决问题,促进生态良好繁荣发展;Fil发起FIP14延长v1扇区的投票

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存