关于节点被处罚问题

[jamesqu]

个人观点：

1. 升级等操作是节点主动操作，声明版本升级并声明XX小时处于“维护中”。XX 最好自主选择，不选时是6小时
2. 网络抖动等被动事件遭罚，建议参照历史事件：比如近5天出现3次以上，处罚。节点该考虑换环境了。如果10天出现一次，不罚

[bitcat]

时间确定好了，按时间约定时间执行是个不错的主意，也算是为了主网的一个演习。
升级过程中有节点掉队也是正常的，没有必要做的这么中心化。只要网络没有bug，不影响继续前进。掉队的节点还可以再加来。

另外我知道有一个链的做法可以参考下，就是每一次强制升级的时候前几天epoch/块，来声明，如果有的节点没有升级（比如说强制升级后的连续10个块没有出成功），就不会处罚，但会把它T出共识队列。当然这都是需要在代码里改进和调整的。