NEAR核心协议升级机制优化：及时淘汰未升级的区块生产者

在NEAR区块链网络中，协议版本升级是一个关键过程，它直接影响着网络的稳定性和性能。当前机制中存在一个显著问题：当新协议版本投票通过后，部分区块生产者未能及时升级，导致在新协议生效时出现节点离线的情况，进而影响整个网络的运行效率。

当前机制的问题分析

根据现有设计，当在周期T完成新协议版本的投票后，新版本将在周期T+2正式生效。然而实践中发现，部分区块生产者在周期T+2开始时仍未完成升级，导致这些节点无法正常运行。这种情况会引发以下问题：

1. 网络性能下降：由于部分节点离线，区块和分片的生成可能受到影响
2. 用户体验受损：交易处理速度可能变慢，网络响应时间增加
3. 潜在共识风险：如果涉及关键协议变更，未升级节点可能产生不一致的周期信息

解决方案设计

针对这一问题，技术团队提出了一项改进方案：在投票周期T结束时，直接将未升级的区块生产者从验证者集合中移除。具体而言：

1. 在计算周期T+2的区块生产者集合时，排除所有未对新协议版本投赞成票的节点
2. 分片验证者不受此限制，因为主要问题是区块和分片的缺失，而非背书不足

这一方案具有以下优势：

1. 确保新协议生效时所有区块生产者都已升级
2. 减少网络性能波动，提升用户体验
3. 避免因协议变更导致的潜在共识问题

技术实现考量

实现这一改进需要注意几个关键点：

1. 在周期T+1结束时（仍运行旧协议版本），需要正确处理未升级的区块生产者状态
2. 防止这些节点在周期T+3被意外重新加入
3. 确保奖励分配机制与新规则兼容

从技术实现角度看，主要涉及finalize_epoch函数的修改，特别是在collect_blocks_info中处理新协议版本投票和验证者集合计算的部分。其中关键函数包括compute_validators_to_reward_and_kickout，它负责计算应奖励和踢出的验证者列表。

权衡与决策

虽然这一改进可能导致部分区块生产者损失一个周期的奖励，但技术团队认为这种权衡是值得的，原因包括：

1. 协议升级投票通常提前至少一周公布，节点有充足时间准备
2. 某些关键协议变更要求节点必须在周期T结束前升级，否则会产生不一致的周期信息
3. 节点离线造成的网络损害远大于让未升级节点多运行一个周期的微小收益

这一改进将显著提升NEAR网络在协议升级过程中的稳定性和可靠性，为用户提供更一致的服务体验。通过强制淘汰未及时升级的节点，网络可以确保新协议版本顺利实施，同时减少升级过程中的性能波动。