官方重要:扇区故障从2周延长到6周!有助于存储平稳迁移;Fil主网于10月26日升级,存储提高到EB级,Gas消耗更低,更利生态
重要 未雨绸缪:官方配合社区FIP-26提议扇区故障截止时间从2周延长到6周!有助于存储平稳迁移,便于进行海外全球布局,让网络更加分散,更有利于数据安全和永久存储;Filecoin主网将于10月26日升级到v14版本,每天存储能力提高到EB级,Gas消耗更低,更利于生态蓬勃发展,为成为安全、永久存储人类社会最重要信息的分布式网络而努力!
【官方】Filecoin主网上线一周年,将举办周年庆活动!将于10月15日进行第二次减产;10月26日进行v14网络升级
2周时间不足以完成EB级别的数据迁移和恢复,所以将扇区强制终止时间延长至6周。
所以一旦由于不可抗力因素发生造成大面积扇区终止,不但存储提供商会面临巨大的质押罚没,甚至破产;同时对于Filecoin网络来说,更是毁灭性的打击,有可能彻底摧毁网络的可靠性和共识度。
结合目前国内对加密领域的监管大环境,所以就不难理解FIP-0026提案的重要性和紧迫性了。
但仍值得注意的是:虽然扇区故障终止时间延长到了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多部委打击虚拟货币交易炒作和“挖矿”
主要调整 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 中应用相同的机制。
规格
分解SingleProofGasUsage到SinglePreCommitGasUsage和SingleProveCommitGasUsage。
更换SingleProofGasUsage与SingleProveCommitGasUsage在ProveCommitAggregate。应用相同的PayBatchGasCharge在功能PreCommitBatch和替换SingleProveCommitGasUsage与SinglePreCommitGasUsage在PreCommitBatch。
将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放弃版权和相关权。
这样就大大减少了需要提交上链的存储证明消息,间接提高网络处理速度25倍以上,缓解了网络拥堵,大大降低了存储提供者的封装GAS费用。
升级包括6个主要提案,大部分都是对网络的优化加固。
对存储提供商来说最重要的是FIP-0026提案,将扇区故障截止时间从2周延长到6周,目的是为了解决在目前国内政策趋严的环境下,给存储提供者向海外迁移算力以足够的时间,避免质押罚没和网络波动。
第二是FIP-0024提案,优化聚合上链参数,进一步释放网络处理能力,为Filecoin网络长期成功发展夯实基础。
经济模型与FIP提案的博弈:Fil官方的铁腕与柔情,积极解决问题,促进生态良好繁荣发展;Fil发起FIP14延长v1扇区的投票