个人观点:
- 升级等操作是节点主动操作,声明版本升级并声明XX小时处于“维护中”。XX 最好自主选择,不选时是6小时
- 网络抖动等被动事件遭罚,建议参照历史事件:比如近5天出现3次以上,处罚。节点该考虑换环境了。如果10天出现一次,不罚
个人观点:
时间确定好了,按时间约定时间执行是个不错的主意,也算是为了主网的一个演习。
升级过程中有节点掉队也是正常的,没有必要做的这么中心化。只要网络没有bug,不影响继续前进。掉队的节点还可以再加来。
另外我知道有一个链的做法可以参考下,就是每一次强制升级的时候前几天epoch/块,来声明,如果有的节点没有升级(比如说强制升级后的连续10个块没有出成功),就不会处罚,但会把它T出共识队列。当然这都是需要在代码里改进和调整的。