Chi tiết về Aave Governance V2: Hệ thống ra quyết định hiệu quả và bao quát hơn
Tuyển chọn TechFlowTuyển chọn TechFlow
Chi tiết về Aave Governance V2: Hệ thống ra quyết định hiệu quả và bao quát hơn
Kể từ khi được kích hoạt trong AIP-4, Aave Governance V2 đã thông qua 272 đề xuất trên chuỗi, cung cấp cho cộng đồng một nền tảng an toàn, hiệu quả và phi tập trung để tạo đề xuất, bỏ phiếu và thực thi.
Chuyên sâu báo cáo Web3Tác giả: CALLEN
Biên dịch: TechFlow
Tóm tắt
-
Kể từ ETHLend năm 2017, Aave đã đạt được sự tăng trưởng mạnh mẽ về việc sử dụng giao thức và tham gia quản trị, trở thành một trong những giao thức DeFi lớn nhất với lượng tiền gửi đạt 5,891 tỷ USD.
-
Aave đã thực hiện nhiều nâng cấp về kiến trúc cho vay, triển khai Aave V2 và Aave V3, đồng thời ra mắt Aave Governance V2.
-
Aave Governance V2 giới thiệu hệ thống quản trị hoàn toàn phi tập trung cho DAO, nghĩa là DAO không còn phụ thuộc hoàn toàn vào đội ngũ sáng lập Aave để phê duyệt các đề xuất trên chuỗi.
-
Aave Governance V2 bổ sung các chức năng mới cho quản trị như tách biệt quyền biểu quyết và quyền đề xuất, chiến lược bỏ phiếu, nhiều thực thể thực thi và tài khoản đa chữ ký Guardian do cộng đồng bầu chọn.
-
Aave Governance V2 gồm 4 hợp đồng thông minh cốt lõi: AaveGovernanceV2, Short Executor, Long Executor và GovernanceStrategy. Chúng chịu trách nhiệm tạo, biểu quyết và thực thi các Aave Improvement Proposals (AIPs) trên mạng chính Ethereum và các chuỗi khác.
-
Aave Governance V2 đạt được mức độ sử dụng cao, với 272 đề xuất được đưa ra, thúc đẩy những thay đổi quan trọng cho Aave như triển khai thành công Aave V3 trên 8 chuỗi và ra mắt GHO – stablecoin phi tập trung của Aave.
Giới thiệu về Aave
Aave là giao thức cho vay phi tập trung lớn nhất và là giao thức DeFi lớn thứ ba, với tổng lượng tiền gửi trên 8 blockchain đạt 5,891 tỷ USD. Aave bắt đầu vào năm 2017 với tên gọi ETHLend, huy động được 16,2 triệu USD trong đợt phát hành token ban đầu dưới dạng nền tảng cho vay ngang hàng (P2P) phi tập trung, đổi lấy token LEND. Năm 2018, ETHLend đổi tên thành Aave, đánh dấu sự chuyển đổi của giao thức từ mô hình P2P sang mô hình bể thanh khoản. Vào tháng 1 năm 2020, Aave V1 ra mắt, vài tháng sau đó thực hiện chuyển đổi token từ LEND sang AAVE.
Mô hình bể thanh khoản cho phép gộp các token của người gửi tiền lại với nhau nhằm cung cấp tính thanh khoản tức thì cho người đi vay, thay vì phải chờ đợi đối tác phù hợp như trong mô hình P2P. Điều này giúp người gửi tiền thụ động kiếm lợi nhuận từ lãi suất mà các người đi vay khác trả theo thời gian.
Chuyển nhanh đến năm 2023, Aave đã đạt được sự tăng trưởng đáng kể về mức độ sử dụng và lượng tiền gửi, đồng thời phát hành và triển khai Aave V2 trên nhiều blockchain, gần đây nhất là Aave V3.
Ngoài các nâng cấp về kiến trúc cho vay của Aave, chúng ta còn chứng kiến hệ thống quản trị của Aave được cải tổ triệt để với việc ra mắt Aave Governance V2 – một hệ thống quản trị trên chuỗi hoàn toàn phi tập trung với các chức năng được cải tiến.
Cùng với sự ra đời của Aave Governance V2, một kỷ nguyên mới về quản trị phi tập trung hoàn toàn trên chuỗi đã mở ra cho DAO. Kể từ khi ra mắt, hệ thống quản trị mới đã trải qua hoạt động mạnh mẽ, xử lý việc tạo ra 272 đề xuất, bao gồm cả việc ra mắt Aave V3, GHO – stablecoin phi tập trung của Aave, và niêm yết các tài sản mới.
Aave Governance V2 là gì?
Aave Governance V2 là một bộ hợp đồng thông minh hỗ trợ hoạt động của giao thức Aave và Aave DAO. Nó lần đầu tiên được đề xuất bởi Marc Zeller và kích hoạt theo AIP-4 vào tháng 12 năm 2020, mang đến 4 cải tiến quản trị then chốt cho Aave:
-
Tách biệt quyền biểu quyết và quyền đề xuất: Người nắm giữ Aave/stkAAVE có thể chọn ủy quyền riêng quyền đề xuất trong khi vẫn giữ quyền biểu quyết; và ngược lại.
-
Chiến lược bỏ phiếu: Các dạng token Aave đã được quản trị phê duyệt có thể được cho phép biểu quyết đối với các đề xuất.
-
Nhiều thực thể thực thi: Thực thi ngắn hạn và dài hạn cho phép thiết lập các yêu cầu biểu quyết khác nhau tùy theo tầm quan trọng của thay đổi được đề xuất.
-
Guardian: Tài khoản đa chữ ký do cộng đồng bầu chọn, trong đó cá nhân có thể phủ quyết hoặc hủy các đề xuất chứa mã độc hại.
Aave Governance V2 được lấy cảm hứng từ mô hình quản trị đại diện, mô phỏng nhưng không ép buộc nền dân chủ đại diện. Đồng thời, những chức năng mới này cung cấp cho Aave một hệ thống quản trị bao hàm hơn, hiệu quả và mạnh mẽ hơn.
Tuy nhiên, có thể lập luận rằng thay đổi quan trọng nhất đối với Aave dưới Aave Governance V2 là bất kỳ ai cũng có thể gửi và thực hiện AIP (Aave Improvement Proposal). Đây là điều không thể thực hiện được dưới phiên bản tiền nhiệm Aave Governance V1.
Cụ thể, V2 bỏ qua bước 4 trong quy trình quản trị V1, vốn chỉ cho phép đội ngũ sáng lập Aave gửi AIP như các đề xuất quản trị ràng buộc. Bây giờ, bất kỳ ai có đủ AAVE/stkAAVE đều có thể gửi và thực hiện AIP theo cách hoàn toàn phi tập trung.
V1 và V2 có điểm tương đồng ở giai đoạn khởi đầu của vòng đời đề xuất, đó là đề xuất thay đổi và thảo luận với cộng đồng. Tuy nhiên, bước thứ ba: Yêu cầu bình luận cuối cùng của Aave (ARFC) là phiên bản cuối cùng của đề xuất, bao gồm ý kiến từ nhà cung cấp dịch vụ rủi ro của DAO. Bước thứ tư cần cuộc biểu quyết cộng đồng để xác định liệu họ có hài lòng với thay đổi cuối cùng hay không, và cuối cùng, bước thứ năm phê duyệt các thay đổi này trên chuỗi thông qua Đề xuất Cải tiến Aave (AIP) chính thức bằng Aave Governance V2.
Cơ chế hoạt động như thế nào?
Aave Governance V2 gồm 4 hợp đồng thông minh cốt lõi: AaveGovernanceV2, Short Executor, Long Executor và GovernanceStrategy. Những hợp đồng cốt lõi này chịu trách nhiệm xử lý toàn bộ quá trình AIP từ đầu đến cuối, đồng thời cung cấp 3 chức năng chính:
-
Tạo đề xuất: Bất kỳ thành viên cộng đồng nào có đủ quyền đề xuất đều có thể tạo đề xuất dưới bất kỳ danh mục con nào của chính sách Aave. Thời gian biểu quyết, quyền hạn và sự đồng thuận của cộng đồng được xác định dựa trên chính sách đang được thay đổi.
-
Bỏ phiếu đề xuất: Sau khi đề xuất bắt đầu, người nắm giữ AAVE/stkAAVE có thể biểu quyết kết quả bằng lựa chọn YAE hoặc NAE.
-
Thực thi đề xuất: Nếu đề xuất được chủ sở hữu token chấp thuận, nó sẽ bước vào giai đoạn trì hoãn (khóa thời gian), cho phép người dùng phản đối thay đổi có thể rút khỏi hệ thống (ví dụ: rút khỏi vị thế đi vay do kiểm soát rủi ro nghiêm ngặt hơn). Sau khi hết giai đoạn trì hoãn, đề xuất bước vào giai đoạn ân hạn và có thể được thực thi bởi bất kỳ địa chỉ Ethereum nào bằng cách gọi hàm thực thi trong hợp đồng Short/Long Executor, hoặc trong trường hợp xấu, Guardian có thể phủ quyết/hủy đề xuất.
Cụ thể:
-
AaveGovernanceV2 chịu trách nhiệm tạo AIP và yêu cầu người dùng gửi thông tin, xác định thực thể thực thi cần dùng và các thay đổi họ muốn áp dụng lên giao thức. Nó cũng chịu trách nhiệm thiết lập độ dài của giai đoạn xem xét.
-
Short Executor dùng để thực hiện các thay đổi nhỏ đối với giao thức, cho phép đạt được sự đồng thuận nhanh hơn và ít nghiêm ngặt hơn (ví dụ: thay đổi tham số, niêm yết tài sản, v.v.).
-
Long Executor dùng để thực hiện các thay đổi lớn đối với mã cốt lõi của giao thức, ảnh hưởng đến sự đồng thuận quản trị và đòi hỏi quá trình đồng thuận dài và quy mô lớn (ví dụ: thay đổi token AAVE, tham số quản trị V2 và bản thân nó).
-
GovernanceStrategy xử lý logic đo lường quyền đề xuất và quyền biểu quyết của người dùng. Nó cũng định nghĩa các token có thể được dùng trong biểu quyết (tức là AAVE và stkAAVE).
Để hiểu rõ hơn cách các hợp đồng thông minh này tương tác với nhau, hãy xem xét một đề xuất gần đây trên chuỗi do Llama đề xuất niêm yết LDO trên Aave V3 Ethereum. Vì đây là đề xuất niêm yết tài sản, không liên quan đến các tham số đồng thuận quản trị then chốt, Llama đã sử dụng Short Executor và gửi tất cả thông tin liên quan thông qua hợp đồng thông minh AaveGovernanceV2 để niêm yết LDO.
Đồng thời, AaveGovernanceV2 đọc yêu cầu đồng thuận từ hợp đồng thông minh Short Executor và kiểm tra chéo với GovernanceStrategy để trước tiên xác định cách tính quyền đề xuất của Llama, và thứ hai xác định liệu nó có lớn hơn ngưỡng đề xuất tối thiểu 80.000 AAVE hay không. Vì Llama có đủ quyền biểu quyết, đề xuất đã được tạo thành công và bước vào giai đoạn xem xét kéo dài 1 ngày.
Sau 3 ngày biểu quyết, Short Executor sử dụng GovernanceStrategy để xác minh liệu có đạt được số lượng biểu quyết tối thiểu 320.000 AAVE và chênh lệch biểu quyết tối thiểu 80.000 AAVE hay không. Trong trường hợp này, Llama đã vượt qua cả hai tiêu chí, nhận được 459,7k AAVE phiếu "YAE" và 0 phiếu "NAE".
Sau đó, đề xuất bước vào giai đoạn trì hoãn kéo dài 1 ngày, cho phép người dùng phản ứng trước khi bước vào giai đoạn ân hạn kéo dài 5 ngày. Trong giai đoạn ân hạn 5 ngày, người dùng cần gọi hàm execute trên Short Executor để phê duyệt các thay đổi trên chuỗi. Nếu không ai thực thi đề xuất trước khi hết thời gian ân hạn, đề xuất sẽ hết hiệu lực và các thay đổi sẽ không được áp dụng. Cuối cùng, nếu Guardians xác định mã có hành vi độc hại, họ có thể phủ quyết đề xuất để bảo vệ giao thức.
Hệ thống quản trị đa chuỗi của Aave
Xét đến hệ sinh thái DeFi đa chuỗi đang ngày càng phát triển, chúng ta tiếp tục thấy các giao thức DeFi triển khai trên ngày càng nhiều chuỗi để thu hút người dùng mới và đáp ứng đối tượng nhạy cảm với phí gas. Aave luôn dẫn đầu trong xu hướng đa chuỗi, triển khai sản phẩm V3 của mình trên 8 chuỗi. Tuy nhiên, điều này đặt ra những thách thức mới về quản trị, ví dụ như đảm bảo chủ sở hữu token vẫn duy trì quyền kiểm soát các triển khai xuyên chuỗi theo cách không phân mảnh và quen thuộc.
Kiến trúc quản trị xuyên chuỗi của Aave tương tự như các giao thức lớn khác như Uniswap và Compound. Trong trường hợp của Aave, chỉ các triển khai V3 trên Polygon, Arbitrum và Optimism là được kiểm soát trực tiếp từ mạng chính Ethereum thông qua cầu nối quản trị xuyên chuỗi của Aave.
Mỗi triển khai V3 được hỗ trợ ngoài mạng chính Ethereum đều cần một "cầu nối đầu nhận" và một hợp đồng "thực thi viên" bản địa (Arbitrum và Optimism cần thêm hợp đồng L2BridgeExecutor thứ hai để đảm bảo khả năng tương thích L2).
Ví dụ, trên Polygon, Aave V3 có một PolygonBridgeExecutor lắng nghe các tin nhắn được truyền từ cầu nối Polygon, những tin nhắn này được gửi từ các cuộc biểu quyết quản trị thành công trên mạng chính Ethereum. Sau đó, PolygonBridgeExecutor chuyển tiếp tin nhắn tới hợp đồng thực thi bản địa của Polygon (BridgeExecutorBase), và nếu có ai đó khởi xướng trên Polygon, các thay đổi này có thể được thực thi trong thời gian ân hạn.
Tương tự như trên mạng chính Ethereum, các đề xuất xuyên chuỗi thể hiện hành vi trì hoãn và ân hạn giống nhau; nếu được chỉ định, đề xuất cũng có thể bị phủ quyết bởi địa chỉ Guardian.
Một mối lo ngại trong quản trị đa chuỗi là việc sử dụng cầu nối làm phát sinh các vấn đề bảo mật, ví dụ như phải tin tưởng các trình xác thực cầu nối để chuyển tiếp giao dịch từ mạng chính Ethereum sang các chuỗi khác theo cách không thể bị kiểm duyệt. Ngoài ra còn tồn tại rủi ro cầu nối ngừng hoạt động, khiến các đề xuất xuyên chuỗi không thể được truyền đến các chuỗi khác.
Kết luận
Kể từ khi được kích hoạt trong AIP-4, Aave Governance V2 đã phê duyệt 272 đề xuất trên chuỗi, cung cấp cho cộng đồng một nền tảng an toàn, hiệu quả và phi tập trung để tạo, biểu quyết và thực thi đề xuất.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
@wintermute_t
