AAVE, giao thức cho vay blue-chip, đã chính thức ra mắt mô-đun quản trị mới nhất – Aave Governance V3, vào hôm nay (27/12). Điều này mang lại những lợi thế đáng kể, bao gồm giảm đáng kể chi phí bỏ phiếu, bổ sung các bot tự động và cải thiện cơ sở hạ tầng chuỗi chéo, thiết lập một mô hình mới cho quản trị trên chuỗi.

Mục lục:

Giá trị tham chiếu của mô-đun quản trị Aave

Giao thức cho vay Aave nắm giữ khoảng 6,5 tỷ đô la tiền tính đến thời điểm bài viết này được viết, xếp hạng trong số ba sản phẩm trực tuyến hàng đầu (với Lido và Maker lần lượt là sản phẩm đầu tiên và thứ hai). Do đó, mọi cập nhật phải được tiếp cận hết sức thận trọng. Ngay cả việc quản trị cũng có thể tuân theo một bộ quy định và thực hiện hợp đồng chặt chẽ để giảm thiểu sai sót của con người hoặc rủi ro tập trung.

Ngược lại với các mô hình quản trị dự án khác dựa vào kiểm soát multisig của các chức năng cửa sau giao thức (một số thậm chí có thể không có multisig), giao thức Aave có cơ chế tương đối an toàn. Nó cung cấp những hiểu biết có giá trị về cơ chế quản trị lý tưởng cho tương lai.

Mặt khác, AAVE Governance V2 đã hoạt động từ năm 2020 và tính khả thi của nó đã được xác thực kỹ lưỡng. Nó thậm chí còn tạo điều kiện thuận lợi cho việc phát hành GHO stablecoin và tích hợp giao thức, xử lý một kỳ công kỹ thuật phức tạp như vậy chỉ thông qua hoạt động của mô-đun quản trị, điều này thực sự rất hấp dẫn.

Giới thiệu về Mô-đun quản trị Aave V2

Mô-đun AAVE Governance V2 hiện tại sẽ ngừng hoạt động, nhưng V3 sẽ kế thừa cấu trúc chung của nó và trải qua quá trình tối ưu hóa, đòi hỏi sự hiểu biết cơ bản.

Kiến trúc cơ bản

Mục tiêu hoạt động của AAVE Governance V2 là đạt được sự phân cấp hoàn toàn. DAO tự động cập nhật giao thức dựa trên kết quả quản trị trên chuỗi mà không cần dựa vào nhóm sáng lập để phê duyệt các đề xuất trên chuỗi.

Aave 治理 V2 架构(资料来源)
Kiến trúc Aave Governance V2 (nguồn)

Trong thực tế, Aave Governance V2 có thể được chia thành các thành phần sau:

• AaveGovernancev2: Chịu trách nhiệm xử lý việc tạo, gửi thông tin, cài đặt tham số, v.v. của AIP.
• Short Executor: được sử dụng để thực hiện các thay đổi nhỏ hơn đối với giao thức, chịu trách nhiệm thực thi nội dung của các đề xuất được truyền với ngưỡng thấp hơn để hoàn thành các bước lặp nhanh, chẳng hạn như đề xuất tăng hoặc giảm danh sách nội dung được chấp nhận trong giao thức.
• Long Executor: được sử dụng để thực hiện các thay đổi đáng kể đối với mã lõi của giao thức, chịu trách nhiệm thực thi các đề xuất vượt qua ngưỡng cao hơn, chẳng hạn như các đề xuất sửa đổi quy tắc logic của chính giao thức.
• Chiến lược quản trị: Xử lý logic hoạt động của các đề xuất và bỏ phiếu của người dùng, đồng thời xác định mã thông báo nào có thể được sử dụng để bỏ phiếu. Các token có thể được sử dụng để bỏ phiếu trong V2 là AAVE và stkAAVE (Stake AAVE).

Ngoài ra còn có một bộ hợp đồng gọi là Aave Guardian, được kiểm soát bởi nhiều chữ ký của mười địa chỉ. Trách nhiệm chính của nó là sửa đổi hợp đồng của giao thức trong các tình huống khẩn cấp, để bảo vệ tính bảo mật của giao thức. Tùy thuộc vào tình huống, các đề xuất độc hại có thể bị hủy hoặc thậm chí các hoạt động giao thức có thể bị ngừng.

(Lỗ hổng bảo mật Aave bùng nổ｜Quỹ không còn gặp rủi ro nữa, chờ cộng đồng bỏ phiếu để khởi động lại thị trường)

Dòng chảy hoạt động

Trước đây, cấu trúc cơ bản của quy trình quản trị của mô-đun Quản trị AAVE V2 như sau:

1. Gửi đề xuất: Đề xuất được thảo luận trong diễn đàn cộng đồng và việc kiểm tra Nhiệt độ được thực hiện, sau đó là bỏ phiếu Ảnh chụp nhanh ngoài chuỗi.
2. ARFC: Biên soạn các đề xuất vượt qua bỏ phiếu ngoài chuỗi thành một đề xuất hoàn chỉnh (AIP), gửi mã hoàn chỉnh cùng lúc và tiến hành lại bỏ phiếu Chụp nhanh ngoài chuỗi.
3. Gửi AIP: Thông thường, nhóm gửi AIP cho hợp đồng quản trị đối với các đề xuất vượt qua cuộc bỏ phiếu ngoài chuỗi thứ hai, nhưng bất kỳ ai cũng có thể gửi AIP.
4. Khoảng thời gian trì hoãn: Sau khoảng thời gian trì hoãn khoảng một ngày, hợp đồng quản trị sẽ hoàn thành ảnh chụp nhanh trạng thái mã thông báo và xác nhận quyền biểu quyết.
5. Bỏ phiếu trực tuyến: Có các ngưỡng vượt qua khác nhau cho các đề xuất có mức độ tác động khác nhau.
6. Thực hiện đề xuất: Sau khi đề xuất được thông qua, sẽ có một khoảng thời gian khóa. Sau khi kết thúc Short Executor hoặc Long Executor sẽ được dùng để thực thi code cập nhật theo đề xuất với mức độ tác động khác nhau. Phần này cần được kích hoạt bởi một địa chỉ bên ngoài.
7. Thực thi chuỗi chéo: Nếu đề xuất nằm trên mạng không phải Ethereum, thì cần phải thực hiện các giao dịch chuỗi chéo và thực hiện hợp đồng thực hiện của mạng tương ứng, cũng cần được kích hoạt bởi một địa chỉ bên ngoài.

Những vấn đề đang tồn tại

Các vấn đề được AAVE Governance V2 xác định sau ba năm hoạt động:

• Chi phí biểu quyết cao: Thiết kế hiện tại phát sinh chi phí gas đáng kể, đặc biệt ảnh hưởng đến người dùng nhỏ. Cả quyền biểu quyết mã thông báo Aave và stkAAVE đều được phân cấp, với hơn 150.000 chủ sở hữu Aave và 20.000 chủ sở hữu stkAAVE. Nhiều người dùng nắm giữ một lượng nhỏ token và quyền biểu quyết tương ứng. Ngay cả trong các trường hợp mà phí gas Ethereum tương đối thấp (ví dụ: 20 gwei), việc hoàn thành một cuộc bỏ phiếu vẫn tốn khoảng 5 đô la. Trong thời gian tắc nghẽn mạng, chi phí bỏ phiếu có thể tăng gấp 5 đến 10 lần.
• Quản trị và xung đột lợi ích mã thông báo: Để phù hợp với mô-đun quản trị hiện có, mã thông báo cần có thể truy vấn được bằng hợp đồng để xác minh quyền biểu quyết của chủ sở hữu mã thông báo AAVE và stkAAVE. Bản thân các mã thông báo yêu cầu ghi lại lịch sử số dư bổ sung, dẫn đến phí giao dịch tăng đối với chuyển khoản AAVE và stkAAVE. Điều này gián tiếp làm tăng chi phí hoạt động cho chủ sở hữu mã thông báo. Những thách thức này nêu bật sự cần thiết phải cải tiến mô hình Quản trị AAVE V2 để giải quyết chi phí bỏ phiếu, tăng cường phân cấp và giảm thiểu xung đột giữa quản trị và lợi ích mã thông báo.

Giới thiệu về Mô-đun quản trị Aave V3

Xem nhanh những điểm tương đồng và khác biệt giữa Aave Governance V3 và V2

