目前如果出块率低,被罚出后需要三天时间才能解冻。对于新加入的测试阶段,确实存在各种意外原因导致的低出块被罚出的可能。而对于测试网络来说,罚出三天时间,很多进度都会被耽搁。
建议将罚出时间缩短,同意隔壁楼主说的降低为10分钟的提案,因为对于测试阶段来说,每时每刻都更加宝贵。缩短罚出时间也有利于更好地进行测试。
目前的测试网是零出块率才会被罚出。
明白,主要是针对罚出时间3天,周期较长,提出的建议缩短罚出时间的提案
这里有可治理的参数,好像有个参数可以缩短冻结周期的,不知道行不行?
1、验证节点名称:mayi
2、支持
3、原因:测试阶段可以取一个短一点的值,这样既兼顾公平,又可以多测试发现问题。
1、验证节点名称:IRISnet
2、支持
3、原因:测试阶段有罚出即可,罚出时间的长短不重要。
如果大多数节点同意,我们可以发起一次参数治理,不过参数治理的投票周期固定为2周时间,这个时间长度也需要考虑一下。
1、验证节点名称:platon_fans
2、支持
3、原因:测试阶段主要的任务是发现问题,不是惩罚。
刚瞄了隔壁治理指南,参数提案投票都要两周,投票通过才能生效
这个单位是结算周期哦,一个结算周期有多长啊,十分钟?
一个结算周期10750个块,就算按一秒一个块,也差不多要三个小时吧
这个意思是,最低要一个结算周期 ,其实三个小时也可以接受,兼顾了处罚的意义和测试网的情况,也算合理。
1、验证节点名称:WonderBox
2、支持,时间修改为一个结算周期
3、原因:测试阶段主要的任务是发现问题,不是惩罚。
1、验证节点名称:TomTomTom
2、支持
3、原因:测试阶段主要的任务是发现问题,不是惩罚。
1、验证节点名称:TomTomTom
2、支持
3、原因:测试阶段主要的任务是发现问题,不是惩罚。
了解一下?
1、验证节点名称:NodeFamily
2、支持
3、原因:测试阶段主要的任务是发现问题,不是惩罚。
1、验证节点名称:Nodeasy
2、支持
3、原因:测试阶段主要的任务是发现问题,不是惩罚。
1、验证节点名称:Bit Cat
2、支持
3、原因:测试阶段主要的任务是发现问题,不是惩罚。
(换了个账号,之前的账号删除了,发现回复的帖子也没了)