治理安全模块

zhtb (73)in #chinese • 5 years ago

MakerDAO是以太坊上的抵押借贷平台和稳定币DAI的提供者；它也是最早为决策自投票到执行专门设置独立的DAO、发行治理通证、并较良好的发展至今的项目，其治理模式成为目前不少DeFi项目借鉴参考的对象。

治理框架上，Maker DAO尽管也是基于治理通证的法定人数投票，但其特色在于结合了链外协调；链上采用多种投票模式（二元、复数、即时决胜）；同时采用二次投票机制。其治理范围主要针对Maker协议的经济规则和协议参数，并通过参数的改变调整DAI的风险（稳定性的变化、决定供应量机制等）。

具体来看，一个提案一般会经过链下发起及初始投票、链上民意投票、执行投票（二次投票）三个阶段，同时还包括一个治理安全模块（Governance Security Module，GSM）用以反对恶意提案攻击。同Aragon一样，Maker DAO也进行了时间参数的设置：在执行投票通过后，会经历一个缓冲期，如果投票者启动GSM，则执行会被最多推迟24小时激活，期间可使用紧急关停等模块对攻击进行阻拦。

链下提案发起及投票—与Aave相似，论坛成员（无论是否持有MKR）提出基础提案，通过Signal议案发起论坛投票，形成共识的将被Maker选出的临时风险团队发布上链
链上民意投票（Polling Votes）—治理池（Governance Pool）将通过智能合约被创建；持MKR用户锁定通证投票，一币一票，一般为期3天。

复数投票（plurality voting）V.S. 即时决胜（instant run-off voting）—民意投票中多用复数投票，即可理解为包含多个选项的单选题，得票最高的获胜（包括“不改动”选项）；至去年末MakerDAO引入了即时决胜投票，即在投票的过程中对复数个选项进行优先级排序和个人分票，最后根据末尾淘汰制选出获胜提案。

执行投票（Executive Voting）—在提案投票完成后，至方案自动执行前的一轮投票，没有明确期限。执行投票是一个二元投票过程，只包含获胜方案和维持不变（不执行）两个选项；前者初始票数将归零重新投入，后者保持上一轮投票中的数量，但投票者可以选择解除MKR质押以减少投票比例。

整体来说，Maker DAO设计了一套相对标准、完善且同时兼顾效率的治理方案，且MKR销毁机制落地后，治理通证持有人将获得净值增加的额外收益，由此来激励组织成员进行治理。

Maker DAO的治理框架较Aragon系有如下优点：

链外协调，同Aave，此处不再赘述；

带动链上可治理的活跃性：多种投票决策机制提供了更丰富的决策场景，弱化链外共识的决定权；如单纯的二元决策（同意/拒绝）机制下，社区在链外就“同意”方向的提案达成较高共识后才能在链上发起，而多种机制则可以让社区仅对可执行的A-X个子方案进行（是/否）共识后较由链上投票选取最优方案；

安全性提升：二次投票（执行投票）及紧急安全模块可以防止恶意提案和投票攻击，提升基于智能合约治理的安全性

但也出现了如下问题：

治理中心化：这是链外协调机制共有的弊端，由于这一阶段的治理不像链上投票一样与个人利益直接相关（链上投票通过后即执行），因此必然出现链外信任，普通参与者提或不具备影响力。根据The Block统计，截止2020年底，Maker论坛上只有36个用户的提案进入了Signal投票流程，且多数是其生态内的6个核心人员提出（67.4%）。

成本及治理积极性：由于加入了二次投票，导致选择同一选项的用户至少发生两次费用，成本更高，将影响用户治理积极性。The Block统计，截止2020年，同一MKR地址参与执行投票的次数基本落在1-5次内，超过100次投票的仅7个地址。

本帖 steem 首发

治理安全模块

治理安全模块

本帖 steem 首发

最近新帖

Coin Marketplace