DAO là gì?

Tổ chức tự trị phi tập trung (decentralized autonomous organization, DAO) là một cách tổ chức để nhiều người cùng ra quyết định, quản lý ngân quỹ hoặc duy trì một dự án theo những quy tắc đã thống nhất trước. DAO thường ghi tư cách thành viên, đề xuất, kết quả bỏ phiếu hoặc quyền với ngân quỹ lên blockchain, để người tham gia có thể đối chiếu cả quy tắc và cách quy tắc được thực hiện, thay vì giao mọi quyết định cho một quản trị viên.

DAO không phải một sản phẩm phần mềm cố định, và cũng không đồng nghĩa với "không có ai chịu trách nhiệm". Có DAO chủ yếu dùng bỏ phiếu trên chuỗi để điều khiển hợp đồng thông minh — tức chương trình được triển khai trên blockchain và thực thi theo mã đã định. Có DAO lại thảo luận và biểu quyết ngoài chuỗi trước, tức trong diễn đàn hoặc công cụ bỏ phiếu không ghi trực tiếp lên blockchain, rồi nhiều người cùng ký để thực thi. Đội phát triển, nhóm được uỷ thác hoặc quản trị viên khẩn cấp cũng có thể giữ lại những quyền nhất định. Muốn hiểu một DAO, cần xét riêng: ai được đề xuất, ai có quyền biểu quyết, kết quả được thực thi thế nào, và cuối cùng ai nắm ngân quỹ cùng quyền hệ thống.

DAO phối hợp con người, quy tắc và nguồn lực

Tổ chức thông thường có thể phối hợp thành viên bằng điều lệ, cuộc họp, tài khoản ngân hàng và hệ thống nội bộ. DAO đưa một phần những quy tắc và bản ghi đó vào hệ thống kỹ thuật có thể kiểm chứng công khai. Các thành phần phổ biến gồm:

• Quy tắc thành viên: ai được tham gia, đề xuất, bỏ phiếu hoặc đảm nhiệm một vai trò nào đó;
• Quy trình quản trị: đề xuất được trình thế nào, bỏ phiếu bắt đầu và kết thúc khi nào, cần điều kiện gì để được thông qua;
• Quyền thực thi: quyết định đã thông qua do hợp đồng thông minh tự động thực thi, hay do tài khoản và người ký được chỉ định hoàn tất;
• Nguồn lực chung: ngân quỹ, tham số giao thức, tên miền và các quyền khác do tài khoản hợp đồng hoặc nhiều người cùng quản lý;
• Công cụ trao đổi: diễn đàn, công cụ chat hoặc giao diện web dùng để thảo luận, trình bày đề xuất và thông báo cho thành viên.

Mỗi DAO có thể chỉ dùng một phần trong số đó, và tên gọi giống nhau cũng không có nghĩa quyền thành viên, cách bỏ phiếu hay cách kiểm soát ngân quỹ giống nhau. Những yếu tố phổ biến này cũng có thể đối chiếu với bài giới thiệu DAO của Ethereum.org.

Một quyết định đi từ đề xuất tới thực thi

Quản trị của DAO thường bắt đầu bằng một đề xuất. Đề xuất có thể chỉ nêu khuynh hướng của cộng đồng, hoặc kèm theo một thao tác on-chain đã sẵn sàng thực thi, ví dụ điều chỉnh tham số giao thức hoặc chi trả từ ngân quỹ chung.

Tiếp đó, hệ thống xác định theo quy tắc đã định xem ai được bỏ phiếu và mỗi người có bao nhiêu trọng số biểu quyết. Một số hệ thống chốt quyền bỏ phiếu của từng địa chỉ tại một block hoặc một thời điểm trong quá khứ; mốc tính này thường gọi là "snapshot". Vì vậy việc chuyển token sau đó thường không làm thay đổi trọng số dùng cho lần bỏ phiếu ấy; còn việc cùng một địa chỉ có bỏ phiếu lại được hay không thì do quy tắc kiểm phiếu của hợp đồng hoặc hệ thống bỏ phiếu cụ thể giới hạn. Khi bỏ phiếu kết thúc, hệ thống kiểm tra mức tham gia, tỷ lệ phiếu thuận và các điều kiện thông qua khác.

