| 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管理界面中。這一點，目前還未有好的解決辦法。
請大家留言指出其中的錯誤或者提出改進意見。