tiêu đề phụ

lời mở đầu:

tiêu đề phụ

tiêu đề phụ

Tại sao chúng ta cần DAO?

DAO là một thuật ngữ rất rộng. Các bài báo khác nhau mà tôi đã đọc có cách hiểu khác nhau về DAO. Đây thực chất là một định nghĩa về DAO theo các danh mục khác nhau. Trên thực tế, DAO là một hình thức tổ chức hoặc quan hệ sản xuất mới.

Trên cơ sở phân cấp, các nhóm và cá nhân khác nhau thành lập một tổ chức hợp tác.

https://future.a16z.com/dao-canon/

A16Z đã sưu tầm tương đối đầy đủ tài liệu học DAO và post lên đây:

Trong tài liệu học tập này, nhiều bài viết giải thích tại sao chúng ta cần DAO.

Tóm lại, DAO có:

Quyền tự chủ: Mọi quy tắc được xác định sẽ tự động được thực thi dựa trên hệ thống phi tập trung, độc lập với ý chí cá nhân. Điều này rất có thể áp dụng trong một số tình huống đòi hỏi độ tin cậy cao. Ví dụ: các cuộc trưng cầu dân ý về các thông số dự án liên quan đến lợi ích chính của người dùng, những thay đổi trong lưu thông mã thông báo dự án và quy tắc mở khóa, v.v., tất cả đều cần được DAO cùng quyết định dưới hình thức bỏ phiếu DAO và được thực hiện tự động theo kết quả đã thiết lập.

tiêu đề phụ

Vấn đề với DAO

Vấn đề với DAO

Tuy nhiên, sau khi đọc nhiều bài viết về DAO và thậm chí tham gia vào một số tổ chức DAO, chúng tôi thường thấy một số vấn đề chính:

1) Hiệu quả tổ chức của DAO rất thấp, chi phí liên lạc và cộng tác cao khiến DAO khó hoàn thành việc cộng tác trong một số vấn đề phức tạp.

2) Hình thức tổ chức của DAO không có cơ sở pháp lý và các quy định, quyền và nghĩa vụ của DAO chưa được giám sát đầy đủ.

Khi đối mặt với các vấn đề trên, chúng ta cần thực hiện một số phân chia cơ bản về các loại DAO, lý do là các loại DAO khác nhau có các yêu cầu hợp tác không nhất quán, tiền đề của việc đặt câu hỏi là làm rõ phạm vi của vấn đề.

Vì vậy, từ góc độ phức tạp trong cộng tác, tôi sẽ chia DAO thành các loại sau:

Nói chung, các kịch bản với các yêu cầu cộng tác chính là đủ và ConstitutionDAO là một ví dụ điển hình.

Các yêu cầu cộng tác trung gian đóng một vai trò rất tốt trong một số dự án DeFi trưởng thành, chẳng hạn như CurveDAO. Ngay cả khi CurveDAO trưởng thành, các cuộc tấn công mới chống lại DAO cũng đã xuất hiện. Mặc dù hành vi tấn công là sai nhưng nó cũng chứng minh mô hình quản trị cộng đồng của DAO Nó đã được ngày càng nhiều người dùng tôn trọng và công nhận.

Tuy nhiên, trong các tình huống phức tạp hơn, hiệu quả quản trị của các DAO hiện tại sẽ ảnh hưởng nghiêm trọng đến tiến trình của các sự kiện. Điều này cũng dẫn đến việc mức độ phân quyền của một số lượng lớn các sản phẩm phi tập trung là không cao, về bản chất, một số lượng lớn các dự án vẫn được vận hành và quyết định bởi một công ty cụ thể. Ngay cả sushi, một dự án cộng đồng không có VC và không có cơ chế khai thác trước, đã trải qua nhiều sự cố tập trung tiêu cực kể từ khi hoạt động. Người linh hồn đã từ chức, và người dẫn đầu thị trường ở khu vực Châu Á - Thái Bình Dương đã công khai đặt câu hỏi về việc tập trung hóa Sushi.

Có phải sự xuất hiện của rất nhiều vấn đề có nghĩa là DAO chỉ có thể hoàn thành chuyển đổi một phần khi đối mặt với các kịch bản phức tạp? Ví dụ như lúc đầu cấp trung gian cần quản trị cộng đồng, cấp cao cần quản trị doanh nghiệp?

Tôi không nghĩ vậy, vấn đề không phải là DAO không khả thi, mà là:

1) Cơ sở hạ tầng của DAO quá yếu

