提案背景

REI Network 作为 EVM 兼容的新型公链,在自我迭代和性能探索上有着持续性进展,在 7 月 13 日 REI Network 引入“Free Stake”升级之后,REI Network 又将迎来重大升级。新版本在 EVM 的性能提升、机制创新等方面有着长足的进步,我们将此次硬分叉升级称之为——“Better POS”

 

从性能的角度而言,“Better POS”将会给 REI 的性能带来巨量的提升,整体性能将会在此次硬分叉升级之后提升5倍,同时意味着将会有巨大的成长空间,在生态承载能力,协议多样性,协议间的可组合性方面都会有突破性的进化。

 

机制的角度来看,本次硬分叉升级将会主要针对以下几个方面的问题,提出机制性解决方式的构想:

  1. 小黑屋机制:针对因节点状态不稳定潜在的安全性问题

在自 REI Network 超级节点启动以来网络已经稳定运行接近 90 天。在社区用户和各类治理角色的积极参与下,目前质押投票总数已超过 1.5 亿。验证者为 REI Network 的稳定运行和安全验证做出了巨大贡献。然而在长期运行的过程中,也出现了一些局部的问题。在节点运行中,由于各方超级节点的硬件设施和运营能力参差不齐,会出现掉块甚至停止出块的情况,这在一定程度上影响了当前 REI Network 整体性能和网络安全。针对此现象,本次升级拟引入小黑屋机制,旨在解决 REI 节点掉块和其他节点性能不稳定的问题。

  1. REI Network 网络保护模式最低阈值的优化:针对网络收益的分配性问题

由于此前基金会的激励性 staking 策略的存在,衍生出了两个不合理的现象:

其一是:个别超级节点在没有基金会的扶持下,投票占比和收益可能大幅下降,并会进一步影响到社区用户的质押收益,造成恶性循环,严重影响在线超级节点以及有意向的社区节点的积极性。这在一定程度上阻碍了 REI Network 链上的质押的进一步发展。

其二是:基金会此前提出的激励任务已经阶段性完成,网络不仅顺利启动,也让前期构建的节点获得了补贴性质的收益,平衡了先入者和后入者在同一网络中的具体利益。但根据当前的实际情况,REI Network 的将会在客观上挤占用户和节点的一部分收益空间,一定程度上影响了网络中参与者的可预期收益。

 

基于以上问题,我们将提出两项动议,以提高链上节点的稳定性和当前环境下节点收益状况。

 

具体目标

提高 REI Network 节点&质押者的整体收益,从而提高社区用户质押以及的积极性,鼓励活跃用户更多的参与到链上行为,增加链上的质押率,进而提高链上的稳定性和安全性,为链上的整体活跃和链的生态扩容做好前提准备。

 

必要决策

引入“Better POS”的硬分叉升级

-核心机制

  1. 1.REI Network 的 EVM 性能提升;
  2. 2.针对性地引入小黑屋机制;
  3. 3.将 REI Network 的保护模式最低阈值从 10%(1 亿),降低为 7%,(70M
  4. 4.引入对快照功能的支持

 

1/“小黑屋功能升级”具体内容

 

进入小黑屋的条件:

“超级节点”在一天内掉块超过大于等于 300 个块以上,将被送进“小黑屋”。

小黑屋的处罚方式:

在此期间将禁止出块,超级节点可以选择交罚金 20000 REI 重新参与出块,罚金的 20000 REI 将直接进入黑洞地址,永久锁定不可提取,节点也可以选择提取所有代币,退出节点竞选。同时,在此期间用户和节点质押的代币和节点奖励不受影响,都可以自由提取或改投其他节点。

2/“修改 REI Network 保护模式最低阈值”具体内容

REI Network 保护模式最低阈值从 10%(1 亿),降低为 7%(7000W)。

目前全网票数约为 1.5 亿,按照分红的收益规则,参与节点质押的数量越多,人均分到的收益将越少,再加之由于当前行业的周期性变化带来的影响,目前参与超级节点分红的收益的经济效应也会收到相应的影响。这将会严重影响在线超级节点以及有意向的社区节点的参与积极性。

所以基金会决定降低保护模式最低阈值以提高节点整体收益。在当前票数中,基金会“鼓励性”支持以及生态扶持类的质押,两约占到整体网络的 40%以上,随着支持票数和合作时间的到期。基金会部分票数会从节点中逐步地、有序地撤出,届时全网票数也将依然维持在 1 亿左右,也能保持当前节点的稳步运行,但根据计算将阈值降低为 7%(7000W),可进一步提高超级节点以及质押用户的收益同时平衡链上安全和稳定。

提案链接:https://forum.rei.network/t/consensus-check-rei-dao-5-proposal-better-pos-hard-fork-greatly-improved-evm-performance-and-optimized-on-chain-mechanism/116