Bỏ phiếu được thông qua chưa chắc đã đồng nghĩa với quyết định đã được thực thi. Đề xuất có thể trước tiên bước vào thời gian chờ, để người tham gia kịp đối chiếu kết quả hoặc ứng phó rủi ro. Sau khi hết thời gian chờ, ở những hệ thống mở quyền thực thi thì bất kỳ ai cũng có thể gửi giao dịch thực thi; hệ thống khác lại cần nhiều người ký xác nhận, hoặc do quản trị viên hoàn tất ngoài chuỗi. Nếu đề xuất chỉ nhằm thăm dò ý kiến, nó thậm chí không tạo ra thao tác on-chain nào.

Vì vậy, khi xem một quyết định quản trị, ít nhất phải phân biệt ba giai đoạn: đã đề xuất, đã được biểu quyết thông qua, và đã thực sự thực thi. Tài liệu Governor của OpenZeppelin trình bày một quy trình on-chain: sau khi qua bỏ phiếu và kiểm tra điều kiện thông qua, đề xuất có thể vào hàng chờ, rồi được hợp đồng có quyền tương ứng thực thi. Đây là một cách triển khai phổ biến, không phải quy trình thống nhất của mọi DAO.

Tư cách thành viên và quyền bỏ phiếu có thể đến từ các quy tắc khác nhau

DAO không bắt buộc cho mọi người tham gia số phiếu bằng nhau. Các cách sắp xếp phổ biến gồm:

• Tính theo trọng số token: quyền biểu quyết liên quan tới số lượng một loại token quản trị;
• Theo tư cách thành viên hoặc danh tính: thành viên đã được phê duyệt mỗi người một phiếu, hoặc có quyền khác nhau theo vai trò;
• Theo đóng góp hoặc uy tín: quyền biểu quyết được phân theo lịch sử tham gia, mức đánh giá đóng góp hoặc một tư cách không thể chuyển nhượng;
• Nhiều người cùng ký: chỉ định trước một nhóm người ký, chỉ khi đủ số người quy định mới thực thi được thao tác;
• Mô hình kết hợp: nhóm thành viên rộng nêu ý kiến, rồi uỷ ban, người ký hoặc hợp đồng on-chain thực hiện.

Token quản trị thường dùng để tính quyền bỏ phiếu trong một bộ quy tắc nào đó, nhưng giữ token không tự động có nghĩa người giữ sở hữu một tổ chức, tài sản dự án, quyền hưởng doanh thu hay mọi quyết định vận hành. Quyền cụ thể phụ thuộc vào chức năng hợp đồng, quy tắc quản trị và các thỏa thuận khác.

Quyền bỏ phiếu còn có thể được uỷ quyền. Uỷ quyền là việc người tham gia giao quyền biểu quyết cho một địa chỉ khác sử dụng thay mình, chứ không phải chuyển token cho bên đó. Cách này có thể giúp những người sẵn sàng nghiên cứu đề xuất tham gia tập trung hơn, nhưng cũng có thể làm quyền lực dần dồn vào tay vài đại diện.

Số phiếu tối thiểu và ngưỡng thông qua giải quyết hai vấn đề khác nhau

Quy tắc quản trị thường quy định đồng thời yêu cầu về mức tham gia và yêu cầu để thông qua.

Số phiếu tối thiểu (quorum) là mức tham gia thấp nhất để một lần bỏ phiếu có hiệu lực. Chẳng hạn, quy tắc có thể yêu cầu phải đạt ít nhất một tỷ lệ nhất định trên tổng quyền bỏ phiếu, tránh việc rất ít người quyết định một vấn đề lớn khi các thành viên khác không tham gia.