Tôi đã thử nhiều công cụ DAO, bao gồm các công cụ tạo DAO như Aragon, DAOstack, Colony và Haus cũng như một số Công cụ DAO như GNOSIS, Snapshot và Superfluid.

Người ta thấy rằng hầu hết chúng chỉ dành cho một số nhu cầu tương đối đơn giản, chẳng hạn như quyên góp biểu quyết, quản lý quỹ, v.v. Không thể xử lý các nhu cầu cộng tác nâng cao.

2) Tầm quan trọng của cộng đồng đối với DAO không được hiểu đầy đủ.

Thị trường càng fomo thì chi phí giáo dục người dùng càng cao, điều đó có nghĩa là một số lượng lớn người dùng không đủ kiên nhẫn để hiểu tầm quan trọng của DAO, điều này cũng dẫn đến việc thiếu quan tâm đến quyền tự chủ phi tập trung.

Vấn đề thứ hai dễ giải quyết hơn và người dùng sẽ chủ động chấp nhận ngưỡng cao hơn trong hai trường hợp:

(1) Sự kiện thiên nga đen xảy ra, chẳng hạn như các dự án DeFi thường xuyên bị đánh cắp, nhưng lý do khiến một số lượng lớn dự án bị đánh cắp thường là do vấn đề rò rỉ khóa cá nhân ngu ngốc và thậm chí tin tặc lừa đảo sẽ nhắm vào những người thường xuyên gửi mã trên các nhà phát triển github, gửi cho họ email và tin nhắn lừa đảo. Kết quả cuối cùng là rò rỉ thường xuyên. Loại vấn đề này rất dễ giải quyết, bạn có thể có đặc quyền của quản trị viên, nhưng hãy nhớ quản lý nhiều dấu hiệu. Đây cũng là một trong những trách nhiệm của DAO và cấu trúc quản lý phi tập trung sẽ tăng cường bảo mật rất nhiều.

tiêu đề phụ

giải pháp

giải pháp

1: Khấu trừ chuyển tiếp

Để giải quyết các vấn đề cộng tác phức tạp, trước tiên chúng ta cần xác định các biến khác nhau và đơn vị cộng tác nhỏ nhất, chẳng hạn như các vấn đề về cơ cấu tổ chức, vấn đề phân phối doanh thu, vấn đề quản lý quyền hạn và các vấn đề về xác định đóng góp trong các cộng tác phức tạp. Mỗi câu hỏi là một biến lớn, chứa nhiều biến chia nhỏ khác nhau.

Lấy vấn đề cơ cấu tổ chức làm ví dụ, cơ cấu tổ chức bao hàm nhiều biến số nhỏ như cấp độ, quyền hạn, trách nhiệm, nghĩa vụ của các chức năng khác nhau. Ở cấp độ công ty, nếu bạn muốn tính đến tất cả các khía cạnh của sự hợp tác phức tạp, khó khăn cũng giống như việc xây dựng một điều lệ công ty hoàn chỉnh, hệ thống quản lý và hệ thống nhân sự.

Do đó, rất khó để đưa ra trực tiếp các biến hoàn chỉnh và đơn vị nhỏ nhất ngay từ đầu, nhưng từ góc độ thiết kế sản phẩm, các yêu cầu hoàn hảo không thể đạt được trong một sớm một chiều mà cần phải cải tiến và phát triển liên tục. Do đó, chúng ta có thể thay đổi cách suy nghĩ, xuất phát từ tình hình thực tế, sử dụng suy nghĩ ngược để suy ra một số yêu cầu rõ ràng hiện có và giảm thiểu chúng hết mức có thể, để các yêu cầu mới trong tương lai sẽ không bị hạn chế bởi thiết kế ban đầu và nâng cao khả năng mở rộng.

2: khấu trừ ngược

(1) Thiết lập một kịch bản cộng tác đủ phức tạp - "Xây dựng giao thức DeFi tự trị cộng đồng từ con số 0 dưới dạng DAO.

(2) Sắp xếp tất cả các chức năng cần thiết để thiết kế, tạo và vận hành một dự án DeFi.

Trong hình trên, tôi đã sắp xếp các chức năng hoàn chỉnh cần thiết để vận hành một dự án DeFi. Trong số đó, có ba kiểu người ra quyết định và bảy kiểu người thừa hành. Số lượng người trong mỗi chức năng thay đổi tùy theo nhu cầu.

(3) Chia nhỏ lại công việc chính của từng chức năng

(4) Giá cho các chức năng và công việc khác nhau

Con số được đánh dấu ở mặt sau của mỗi công việc là giá được đánh giá (tưởng tượng, mỗi người có nguyên tắc định giá khác nhau, hãy xem)

