Midnight Node 2.1.0 RC2 修复桥接成本和节点引导

Midnight 于 9 月 17 日发布 Node 2.1.0 RC2，移除了两个技术阻碍，此前它们曾阻止 2.1 系列推进至最终发布。

此次更新没有引入新的协议行为，但改变了运行时的验证方式、桥接工作负载的度量方法，以及新节点连接到 Preview 和 Devnet 的方式。

Midnight 发布可验证的运行时

Midnight Node 2.1.0 RC2 是 2.1 系列中首个包含确定性运行时 WASM 文件以及附带的 srtool 摘要的候选版本，用于记录其生产方式。

运行时 WASM 包含由 Midnight 节点执行的逻辑。确定性构建使运营方与治理参与者能够确认已发布的工件与源代码相符。

RC1 未包含单独的 WASM 工件。因此，在通过 set_code 操作授权升级时，治理方面缺少可独立复现并可引用的文件。

RC2 现已提供用于验证的运行时文件、加密哈希以及构建来源信息。启用该运行时仍需协调的治理操作，但所需的技术工件现已就绪。

与 RC1 相比，此次发布多了五个提交。它未更改协议规范，也未引入新的面向用户的功能，将范围聚焦于最终发布的准备工作。

Midnight 纠正 Cardano 桥接成本

新的基准测试发现，在参考验证者硬件上，pallet_c2m_bridge 与 pallet_partner_chains_bridge 内的函数被分配的执行成本约为其实际成本的一半。

早先的权重是在开发者工作站上生成的，而非 Midnight 指定的基准测试机器。在参考硬件上重复测试后，桥接操作的测得权重提高了 1.92 到 2.51 倍。

此次更新并未使这些操作在计算上更昂贵。它只是为运行时提供了对已被消耗资源的更准确度量。

其中一个受影响的函数 handle_transfers 作为区块的必执行部分被调用。对必执行调用定价过低，可能会在剩余容量已被耗尽时仍无法延后执行，从而将区块处理推到超出其预期的资源上限。

被纠正的组件包括 Cardano 到 Midnight 的桥接，以及与 cNIGHT 相关的 Cardano 观测基础设施。这些系统将基于 Cardano 的 NIGHT 活动与 Midnight 链连接起来。更准确的资源定价使桥接容量与在验证者硬件上处理与 NIGHT 相关操作的测得成本保持一致。

创世修复恢复新节点引导

RC2 还替换了 Preview 和 Devnet 的打包链规范与创世工件。

使用早期文件从空磁盘启动的节点可能会计算出错误的创世哈希。现有引导节点会将其识别为属于其他链并拒绝连接，导致受影响的节点停留在区块零且没有对等体。

该缺陷不影响已连接并已同步的节点，因为它们的有效创世数据存储在本地。受影响的新安装需要运营方移除现有基础路径，并使用 RC2 附带的文件重新引导。

已同步的节点无需重置、重新同步或重建索引。此外，不支持从 RC1 或更早的 beta 版本直接升级，因为这些版本是开发候选而非部署基线。受支持的路径仍是从 1.0.300 运行时进行协调的硬分叉。

Midnight 2.0 从未达到最终发布，这使得 2.1.0 成为继 Node 1.0.1 之后新主线计划中的首个完成版本。RC2 不是主网的最终发布，但治理现在拥有可验证的运行时工件，桥接调用采用测得的执行成本，新上线的 Preview 和 Devnet 节点能够使用活跃网络所用的创世数据进行引导。