• Tạo đề xuất:Quy tắc quản trị của V3 yêu cầu người đề xuất triển khai mã hợp đồng hợp lệ và có thể thực thi được trong hợp đồng Aave và hoàn tất đăng ký để được công nhận đề xuất trước khi tạo đề xuất.
• Độ trễ biểu quyết: Gần giống như V2, sẽ có độ trễ 1 ngày kể từ khi tạo đề xuất đến khi bắt đầu biểu quyết, với ảnh chụp nhanh về quyền biểu quyết được thực hiện sau khi kết thúc. Tuy nhiên, vì một số lý do kỹ thuật nên độ trễ trên v3 sẽ thay đổi theo giờ.
• Bỏ phiếu đề xuất: Trong hầu hết các trường hợp, cử tri sẽ không bỏ phiếu trên Ethereum mà trên các mạng khác như Polygon, Avalanche, Arbitrum hoặc Optimism, với nhiều mạng hơn sẽ được mở trong tương lai. Bổ sung: Việc bỏ phiếu cho một đề xuất sẽ chỉ được tiến hành trên một mạng chứ không phải trên nhiều mạng cùng một lúc. Người đề xuất có thể chọn mạng nào để bỏ phiếu dựa trên sở thích hoặc các yếu tố khác.
• Thực hiện đề xuất: Khóa thời gian và giai đoạn thực hiện của đề xuất sẽ giống hệt như trong V2, với việc thực thi được mở rộng sang các mạng khác.
• Chấp nhận thêm quyền biểu quyết ghi nhận tài sản: AAVE, aAAVE, stkAAVE và stkABPT đều sẽ nhận được quyền biểu quyết.

Cơ cấu thực hiện: quy trình vận hành quản trị

Tất cả các đề xuất trong tương lai trong mô-đun quản trị AAVE sẽ trải qua quy trình sau:

Quy trình vận hành Aave Governance V3(nguồn)

1. Gửi mã: Người đề xuất tạo đề xuất và gửi mã, đăng ký mã đó với hợp đồng kiểm soát trên mạng mục tiêu. Ví dụ: nếu đề xuất nhằm mục đích thêm các loại nội dung trên Aave v3 Avalanche thì đề xuất phải được gửi và mã được triển khai trên Avalanche mà không cần sự cho phép trong suốt quá trình.
2. Trả lại ID đề xuất: Sau khi hoàn tất quá trình tạo đề xuất, người đề xuất sẽ nhận được chứng chỉ nhận dạng từ mạng mục tiêu.
3. Tạo đề xuất: Những người đề xuất đủ điều kiện (có chứng chỉ nhận dạng và đủ quyền đề xuất) tạo đề xuất trên Ethereum bằng cách sử dụng hợp đồng quản trị cốt lõi, chọn mạng cho mã được gửi.
4. Bắt đầu đề xuất: Sau khoảng thời gian trì hoãn, các bot Aave hoặc bất kỳ địa chỉ Ethereum nào khác có thể bắt đầu đề xuất và hoàn thành ảnh chụp nhanh về trạng thái blockchain.
5. Gửi giá trị băm khối: Hợp đồng cốt lõi quản trị gửi thông tin đề xuất (băm khối Ethereum) đến cơ sở hạ tầng chuỗi chéo Aave.
6. Giải quyết trạng thái mạng mục tiêu: Trên mạng bỏ phiếu mục tiêu, bot Aave hoặc các địa chỉ khác sẽ hoàn tất việc giải quyết trạng thái toàn cầu được sử dụng để xác minh bỏ phiếu. Điều này bao gồm các giá trị băm khối Ethereum, cây trạng thái của chúng và cây trạng thái của tài sản biểu quyết.
7. Bắt đầu bỏ phiếu: Việc bỏ phiếu bắt đầu trên mạng mục tiêu.
8. Bỏ phiếu đề xuất: Mọi người dùng có quyền biểu quyết trên Ethereum đều có thể bỏ phiếu trên mạng mục tiêu thông qua hợp đồng biểu quyết.
9. Đóng biểu quyết: Các bot Aave hoặc các địa chỉ khác gọi cơ chế biểu quyết để đóng biểu quyết.
10. Giải quyết kết quả: Kết quả bỏ phiếu, dưới dạng đếm “có” và “không”, được gửi đến mạng chính Ethereum thông qua cơ sở hạ tầng chuỗi chéo Aave.
11. Chờ thực thi: Kết quả biểu quyết đạt được hợp đồng quản trị cốt lõi trên Ethereum. Sau khi xác minh và xác nhận thông tin, nó sẽ chờ thực thi.
12. Thực thi đề xuất: Các bot Aave hoặc các địa chỉ khác thực thi mã được cập nhật.
13. Thực thi chuỗi chéo: Mã được truyền đến hợp đồng thực thi tương ứng trên Ethereum hoặc mạng khác, bắt đầu khoảng thời gian khóa thời gian.
14. Chờ thực thi: Đối với các bản cập nhật bên ngoài Ethereum, hàng đợi nội dung trên bộ điều khiển tương ứng.
15. Thực thi đề xuất: Sau khi thời gian khóa kết thúc, các bot Aave hoặc các địa chỉ khác sẽ thực thi mã được cập nhật trên mạng mục tiêu.

Kiến trúc triển khai

Với kiến thức về khung hoạt động trên, chúng ta có thể hiểu rõ hơn các thành phần cốt lõi của Aave Governance V3:

• Hợp đồng quản trị lõi Ethereum: Chịu trách nhiệm quyết định giải quyết tất cả các mô-đun quản trị. Nó xác minh quyền biểu quyết của người dùng, ảnh chụp nhanh trạng thái, quyết định mã thông báo biểu quyết, xác định logic quy tắc biểu quyết, hủy các đề xuất độc hại thông qua Guardian, chuyển tiếp đề xuất đến mạng mục tiêu và duy trì hầu hết các nguyên tắc hoạt động của Aave Governance V2.
• Hợp đồng quản trị mạng mục tiêu (Máy bỏ phiếu Aave): Chịu trách nhiệm về các hoạt động quản trị trên mạng mục tiêu. Nó bao gồm việc chấp nhận mã và tương tác của người đề xuất, thực thi logic biểu quyết và trả về kết quả biểu quyết.
• Cơ sở hạ tầng truyền thông chuỗi chéo: Một cơ sở truyền thông chuỗi chéo mới được thiết kế để giải quyết nhu cầu kết nối của các mạng khác nhau trong tương lai. Các tính năng chính của nó bao gồm liên lạc hai chiều, chức năng tùy chỉnh và cơ chế cửa sau khẩn cấp.
• Aave Robot: Tự động triển khai hầu hết các chức năng quản trị, với cả chi phí tương tác và tương tác mạng do Aave DAO trực tiếp chịu trách nhiệm, chọn Tự động hóa Chainlink làm cốt lõi. Các chức năng chính bao gồm kích hoạt các đề xuất sau khoảng thời gian trì hoãn, cung cấp bằng chứng trạng thái cho mạng mục tiêu và thực thi cập nhật mã trên cả Ethereum và mạng mục tiêu.

Ngoài ra, do những thay đổi đáng kể trong quy tắc kiến trúc quản trị tổng thể, người dùng cần có quyền truy cập vào máy bỏ phiếu trên nhiều mạng khác nhau. Do đó, nhóm nòng cốt tại BGD Labs đã xây dựng lại giao diện front-end nguồn mở và cung cấp cho người dùng mã để tạo bản sao của riêng họ.

Hiện tại không có đề xuất nào cho giao diện front-end này(nguồn)

Ưu điểm của Quản trị Aave V3

• Giảm đáng kể chi phí bỏ phiếu:

Bằng cách bỏ phiếu trên các mạng bên ngoài, lấy mức phí hiện tại trên Polygon làm ví dụ, chi phí bỏ phiếu sẽ nằm trong khoảng từ 0,05 USD đến 0,1 USD. Chi phí này rẻ hơn khoảng 100 lần so với chi phí bỏ phiếu hiện tại trong Aave Governance V2. Nó thậm chí có thể cho phép người tham gia bỏ phiếu hoàn toàn miễn phí. Trong tương lai, DAO đề xuất chi trả tất cả chi phí bỏ phiếu của người tham gia. Nếu có 10.000 người tham gia, tổng chi phí sẽ chỉ là 750 USD, mức giá phải chăng.

• Giảm chi phí vận hành mã thông báo gốc:

Sẽ không còn ảnh chụp nhanh lịch sử số dư cho AAVE và stkAAVE nữa. Với việc nâng cấp hợp đồng thông minh trong Aave Governance V3, dự kiến việc chuyển giao AAVE và stkAAVE sẽ rẻ hơn khoảng 75%.

• Tự động hóa không được phép:

Mặc dù Aave Governance V3 bao gồm nhiều giai đoạn yêu cầu tương tác với blockchain để tạo ra các chuyển đổi trạng thái, nhưng các giai đoạn này có thể được tự động hóa thông qua Aave Robot. Điều này thuận tiện hơn nhiều so với V2, vốn yêu cầu người dùng kích hoạt thủ công.

Tuyên bố từ chối trách nhiệm:

1. Bài viết này được in lại từ [链新闻]. Mọi bản quyền đều thuộc về tác giả gốc [Kyle]. Nếu có ý kiến phản đối việc tái bản này, vui lòng liên hệ với nhóm Gate Learn , họ sẽ xử lý kịp thời.
2. Tuyên bố miễn trừ trách nhiệm pháp lý: Các quan điểm và ý kiến trình bày trong bài viết này chỉ là của tác giả và không cấu thành bất kỳ lời khuyên đầu tư nào.
3. Việc dịch bài viết sang các ngôn ngữ khác được thực hiện bởi nhóm Gate Learn. Trừ khi được đề cập, việc sao chép, phân phối hoặc đạo văn các bài viết đã dịch đều bị cấm.