Hiện tại, nội dung được viết ở trên đủ để thúc đẩy một công ty tập trung phát triển một dự án mới. Bởi vì quyền tự chủ nội bộ của công ty tập trung không yêu cầu quản lý minh bạch, không liên quan đến Token và không cần phức tạp cho cộng đồng, nên không cần DAO.

Tuy nhiên, các tổ chức phi tập trung cần phải xem xét nhiều hơn.Việc xem xét bổ sung đầu tiên là mức độ ra quyết định và các vấn đề về cơ cấu.

(5) Đặt cấp độ ra quyết định và cấu trúc của DAO

Khi một dự án DeFi mới nổi phải đối mặt với sự cạnh tranh thị trường ngày càng lớn, các giai đoạn phát triển khác nhau sẽ có cấu trúc ra quyết định khác nhau. Quá trình phát triển càng sớm thì quyền lực càng được tập trung để có thể đẩy nhanh tốc độ lặp lại và cạnh tranh. Nhưng càng phát triển về sau, quy mô quỹ quản lý càng lớn hay lợi ích liên quan đến Token càng lớn. Quyền lực cần được phân quyền và dân chủ hơn.

Cụ thể, chúng ta có thể đặt nó như thế này:

Đặt cấp ra quyết định thành ba loại: cấp ra quyết định, cấp điều hành và người dùng thông thường

Chia thang ra quyết định thành 4 cấp độ theo các quy tắc kích hoạt khác nhau

Làm rõ nghĩa vụ và phạm vi ra quyết định tương ứng với các cấp ra quyết định khác nhau.

(6) Xác định cơ chế khuyến khích

Sau khi làm rõ các yêu cầu chức năng và cơ chế ra quyết định, chúng ta cần suy nghĩ về cách tạo động lực:

Nói chung, sau khi xác định đóng góp của các chức năng khác nhau, các ưu đãi có thể được chia thành lương cơ bản và lương hiệu suất, trong DAO, đóng góp cũng có thể được chia thành hai loại: mã thông báo nền tảng và tài sản tiền tệ ổn định. Nhưng mấu chốt của vấn đề là nếu việc xác định kết quả phân phối theo công việc chỉ đơn giản là giới hạn loại công việc và khối lượng công việc thì không thể đánh giá chính xác giá trị đầu ra.

Vì vậy, trong môi trường làm việc truyền thống, hệ thống đánh giá cũng rất quan trọng, nên chúng ta có thể thiết kế toàn bộ cơ chế khuyến khích như sau:

Đầu tiên hãy xác định cốt lõi của cơ chế khuyến khích - Cống hiến để kiếm tiền và thiết lập các quy tắc như sau:

Kết hợp phân phối mã thông báo của Devote và DAO, khi tổng số tiền được cố định, mã thông báo của DAO được phân phối theo tỷ lệ điểm.

Các quy tắc cụ thể như sau:

6 bước trên là các nguyên tắc hợp tác tương đối cơ bản của DeFiDAO được suy luận thông qua phương pháp suy luận ngược, nhưng do buồn ngủ quá nên mình không viết các hệ thống quản trị và cơ chế đào thải khác, xmind tương đối đầy đủ hiện tại đăng trên Đây, nếu bạn muốn giúp tôi thêm, bạn có thể liên hệ với seerlabs để lấy phiên bản gốc, mại dâm miễn phí cũng được, theo dõi tôi trên Twitter:

Sự cộng tác của một dự án kỹ thuật phức tạp đến mức nó chỉ là những điều cơ bản, có thể thấy rằng sự cộng tác nâng cao của DAO thực sự rất khó khăn, cho đến nay chúng tôi vẫn chưa tìm thấy một dự án nào có thể đáp ứng đầy đủ tất cả các sự cộng tác nói trên nhu cầu thông qua DAO. Nhưng bằng cách phân loại toàn bộ quá trình, chúng ta có thể tìm thấy một quy tắc để tuân theo và có thể chúng ta có thể đề xuất một giải pháp đáp ứng nhu cầu cộng tác nâng cao:

3: Nền tảng quản lý cộng tác DAO tùy chỉnh

(1) Tại sao bạn cần

Trong quy trình làm việc hàng ngày, nhu cầu cộng tác luôn thay đổi nhưng không phải là không có dấu vết, từ phân tích trên chúng ta có thể thấy rõ hầu hết các chức năng đều có thể được sắp xếp thứ tự ưu tiên theo hành vi của sơ đồ tư duy, chẳng hạn như ra quyết định. -hệ thống tạo, Hệ thống đóng góp, hệ thống khuyến khích, hệ thống quản trị và cơ chế loại bỏ mà tôi không viết về, và quản lý quỹ đều có thể được gọi là yêu cầu cấp một, còn những yêu cầu khác có thể được gọi là yêu cầu cấp hai- và yêu cầu cấp ba.