Ngưỡng thông qua quyết định trong số phiếu hợp lệ cần bao nhiêu phiếu thuận. Có thể là đa số đơn giản, cũng có thể đòi tỷ lệ cao hơn với những việc như nâng cấp hợp đồng hay dùng khoản tiền lớn. Một số hệ thống còn đặt ngưỡng đề xuất, yêu cầu người khởi tạo phải có một mức quyền bỏ phiếu hoặc nhận được đủ ủng hộ, nhằm giảm đề xuất rác.

Đạt số phiếu tối thiểu chỉ cho thấy mức tham gia đã đủ, không có nghĩa đề xuất đã đủ phiếu thuận; ngược lại, phiếu thuận chiếm đa số vẫn có thể không thông qua vì tổng mức tham gia chưa đủ. Người đọc cần xem đồng thời cách kiểm phiếu: phiếu trắng có tính vào số phiếu tối thiểu hay không, việc không bỏ phiếu có ảnh hưởng gì, và quyền bỏ phiếu được tính theo thời điểm nào.

Bỏ phiếu trên chuỗi và ngoài chuỗi có năng lực thực thi khác nhau

Bỏ phiếu trên chuỗi gửi phiếu dưới dạng giao dịch blockchain, nên hợp đồng có thể trực tiếp đối chiếu quyền bỏ phiếu, kiểm phiếu và nối sang bước thực thi. Bản ghi của nó dễ kiểm chứng công khai, nhưng người tham gia có thể phải trả phí mạng, và logic bỏ phiếu cùng độ an toàn của hợp đồng cũng ảnh hưởng tới kết quả.

Bỏ phiếu ngoài chuỗi thường để người tham gia ký thông điệp, rồi một hệ thống độc lập thu thập và tổng hợp, không cần ghi từng phiếu lên blockchain. Chữ ký giúp xác định địa chỉ nào đã lựa chọn, nhưng kết quả bỏ phiếu chưa chắc tự động điều khiển được ngân quỹ hay hợp đồng. Nếu kết quả cần tài khoản nhiều người ký hoặc quản trị viên thực thi, người đọc còn nên kiểm tra xem bên thực thi có hành động đúng theo kết quả bỏ phiếu hay không.

"Ở trên chuỗi" cũng không bảo đảm quản trị hoàn toàn phân tán. Trang web có thể ẩn đề xuất, dịch vụ dữ liệu có thể hiển thị không đầy đủ, hợp đồng có thể giữ lại vai trò huỷ hoặc phủ quyết. Ngược lại, thảo luận và bỏ phiếu ngoài chuỗi cũng có thể được ghi lại công khai và tạo thành quy trình đáng tin; khác biệt nằm ở ràng buộc thực thi mà chúng dựa vào.

Ngân quỹ chung do cấu trúc quyền hạn quyết định

Ngân quỹ chung của DAO thường được gọi là kho quỹ. Kho quỹ có thể do hợp đồng quản trị, tài khoản nhiều người ký hoặc hệ thống quyền khác kiểm soát. Nhiều người cùng ký nghĩa là một thao tác cần đủ số người xác nhận trong nhóm người ký đã chỉ định trước, và một người ký không thể tự hoàn tất.

Giữa bỏ phiếu và kho quỹ có ba quan hệ phổ biến: đề xuất on-chain đã thông qua gọi trực tiếp tới kho quỹ; kết quả bỏ phiếu vào hợp đồng chờ rồi mới thực thi; hoặc bỏ phiếu chỉ đưa ra quyết định, còn người ký hoàn tất việc chi trả bằng tay. Ở cách thứ ba, bên biểu quyết và bên thực sự nắm quyền với ngân quỹ không phải cùng một nhóm.

