Ra mắt mô-đun bảo mật Aave Umbrella: liên kết trực tiếp với rủi ro và lợi nhuận, định hình lại logic staking DeFi

Bởi ChandlerZ, Foresight News

Vào ngày 5 tháng 6, Aave chính thức triển khai mô-đun bảo mật Umbrella. Mô-đun sẽ được ra mắt theo từng giai đoạn, đánh dấu rằng AAVE sẽ không còn trực tiếp chịu rủi ro và chủ sở hữu aToken sẽ chịu trách nhiệm về rủi ro, nhận ra mối tương quan trực tiếp giữa rủi ro và lợi nhuận.

Điều gì đã thay đổi với Mô-đun bảo mật Umbrella?

Mô-đun bảo mật Umbrella là hệ thống hợp đồng thông minh cốt lõi được sử dụng trong giao thức Aave để quản lý rủi ro và khuyến khích. So với mô-đun bảo mật trước đó, Umbrella sử dụng hợp đồng cốt lõi Umbrella Core để quản lý tập trung nhiều Staking Token liên kết với một pool Aave v3 duy nhất, chịu trách nhiệm về các chức năng cắt giảm và bù khoảng trống.

Mô-đun xác định hai trạng thái khoảng trống:

một là "Thâm hụt đang chờ xử lý", đề cập đến việc mất tiền đã bị cắt khỏi StakeToken nhưng chưa được bù đắp;

Thứ hai là "Bù đắp thâm hụt", là ngưỡng đã đặt không kích hoạt hoạt động giảm khi tổn thất nhóm giảm xuống dưới ngưỡng này.

Ví dụ: trong pool USDC Aave v3 trên mainnet Ethereum, nếu khoảng trống được bù đắp thành 500 USDC, các token đã stake waUSDC tương ứng sẽ chỉ giảm khi khoản lỗ vượt quá số tiền đó.

Trong quy trình cụ thể, khi pool tạo ra khoảng trống 1.000 USDC, hệ thống tự động sẽ gọi chức năng slash của Umbrella Core để bù đắp khoảng trống 500 USDC đặt trước và thực sự cắt giảm 500 USDC token waUSDC. Các khoản tiền token bị cắt giảm sẽ được chuyển đến Aave Collector và những khoản tiền này không còn có sẵn để người đặt cược rút nữa. Sau đó, cơ quan ghi đè sẽ gọi hàm coverPendingDeficit để lấy các khoản tiền tương ứng từ Collector và gọi giao diện eliminateReserveDeficit của nhóm quỹ Aave v3 để hoàn thành bảo hiểm tổn thất.

Về cài đặt quyền, quản trị Aave chịu trách nhiệm cấu hình các cặp tài sản, điều chỉnh các thông số cắt giảm và nâng cấp hợp đồng. Hoạt động cắt giảm được mở cho tất cả người dùng và có thể được kích hoạt theo quy tắc hợp đồng, đảm bảo rằng hệ thống tự động phản ứng với các rủi ro pool. Các hoạt động bảo hiểm bị hạn chế đối với các thực thể nắm giữ COVERAGE_MANAGER_ROLE, đảm bảo dòng vốn được kiểm soát và tuân thủ.

Ngoài ra, Umbrella cung cấp giao diện người dùng đồng hành cho phép người dùng đặt cược, đổi, kích hoạt thời gian hồi chiêu và nhận phần thưởng. Để đơn giản hóa tương tác nhiều bước, hợp đồng hỗ trợ vận hành hàng loạt được MIT cấp phép UmbrellaBatchHelper được thiết kế để tạo điều kiện cho các nhà phát triển bên thứ ba tích hợp và tối ưu hóa trải nghiệm người dùng.

Nhìn chung, mô-đun bảo mật Umbrella tăng cường tính linh hoạt và minh bạch của việc kiểm soát rủi ro pool bằng cách giới thiệu cơ chế quản lý khoảng cách chi tiết và phân chia quyền hạn rõ ràng, cung cấp nền tảng kỹ thuật vững chắc cho việc quản trị và hoạt động của Aave DAO.

Ưu điểm và nhược điểm tiềm ẩn của Mô-đun bảo mật Umbrella là gì?

Đối với toàn bộ giao thức và người dùng, mô-đun bảo mật Umbrella có những ưu và nhược điểm sau:

Ưu điểm tiềm năng:

• Tinh chỉnh quản lý rủi ro: Umbrella Core hỗ trợ thiết lập ngưỡng "bù đắp khoảng cách", cho phép DAO đặt ngưỡng khoảng cách cụ thể để quyết định có kích hoạt gạch chéo hay không, cải thiện tính linh hoạt trong việc xử lý các tổn thất nhỏ. Ví dụ: nếu khoản lỗ nhỏ hơn 100.000 USDC, Aave Collector có thể bù đắp trước để tránh cắt giảm tài sản đã đặt cược.
• Tính mô-đun và khả năng mở rộng: Lõi Umbrella quản lý từng phiên bản StakeToken theo cách thống nhất, hỗ trợ mở rộng quy mô đa mạng và đa tài sản, tạo điều kiện triển khai chính sách ở cấp độ quản trị.
• Hỗ trợ giao diện người dùng và giao diện người dùng mở: Cung cấp giao diện người dùng mã nguồn mở và hợp đồng phụ trợ (UmbrellaBatchHelper) để tăng cường tương tác của người dùng và tạo điều kiện tích hợp và phát triển thứ cấp.

Nhược điểm và rủi ro tiềm ẩn:

• nhuận đặt cược và rủi ro liên quan đến rủi ro: So với các mô-đun an toàn truyền thống, những người đặt cược dưới Umbrella có nguy cơ cắt giảm rõ ràng. Khi tổn thất pool vượt quá ngưỡng đã đặt, StakeToken sẽ bị khấu trừ. Ví dụ: nếu khoản lỗ vượt quá 500 USDC, hệ thống sẽ khấu trừ các tài sản đã stake tương ứng.
Tài
• sản cắt giảm không thể thu hồi được: Token đã stake được gửi đến Aave Collector để bù đắp các khoản lỗ của pool và những người đặt cược không thể quy đổi. Hệ thống bảo vệ rủi ro thông qua cơ chế này, nhưng người dùng vĩnh viễn mất tài sản tương ứng.
• Hành động vai trò cho phép phụ thuộc: Nếu hoạt động ghi đè quỹ cần được kích hoạt bởi đơn vị nắm giữ COVERAGE_MANAGER_ROLE, có thể có sự chậm trễ trong quản trị hoặc hoạt động, điều này có thể ảnh hưởng đến hiệu quả xử lý rủi ro.
• Cơ chế chuyển đổi rất phức tạp: Trong những ngày đầu ra mắt Umbrella, stkAAVE/stkABPT và Umbrella StakeToken tồn tại song song, vì vậy người dùng cần chú ý đến lộ trình di chuyển và thay đổi khuyến khích để tránh hiểu lầm hoặc lỗi vận hành do điều chỉnh gây ra.

nhập đặt cược mà người dùng quan tâm Trong

mô-đun Umbrella, lợi nhuận đặt cược của người dùng được thiết lập bởi quản trị và được điều chỉnh động với tổng số tiền đặt cược và số dư của nhóm phần thưởng. Mỗi loại StakeToken (ví dụ: waUSDC, waGHO) cần được khởi tạo thông qua một đề xuất quản trị để định cấu hình tính thanh khoản mục tiêu, giới hạn phần thưởng mỗi lần và thời gian phân phối và tiền thưởng đến từ địa chỉ rewardPayer đặt trước, thường là Người thu thập Aave DAO hoặc các tài khoản phụ của nó.

Lấy USDC làm ví dụ, nếu thanh khoản mục tiêu là 1 triệu USDC và chỉ có 500.000 thực sự được stake ban đầu, phần thưởng trên mỗi đơn vị thời gian sẽ được phân phối tập trung và lợi nhuận sẽ tương đối cao hơn. Khi số lượng đặt cược tăng lên, lợi nhuận có xu hướng đến mức mục tiêu do quản trị đặt ra. Nếu quỹ thưởng không đủ hoặc chậm bổ sung, lợi nhuận có thể giảm hoặc thậm chí bị gián đoạn.

đáng chú ý là những người đặt cược GHO đã bị ảnh hưởng đặc biệt bởi cuộc di cư này. Vì tính thanh khoản mục tiêu và giới hạn khuyến khích hàng năm do mô-đun Umbrella đặt ra cho waGHO thấp hơn đáng kể so với mức trợ cấp của stkGHO trong mô-đun chứng khoán cũ hoặc lợi suất hàng năm của nó dự kiến sẽ giảm từ 13% xuống khoảng 7,7%, nó cũng có thể ảnh hưởng đến nhu cầu thị trường và nhịp phát hành tổng thể của GHO.

Ngoài ra, không giống như mô-đun bảo mật trước đây, Umbrella cho phép phần thưởng linh hoạt dựa trên tài sản, giúp dễ dàng liên kết với mức độ rủi ro của giao thức. Tuy nhiên, thu nhập của người dùng phụ thuộc nhiều vào hiệu quả quản trị và khả năng lập kế hoạch quỹ, cần chú ý đến tiến độ quản trị và trạng thái của nhóm phần thưởng của từng mạng để đánh giá sự đánh đổi giữa lợi nhuận tiềm năng và rủi ro thanh khoản.

Tóm tắt

tháng 5 năm 2025, Aave duy trì tính thanh khoản cao trên các chuỗi lớn như Ethereum và Arbitrum, cùng với tỷ lệ kinh doanh cho vay nhanh là 0,09%, kết hợp với quy mô cho vay lớn, thúc đẩy doanh thu hàng tháng của giao thức lên khoảng 39 triệu đô la. Dựa trên điều này, Aave có thị phần trên 50% trong phân khúc thị trường tiền tệ. Mặc dù giá token AAVE vẫn chưa vượt qua mức cao nhất mọi thời đại, nhưng nó đã hoạt động tương đối vững chắc như một dự án DeFi đã được thành lập. Các số liệu hoạt động kết hợp cho thấy sự thống trị của Aave trên thị trường cho vay tiền điện tử vẫn ở mức cao nhất trong gần hai năm. Sự

ra mắt của mô-đun bảo mật Umbrella phản ánh sự tiến bộ không ngừng của Aave trong quản lý sản phẩm và rủi ro. Nền tảng kinh doanh hiện tại tương đối ổn định và nếu nhịp điệu đổi mới hiện tại được duy trì, hiệu suất trong tương lai dự kiến sẽ được cải thiện. Việc tối ưu hóa và cải tiến liên tục này cũng đóng vai trò là tài liệu tham khảo cho các dự án DeFi khác. Trong môi trường cạnh tranh ngày càng tăng, việc liên tục cập nhật công nghệ và sản phẩm là chìa khóa để duy trì khả năng cạnh tranh và đạt được sự phát triển lâu dài.