当前DAO平台存在的一些现实问题

DAO平台是指任意用户都能创建DAO并对DAO进行管理的平台，比如Aragon，而不是一个具体的DAO本身。

        近两年，DAO的概念越来越红火，构建DAO的平台也随之出现。但不管是DAO本身还是DAO平台，目前都还没有很成熟的应用。本文以Aragon为参考，提出了当前DAO平台存在的一些现实问题，期望以后的发展中这些问题能有所改进。此文纯属个人意见，仅供大家参考。

一、DAO的现实需求不高，落地场景有限

        DAO目前来讲概念很火，但落地场景很少，基本上就是投票提案。怎么说呢，目前整个区块链的落地场景和需求都很少，需求较多的反而是半中心化的联盟链和私有链（比如说超级账本），所以说以太坊上的某类应用落地场景就更少。

二、DAO的决策模型固定

        不管你是采用声望还是股权作为投票权重，也不管你为投票设定了多么详尽的规则，也不管你设置了多少个决策参数，总之，这个决策模型你一旦选定，就是固定的。参数虽然可以修改，但很难增加，决策本身很难实现升级（由于以太坊智能合约代码的不可修改性）。

三、平台可预置（定制）的功能有限

        由于是建一个平台，而不是开发一个具体的DAO。因此平台一般是只做一个最小的实现，再预置一些常用的功能（Dapp）。然而，用户的需求是变化的和多样的，预置的功能是固定的和有限的，所以平台创建的DAO具体适用性不强，不能适用于某类组织等比较具体的情况。

四、DAO的功能扩展门槛较高

        除了平台预置的功能（Dapp）外，用户还可以自己扩展DAO的功能，但是需要自己或者委托第三方开发新的Dapp。不管是自己开发还是第三方开发，学习曲线都比较陡峭，还要通过代码安全审计，并不是一件容易的事情。如果两者都是收费服务的话，相当于在一个地方买产品，还要去另一个地方买服务，用户可接受性有一些差。

五、DAPP的升级无法前溯

        DAO的功能（Dapp）虽然设计为可以升级，但Dapp的升级只对以后新创建的DAO有效，对以前的DAPP完全没有影响，升级时很难做到完全兼容。单个的DAO可以手动处理这个问题（比如手动增加一个合约），但是面对大量的DAO，DAO平台是处理不了的。

六、投票执行交易时无法验证交易内容

        当投票执行交易时，该交易可以是调用任何合约的任何外部方法。但是在数据上我们只能得到一个调用地址和一串16进制作为调用数据（除了发起人，别人无法知晓这个调用数据代表什么含义）。因为调用的ABI未知，所以前端也无法解码，也无法知道调用合约的具体实现）。因此无法知道提案的描述和执行的交易是否一致，这时存在作弊的风险。

七、DAO平台的前端UI界面无法自主扩展

        目前前端UI一般使用客户端渲染，多采用流行的React库，最后再将源码打包后发布。因此前端UI的修改只能由平台方进行。这样用户自己扩展的功能需要自己做对应的前端UI，并且也无法融入到平台的DAO管理界面中。这一点，目前还未有好的解决办法。

请大家留言指出其中的错误或者提出改进意见。