Khi đánh giá kho quỹ, không thể chỉ nhìn số dư hay số người tham gia. Còn phải xem ai được thêm hoặc bớt người ký, sửa ngưỡng xác nhận, nâng cấp hợp đồng kiểm soát, huỷ thao tác đang trong hàng chờ, và khi xảy ra sự cố an ninh thì ai được tạm dừng hệ thống.

"Tự trị" không có nghĩa không cần con người tham gia

Chữ "tự trị" trong tên DAO thường chỉ việc một phần quy tắc có thể được phần mềm thực thi liên tục, chứ không phải mọi việc đều do mã tự động hoàn thành. Thành viên vẫn phải đưa ra phương án, đánh giá thông tin, phát triển phần mềm, xử lý tranh chấp và hoàn thành các việc ngoài chuỗi. Mã cũng chỉ thực thi được những điều kiện đã được viết vào, không thể tự xác nhận một cam kết trong thế giới thực đã được thực hiện hay chưa.

Tương tự, "phi tập trung" cũng không phải kết luận trắng đen. Một DAO có thể phân tán quyền bỏ phiếu cho rất nhiều thành viên nhưng lại để vài người ký kiểm soát ngân quỹ; cũng có thể cho bất kỳ ai xem và thực thi đề xuất đã thông qua, nhưng chỉ vài địa chỉ được quyền khởi tạo đề xuất.

Cách kiểm tra hữu ích hơn là đánh giá theo từng tầng:

• quyền đề xuất có mở hay do vài địa chỉ kiểm soát;
• quyền bỏ phiếu được phân bố thế nào, có dồn vào một số ít thành viên hay không;
• tỷ lệ tham gia bỏ phiếu có đủ để phản ánh ý kiến thành viên hay không;
• kết quả có thể do hợp đồng thực thi hay phụ thuộc vào sự phối hợp của bên được uỷ thác;
• quyền với kho quỹ, nâng cấp, tạm dừng và phủ quyết nằm trong tay ai;
• các trang web, diễn đàn, node và dịch vụ dữ liệu chính có bị phụ thuộc vào một nguồn duy nhất hay không.

Những câu trả lời này cùng nhau mô tả cấu trúc kiểm soát thực tế của DAO. Chỉ nhìn số thành viên, số người giữ token hay cái nhãn "quản trị on-chain" thì đều không đủ để kết luận nó phân tán đến mức nào.

DAO, DApp, hợp đồng thông minh và token quản trị

DAO là một cách tổ chức để phối hợp quyết định và nguồn lực; còn ứng dụng phi tập trung (DApp) là ứng dụng giúp người dùng sử dụng chương trình on-chain và các dịch vụ liên quan. DAO có thể dùng DApp để cung cấp giao diện đề xuất và bỏ phiếu, nhưng DApp thông thường không nhất thiết có cơ chế quản trị theo thành viên.

Hợp đồng thông minh là chương trình trên blockchain thực thi theo mã. Một DAO có thể gồm nhiều hợp đồng, trang web, diễn đàn và vai trò do người đảm nhiệm, nên không thể coi bản thân hợp đồng quản trị là toàn bộ DAO.

Token quản trị là một công cụ để phân bổ hoặc ghi nhận quyền bỏ phiếu. DAO có thể không dùng token giao dịch được mà dùng tư cách thành viên, uy tín hoặc cơ chế nhiều người ký; và dự án có token quản trị cũng không nhất thiết giao quyền với kho quỹ, nâng cấp hay vận hành cho việc bỏ phiếu bằng token.

Giới hạn và rủi ro chính của DAO

Công khai quy tắc không xoá bỏ được rủi ro quản trị. Các vấn đề thường gặp gồm:

