从 epoch 4919580 开始，F3 已在主网上激活！Filecoin消息确认时间现在只要几分钟， 相比于之前的7.5小时， 这是Filecoin重要的进步。
因此，节点应设置初始Power Table的 CID来避免依赖过去的区块链状态来计算。如果不这样做，没有2025-04-29T10:00:00Z 之前历史状态的节点将无法参与 F3。设置初始 F3 Power Table CID 可以通过两种方式完成：
F3_INITIAL_POWERTABLE_CID 环境变量设置为：export F3_INITIAL_POWERTABLE_CID="bafy2bzacecklgxd2eksmodvhgurqvorkg3wamgqkrunir3al2gchv2cikgmbu"。❓ 为什么这是必要的？
在F3初始化过程中，F3 在 epoch 4918680 开始运行，从该 epoch 的状态中获取Power Table开始确认 tipset。第一个certificate通过 CID 引用上述Power Table，但可能有多个certificate，它们的区别因素是由哪个power table创建的。上述 CID 是 Filecoin 主网 F3 的创世信息，因此节点需要它来区分它与任何其他可能的certificate序列。
只要节点拥有 epoch 4918680 的完整状态，它就可以使用该状态开始跟随certificate序列，但如果没有，节点需要一个指示告诉它"F3 使用这个 CID 的算力表启动"。
❓ 为什么这不包含在设置了所有其他f3 激活参数的的 f3 激活合约 中？
f3 激活合约的设计理念是包涵尽可能少的必须参数。因此，初始power table CID 没有被包括在内。回想起来，合约可能应该有第二个方法，允许implementer在初始 epoch 之后一次性设置power table CID。
❓ F3 工程团队是否能够在主网上执行任何形式的被动测试或参数调整？
不能，我们已经回到了我们所熟知和喜爱的permissionless网络。根据 FRC-0099，F3 激活合约是一次性使用机制。由于初始 epoch 已经过去，该合约现在是不可变的。
随着 F3 在主网上的激活，现在是开发者开始计划利用这些新功能的时候了。即将发布的 Lotus 1.33.0 版本（RC1 计划于 2025-05-01 发布）提供了 支持 F3 的 v2 API。欢迎在 #fil-implementers Slack 频道或此问题中提供对这些 API 的意见。
F3 开发人员正在积极处理各种激活后清理任务，包括内联所有激活参数、删除无用代码以及用 F3 信息增强快照。
如往常一样，如果您有任何问题，请随时在 #fil-fast-finality 联系我们！🙏