Có thể diễn đạt xmind này theo cách khác sẽ rõ ràng hơn:

Từ quan điểm này, chúng tôi cần một công cụ rõ ràng và dễ sử dụng hơn như vậy để chỉnh sửa và tạo một số tổ chức phù hợp với nhu cầu cộng tác nâng cao từ cấp độ tinh tế hơn.

Mặc dù một số sản phẩm tôi đã thử đã có quá trình phát triển dần dần như vậy, nhưng mức độ của cấu trúc sản phẩm tổng thể vẫn chưa rõ ràng. Và thiếu khả năng tổng hợp tùy chỉnh.

Ví dụ: người tạo ra các sản phẩm phụ trợ đó không nên cung cấp một hoặc nhiều bộ mẫu mà nên xác định một số yêu cầu cấp một theo cách khác và các yêu cầu cấp cao hơn chỉ xác định phạm vi và quyền hạn của các chức năng.

Ngoài ra, thường có sự phụ thuộc lẫn nhau giữa các yêu cầu cấp độ đầu tiên khác nhau của cộng tác nâng cao, yêu cầu nền tảng quản lý cộng tác DAO mới để hỗ trợ phán đoán kết hợp các yêu cầu khác nhau. Ví dụ: hệ thống khuyến khích cần được liên kết với hệ thống đóng góp và hệ thống quản lý tài sản cần được liên kết với hệ thống khuyến khích.

Tóm lại, tôi nghĩ rằng thị trường cần một nền tảng quản lý hợp tác cho DAO.

(2) Nền tảng này cần đáp ứng các điều kiện sau:

a. Định nghĩa miễn phí

b.Có thể được xác định từng bước theo mức độ ưu tiên nghiêm ngặt

c. Các phản hồi có thể được kết hợp giữa các yêu cầu ưu tiên cao

d.Kiến trúc có thể được nâng cấp

e. Nhiều người hơn có thể đóng góp ý tưởng thiết kế quy trình làm việc và cung cấp mẫu

(3) Ý nghĩa của nền tảng này

Nếu một số yêu cầu cộng tác nâng cao có thể được đáp ứng ngay từ đầu (trên thực tế, độ khó kỹ thuật không cao), thì khả năng mở rộng của nền tảng này có thể trở nên rất mạnh mẽ, đặc biệt là các yêu cầu tạo DAO với tiền đề là các chính sách khác nhau không rõ ràng Thêm và các DAO hữu ích hơn có thể đạt được nhiều mục tiêu:

A. Có tiềm năng trở thành DAOstarter

b.Có tiềm năng trở thành một nền tảng tuyển dụng cho DAO

c. Có tiềm năng trở thành gitcoin

d. Có tiềm năng trở thành chất xúc tác web3

SeerLabs (Prophet Labs) là một tổ chức hàng đầu ở châu Á tập trung vào ươm tạo thị trường blockchain. Chúng tôi có các khái niệm tiếp thị tiên tiến toàn cầu và các hacker tăng trưởng, đồng thời cam kết giúp các bên dự án và công ty khởi nghiệp đạt được tốc độ tăng trưởng nhanh như chớp. Tham gia ươm tạo thành công hơn 30 dự án như Ploygon (MATIC), HoDooi.com, DIA, Paralink, Swingby, XEND Finance, BOSON, v.v.

Giới thiệu về SeerLabs:

SeerLabs (Prophet Labs) là một tổ chức hàng đầu ở châu Á tập trung vào ươm tạo thị trường blockchain. Chúng tôi có các khái niệm tiếp thị tiên tiến toàn cầu và các hacker tăng trưởng, đồng thời cam kết giúp các bên dự án và công ty khởi nghiệp đạt được tốc độ tăng trưởng nhanh như chớp. Tham gia ươm tạo thành công hơn 30 dự án như Ploygon (MATIC), HoDooi.com, DIA, Paralink, Swingby, XEND Finance, BOSON, v.v.

Cảnh báo rủi ro: Tài sản kỹ thuật số là mục tiêu đầu tư có rủi ro cao. Công chúng nói chung được yêu cầu xem xét chuỗi khối một cách hợp lý, nâng cao nhận thức về rủi ro và thiết lập các khái niệm tiền tệ và khái niệm đầu tư chính xác.