• quyền bỏ phiếu hoặc uỷ quyền bị tập trung, vài người tham gia có thể định hướng kết quả;
• phần lớn thành viên không bỏ phiếu, khiến tỷ lệ tham gia thấp quyết định những việc quan trọng;
• mô tả đề xuất không khớp với mã sẽ thực sự được thực thi;
• đề xuất có ý xấu lợi dụng quyền của hợp đồng để chuyển ngân quỹ hoặc sửa quy tắc then chốt;
• hợp đồng quản trị, kho quỹ hoặc giao diện web có lỗ hổng;
• quản trị viên, người có quyền phủ quyết hoặc người ký nắm quyền vượt quá mức thành viên dự kiến;
• thời gian chờ quá ngắn khiến thành viên không kịp phát hiện rủi ro, hoặc quá dài nên không ứng phó kịp tình huống khẩn cấp;
• thông tin ngoài chuỗi sai, dẫn tới việc bỏ phiếu trên một tiền đề không đúng.

Blockchain có thể giúp người tham gia kiểm chứng bản ghi bỏ phiếu và việc thực thi trên chuỗi, nhưng không bảo đảm đề xuất là hợp lý hay người tham gia đã nắm đủ thông tin, và cũng không tự động chứng minh hành động ngoài chuỗi đã hoàn tất. Khi đọc tài liệu về DAO, cần tách những cách nói mang tính quảng bá như "cộng đồng sở hữu" hay "hoàn toàn tự trị" ra để đối chiếu với quyền thực tế trong hợp đồng và quy trình thực thi.

Câu hỏi thường gặp

DAO có bắt buộc phát hành token quản trị không?

Không. Tư cách thành viên, lịch sử đóng góp, tư cách không thể chuyển nhượng hay cơ chế nhiều người ký đều có thể dùng để phân bổ quyền quyết định. Token chỉ là một công cụ phổ biến.

Bỏ phiếu thông qua là chắc chắn tự động thực thi?

Không hẳn. Kết quả có thể do hợp đồng tự động thực thi, nhưng cũng có thể cần thời gian chờ, giao dịch bổ sung, nhiều bên cùng ký hoặc thao tác thủ công. Nên xem hệ thống bỏ phiếu được nối với quyền cuối cùng như thế nào.

DAO thì không có quản trị viên?

Không hẳn. DAO có thể giữ lại các vai trò nâng cấp, tạm dừng, phủ quyết, huỷ đề xuất hoặc quản lý giao diện. Việc những quyền đó có tồn tại và do ai nắm quan trọng hơn bản thân cái tên "DAO".

Người nhiều token thì chắc chắn kiểm soát được DAO?

Tùy vào quy tắc bỏ phiếu, phân bố token, uỷ quyền, số phiếu tối thiểu và ngưỡng thông qua. Trong hệ thống tính theo trọng số token, nắm hoặc có được nhiều quyền bỏ phiếu thường làm tăng ảnh hưởng, nhưng các giới hạn khác và hành vi của người tham gia cũng làm thay đổi kết quả.

Mọi hoạt động của DAO đều công khai?

Không hẳn. Giao dịch trên chuỗi và trạng thái hợp đồng thường tra cứu được công khai, nhưng thảo luận, danh tính thành viên, công việc phát triển và các thỏa thuận ngoài chuỗi có thể không công khai. Kết quả hiển thị trên trang web cũng cần đối chiếu với bản ghi trên chuỗi.

Khái niệm liên quan

Tìm hiểu thêm về hợp đồng thông minh, ứng dụng phi tập trung (DApp), blockchain, ví không lưu ký và token mã hóa, hoặc trở lại bảng thuật ngữ tiền mã hóa.

Nguồn

• Ethereum.org: giới thiệu về DAO — các hình thức thành viên phổ biến, đề xuất, bỏ phiếu, uỷ quyền, nhiều người ký và ngân quỹ chung trong DAO.
• OpenZeppelin Docs: quản trị on-chain — snapshot quyền bỏ phiếu, số phiếu tối thiểu, ngưỡng đề xuất, chu kỳ bỏ phiếu, thời gian chờ và thực thi.
• OpenZeppelin Docs: Governance API — các module quản trị, quy tắc kiểm phiếu và vai trò đề xuất, thực thi trong hợp đồng hẹn giờ.