3月31日节点讨论会议记录——关于PoD出块惩罚规则调整
English Version
会议编号：NIP-CN-20200331
会议时间： 北京时间2020年3月31日10:00 - 11:00
参与节点（人员）：
十余名成员参与，其中MRH2（Ravin）、SNZPool（原帅 Yuan Shuai）、InfStones（Rudy）、I.B.N.（Zoey）、ATP-NAS（Lobatt）、GoBoost（Leec），以及星云基金会成员：Hitters、Becky、Iris、Larry等人参与发言
///
会议背景：
NIP199 - PoD出块惩罚规则调整提案（提出者：MarkAU）于3月12日通过，建议调整当前的出块惩罚规则。点击查看关于当前出块惩罚规则的介绍。此后Natoshi1(Dustin)、MRH2（Ravin）、GoogleNAS（Racho）、SNZPool（Yuan Shuai）、NASAU01（Mark）、InfStones（Sili）、StackOfStake（Shestovsk）等节点代表提出了7个不同的提案，点击这里查看。
会议内容和目标：
中文区节点针对出块惩罚规则修改建议进行第一次沟通，中文区节点介绍自己的提案，并达成初步共识。
会议总结：
- PoD基本规则应足够简单，复杂的方案可以独立立项。
- 为了保证主网稳定性，节点如果漏出块，需要立即影响到出块稳定指数。但冻结NAS可以不用即刻进行，建议延长至10个轮询周期后操作。
- 周四英文节点会议之后会总结大家的观点，在大家认可下组成2-3个提案，于首次主网治理投票上由第一批治理节点投票决策产生最终的治理规则。
///
会议发言概述：
1.关于节点惩罚规则的讨论：
MRH2（Ravin）：
搞一个保险机制。鼓励组建类保险业务，即对当下可以正常出块的均为多数，均摊保费，在惩罚机制有上限的情况下，根据过往数据，设计财险模型，直接在智能合约上实现。
Becky：可以另外拓展，不需要做在基础的PoD层面上。StackOfStake的提案中，对MRH2的提案有点评，看法类似，认为保险业务可以做成一个独立的机制或产品。
Hitters：目前全球疫情蔓延，也出现了MakerDAO大额损失等情况。如果有一个有效的保险机制，可以避免这种情况发生。但保险是对链上违约行为的检测。本质上和PoD无关。
对星云基金会来说，保证基本体系顺利运转是最重要的目标。包括PoD节点运行、治理协商机制等等。
保险可以从另外两个角度来拓展：
- 深度挖掘。暂时不推动保险业务，保险业务可能是另外一个项目，三个月做出来。首批获益对象可以是节点运营方。
- 广度挖掘。为MakerDAO、DeFi等星云生态外的产品提供保险服务。
-
SNZPool（Yuan Shuai）：
对于严重程度中的情况，建议不要立即冻结质押金NAS（1小时内）。出块稳定指数可以立即调整，但是冻结资金的话最少10个轮询周期（差不多10小时）。因为1小时内可能运营方还没发现，但10个小时差不多可以发现了。
Larry：原来的规则设置出发点是必须保证主网稳定性。所以需要立即对不能正常出块的节点进行处理。
Iris：介绍一下基本情况。严重程度为中的情况是说在一个轮询周期内，10个块一个也没出。惩罚分为2部分：
- 影响出块稳定指数。主网稳定性通过出块稳定指数来保证，降低出块稳定指数可以保证在接下来的轮询周期内，不稳定的节点不会影响到主网稳定性。
- 冻结NAS。
同意2部分拆分操作。出块稳定指数立即调整，但冻结NAS可以延后至10个轮询周期后操作。
Becky：同意拆分惩罚步骤。立即冻结NAS也会引起节点因为保证金小于20,000NAS而无法正常出块，影响节点对漏出块情况进行相应调整。
-
SNZPool（Yuan Shuai）：
对于严重程度高的情况，当前100%冻结NAS和NAX过于严厉 *。也存在多签误操作，节点运营方不一定是存心的。横向来看，例如在Cosmos生态中，多签的惩罚也仅仅只有5%。建议调整冻结比例不超过10%。
Larry：严重程度高的情况主要是针对双花、抢先出块等，存在异常的情况。不包括普通的漏出块情况。确实也可以适当调整比例。
* 已被冻结的NAS和NAX并非立即扣除。可以通过提案申诉，在治理投票时申请撤销冻结。如果投票通过，被治理节点认为情有可原，可以取消冻结。
-
InfStones（Rudy）：
不要做太过复杂的规则，否则容易出现bug。像DeFi，大家设想很好，实际运行中发现越是复杂越是容易出现各种问题。横向比较后，觉得当前的惩罚规则是可行的，不需要调整。先用最简单的规则运行起来。
Becky：补充一下。如果遇到调整服务器，可以在节点管理平台点击暂停节点。暂停的节点不会轮到出块，以防被意外惩罚。
ATP-NAS（Lobatt）：关于节点监控的相关服务要跟进，如漏出块邮件提醒必须有。邮件列表比微信信息更清晰。同意Rudy的看法，规则不要太复杂。
I.B.N.（Zoey）：同意Rudy和Lobatt的说法，规则不要太复杂。
-
2. 其他建议：
Becky：后续处理流程建议如下：
- 本周四节点英文会议召开。
- 英文会议之后，会总结2-3个提案。
- 做一次最终讨论。
- 在首次主网NAX治理投票时，治理节点投票确认最终方案。
-
MRH2（Ravin）：会议纪要需要有一个地方露出，方便查看。
Hitters：非常好的建议。会在Go.nebulas上相应提案下面露出，也会在论坛露出。我们现在有一个新的计划就是NAS ID。NAS ID后续会打通Go.nebulas、节点平台、论坛等平台。提升用户体验。
Leec：NAS ID是一个类似于ENS的服务，提供域名服务，但又不完全相同。有一些产品除了提供域名服务，还提供增值服务，关于金融产品的服务、用户身份关联服务如KYC等。解决区块链身份认证、安全性、体验之间的关系。我们需要打通地址和用户之间的关系，生态内部联动，与外部生态也产生联动。
-
Hitters：建议每两周做一次节点交流。节点交流应为常态，非仅仅为了某一个提案临时组织。
面对当前的疫情，有3点建议。
- 对行业的判断。这不是钱多钱少的问题，钱总会花完的。帮助渡过寒冬的，首先是你的兴趣。有了兴趣，才能做好准备。2017-2018年单纯为了钱涌入区块链生态的人不少都退潮了。
- 对星云的判断。星云希望构建什么？透明、开放、共建的生态。首先二季度星云会优化数据面板。做好节点、出块、行情、交易等信息的公开。然后推进PoD治理机制的流畅运作。以前的公链互不兼容，像武林门派一样。但其实需要更加开放。在这个尝试的过程中，流程上或多或少肯定会有问题，这意味着有改进的机会，需要学习同行，去直面问题。去中心化是一个过程，不是圣杯。我们希望让区块链更加有趣、有用、有效。
- 对个人的看法。更多的连接，更开放的心态。
