GOC公链治理之声第15期 —GN节点对于GOC治理提案流程优化的讨论

重点提示：本期公众号内容作者为社区治理节点gocblock1111，治理节点goclabgnnode协助编辑。

01

—

背景介绍

GOC公链上治理提案的投票流程分为公示+GN投票+BP投票三个环节，整个流程周期时长共计3天+7天+7天，在完成全部流程后，参与投票的所有GN节点将获得治理提案投票激励。（关于GN治理投票激励的详细规则和算法，将另行专门的文章中介绍）

对于该初始流程，社区部分治理节点提出了自己的优化建议，本次治理之声的内容，即为治理节点间关于此问题的讨论内容。其中，治理节点goclabgnnode为GOC公链早期发起人之一。

02

—

详细讨论内容

gocblock1111：

GOC社群的小伙伴，尤其是GN节点的小伙伴肯定都很清楚，目前的议题流程是准备期3天（也可以直接提交），GN投票7天，BP投票7天，就是说一个议题的周期最少需要14天。个人觉得GN比较分散，7天的时间可以理解，但是只有BP只有21个，可以适当的缩短BP投票时间，另外从议题的时效性来考虑，也觉得这个时间有点长，所以前天我发起了一个关于缩短BP投票时间的议题。

（提案链接：http://browser.gocchain.io/proposals/28）

goclabgnnode：

       这个周期的设计，主要是因为，在白皮书中我们也提到了，未来志愿贡献者可以用提案来申请激励，社区的GN和BP共同来投票决策，所以这个就需要设置一定的周期，让各方有个理解和反应的时间。毕竟是一种新的机制，并且处于初始阶段，一定要给各方留足时间。

       第一个3天的时间，是考虑到议题提出后，可能短时间内提案人觉得需要调整下议题内容，那么这三天内都可以修改议题内容。而且，要考虑到，BP的决策流程和执行流程可能会比GN要长得多，GN可能就是你个人，马上就可以做成决策并投票，

       BP可能是一个群体机构，内部做出决策和统一意见，需要的时间比个人要长，然后还要走流程通过BP的运行技术人员或授权人员执行链上的投票。

gocblock1111：

我之前提出这个议题的初衷主要是担心议题的时效性。

goclabgnnode：

       那我们就在碰到类似问题时，就该问题的普遍性和关键性去讨论是否需要缩短，缩短的好处和风险是什么这个问题的一个解决思路是，将议题性质分开处理，对于包含激励申请的议题，设置固定的周期，涉及链本身的机制改变要设置固定的周期

       类似于这类意见征集型议题，可以做一个自由类型的，也就是说可以自定义投票时间，甚至可以选择这个议题只是意见征集，不需要BP投票

我个人的建议是在设计具有激励措施的链上治理活动时，要多方面思考缜密，防止机器人通过短时间的议题投票来非法获取利益。

gocblock1111：

了解了，个人也比较赞同可以通过建立某种新的提案类型来适应不同的提案内容需求。

03

—

结语

本次对于GN治理流程优化的讨论中，对于是否可设计一个可自定义投票时间周期的治理提案类型达成初步的共识，此项建议将纳入GOC 链上治理功能和机制的完善计划中，下一步将召集社区治理节点共同商讨该方案的详细机制设计。

GOC网址

https://gocchain.io/

GOC区块浏览器

http://browser.gocchain.io/

GOC微信公众号

GoC_Lab2018