Aave(AAVE) chia 5 vai trò kiểm soát rủi ro V4, mở đóng băng vẫn cần quản trị DAO

Aave (AAVE) đang thảo luận phương án chia nhỏ quyền điều chỉnh rủi ro trên các phiên bản V4 Ethereum (ETH) và Avalanche (AVAX). Trong tình huống khẩn cấp, hệ thống có thể tạm dừng hoặc đóng băng thị trường, nhưng quyền mở lại vẫn thuộc về quản trị cộng đồng (governance).

Theo diễn đàn quản trị Aave, Aave Labs đã đăng đề xuất “Activate Aave Risk Stewards on Aave V4” vào ngày 21 tháng 8 (giờ Hàn Quốc), kêu gọi kích hoạt cơ chế Risk Steward trên hai phiên bản V4 Ethereum và Avalanche. Đề xuất này bước vào giai đoạn Snapshot vào ngày 3 (giờ Hàn Quốc). Nền tảng theo dõi quản trị DeGov Atlas cho biết tính đến ngày 7, Aave DAO hiện có 3 đề xuất đang hoạt động.

Điểm mấu chốt của đề xuất là không gộp toàn bộ quyền quản trị cấu hình vào một nhóm duy nhất. Quyền quản lý cấu hình (Config Admin) của mỗi phiên bản được chia thành 5 vai trò cụ thể, gồm △chặn toàn bộ hoạt động △chặn hoạt động mới △niêm yết tài sản mới △ứng phó khẩn cấp △quản lý rủi ro.

Vai trò quản lý rủi ro có thể điều chỉnh một số biến số rủi ro tại Hub, Spoke và oracle, nhưng phải nằm trong biên độ thay đổi và thời gian chờ đã quy định trước. Vai trò khẩn cấp chỉ được phép đưa hệ thống sang trạng thái an toàn hơn, như vô hiệu hóa, tạm dừng hoặc đóng băng.

Tuy nhiên, ở lần triển khai này, vai trò khẩn cấp chưa thể vận hành ngay. Aave Labs nêu trong đề xuất rằng “bản phát hành được đề xuất lần này không gọi đến các selector đó”. Nói cách khác, quyền khẩn cấp có thể được cấp nhưng chưa được kích hoạt trên thực tế cho đến các bản phát hành sau.

Các thông số thuộc phạm vi quản lý rủi ro bao gồm tỷ lệ sử dụng vốn tối ưu, lãi suất vay cơ bản, tốc độ tăng lãi suất, hạn mức bổ sung và hạn mức rút tại Hub. Thời gian chờ (cooldown) cho từng hạng mục là 36 giờ hoặc 72 giờ, riêng hạng mục chiết khấu Pendle được đặt ở mức 48 giờ. Biên độ thay đổi cũng được giới hạn theo từng hạng mục, tính theo giá trị tuyệt đối hoặc tương đối.

Đề xuất lần này gắn liền với kiến trúc V4 của Aave, vốn tách riêng phần Hub gom thanh khoản và phần Spoke xử lý logic cho vay của người dùng. Trong tài liệu kích hoạt V4 công bố hồi tháng 3, Aave Labs cho biết Hub đảm nhận thanh khoản chung và chức năng dừng khẩn cấp, còn Spoke phụ trách môi trường cho vay và cấu hình dự trữ.

Cấu trúc này phản ánh xu hướng chung: các giao thức cho vay quy mô lớn ngày càng khó xử lý rủi ro của nhiều thị trường chỉ bằng một đầu mối duy nhất. Trong thị trường cho vay DeFi, tỷ lệ thế chấp, hạn mức vay, đường cong lãi suất và tiêu chuẩn oracle của từng tài sản thường biến động cùng lúc. Nếu mọi điều chỉnh đều phải đưa ra biểu quyết toàn thể, tốc độ phản ứng có thể chậm lại.

Tài liệu Aave Governance Framework v2 cũng đi theo hướng tương tự. Tài liệu này quy định Freeze Steward có thể đóng băng dự trữ ngay lập tức để chặn nguồn cung và khoản vay mới, nhưng việc mở đóng băng bắt buộc phải thông qua quản trị cộng đồng. Cơ chế cho phép phản ứng phòng vệ nhanh, còn việc đưa hệ thống trở lại bình thường phải qua quy trình của DAO.

Khi phạm vi ủy quyền mở rộng, cơ chế giám sát cũng trở thành vấn đề được quan tâm. Trên diễn đàn, thành viên MconnectDAO đặt câu hỏi liệu mỗi hành động quan trọng của Risk Steward có thể yêu cầu công khai căn cứ, dữ liệu sử dụng, tác động dự kiến, phương án thay thế đã cân nhắc và báo cáo sau hành động hay không. Đây là ý kiến đòi hỏi vừa tốc độ vừa trách nhiệm giải trình.

Thành viên diễn đàn Abel189 nhận định “cách tiếp cận quyền truy cập có giới hạn nghe có vẻ hợp lý”. Người này cho rằng DAO cần được báo cáo định kỳ về quy mô và tần suất thay đổi thông số của Risk Steward để có thể đánh giá thực tế cách quyền được ủy thác đang được sử dụng.

Bản cập nhật phát triển ngày 1 của Aave Labs cho biết trong tháng 8, tổng tiền gửi vào V4 đã vượt 800 triệu USD và dư nợ vay đang hoạt động đạt mức cao kỷ lục. Cùng bản cập nhật, Aave Labs cho biết đã tiếp tục triển khai Risk Steward cho V4 trên cả Ethereum và Avalanche, đồng thời thực hiện 3 lần điều chỉnh hạn mức cung và vay.

Các con số liên quan đến Aave V4 cần được nhìn nhận thận trọng. TokenPost từng đưa tin Aave V4 đã được triển khai trên Avalanche, đồng thời lưu ý rằng tiền gửi và tổng giá trị khóa (TVL) không phải cùng một chỉ số. Tiền gửi, TVL và dư nợ vay đang hoạt động đều phản ánh mức độ sử dụng của giao thức, nhưng mỗi chỉ số được tính theo tiêu chuẩn khác nhau.

Với nhà đầu tư, cuộc thảo luận này mang ý nghĩa lớn hơn một thủ tục quản trị thông thường. Với các giao thức cho vay DeFi quy mô lớn như Aave, việc điều chỉnh giá trị tài sản thế chấp và hạn mức vay có thể ảnh hưởng trực tiếp đến vị thế của người dùng và cách quản lý thanh khoản. Tuy vậy, đề xuất lần này chỉ liên quan đến các thông số rủi ro và cách phân bổ quyền hạn, không phải dự báo lợi nhuận đầu tư.

Tính đến ngày 7, chưa có thông tin xác nhận Aave DAO đã phê duyệt hoặc thực thi đề xuất này. Theo nội dung đề xuất, bước tiếp theo là thực thi payload thông qua Hội đồng bảo mật V4 (V4 Security Council) sau khi xác nhận kết quả Snapshot.