...
一旦达到指定高度，触发force-deploy流程，强制升级高度的计算如下
按照目前出块速度，已知平均4秒左右出一个块，每分钟出块为60按照目前出块速度，已知平均5秒左右出一个块，每分钟出块为60/45=12，每小时出块为12*60=720，每日出块为 24*720=17280
已知高度 按3月5日上线算，已知高度 22629195 的出块时间为2025年2月11日 12:00:02 ，那么2025年2月12日
从 2025年2月11日 12:00:
02到2025年3月5日 12:00:00一共22天，高度差为17280 * 22=380,160
目标区块高度为 22629195+380,160=23,009,355
交易打开高度为ForceDeploy执行后1天时间，为23,009,355+17280=2223,646,475 基于此高度取整 22,650,000销毁高度为10天公示期，那么高度应该为22650000+200000=22,850,000026,635
销毁高度为10天公示期，那么高度应该为23,009,355+(17280*10)=23,182,155
5. 升级函数执行
自动触发StdlibUpgradeScripts::upgrade_from_v11_to_v12，执行拉黑操作。
...
确定上线时间点
准备基金会账户
检查基金会账户的签名和私钥
barnard 基金会账户需要通过两个账户来签名，需要在barnard来演练 Bob
准备版本
- 基于1.0升级的代码检查，除漏洞修复外，确认是否还有其他改动
- 确认安全漏洞是否已生效，确认使用新版本，旧代码是否还能调用 Bob
- 确认主网打开交易的高度，需要在（force-deploy）之前一到两个块: ___
- 确认执行代码强制升级高度：____
- 确认非法STC销毁高度: ____
- 强升失败的预案：查询本地基金会账户是否存在FrozenConfig配置，若不存在则也会继续冻结（待讨论）
- starcoin 工程：https://github.com/starcoinorg/starcoin/compare/prepare_v1.13.9..barnard_rollback_3 YSG
修改内容包括 node节点全局黑名单，direct save区块执行结果，force-deploy执行强制升级 - move 工程： https://github.com/starcoinorg/move/compare/127584f4cb1e2b4cd650f1e6c317250f5fccca49..7b6ac7bb04515ee4ced5b1c1cdafb6ea6cb4eadc hui jiao
修改内容为校验script和script_function - starcoin-framework 工程：https://github.com/starcoinorg/starcoin-framework/compare/a7eff4fa3e08cecfed09edf3dbf9d216832d7414..0732969c4f0992092fed0571c2af032e90efe2b6 Bob
修改内容为 frozen_config - 确认安全漏洞是否已生效，确认使用新版本，旧代码是否还能调用，本地复现演示的会议录像：https://meeting.tencent.com/cw/2qWyOv4B6a （密码 FATP）Bob
- 确认执行代码强制升级高度（2025年3月5日 12:00:00）：23,009,355
- 确认主网打开交易的高度（强制升级1天后，2025年3月6日 12:00:00）：23,026,635
- 确认非法STC销毁高度：（2025年3月25日 12:00:00） : 23,182,155
- 强升失败的应对方案：检查本地基金会账户是否存在FrozenConfig配置。如果该配置不存在，账户将继续处于冻结状态**（待讨论）**。
- starcoin 工程：https://github.com/starcoinorg/starcoin/compare/prepare_v1.13.9..barnard_rollback_3 YSG
代币销毁
确定黑名单列表（参考Starcoin 主网升级与交易恢复公告 中的列表）
执行销毁操作
另外打款进来是否也能销毁
销毁后，发行总量是否能变化，这里需要确认不能变成负数；（已修改）
交易监控，大于一定数额的交易需要告警
...