Mô-đun bảo mật Aave Umbrella được ra mắt: rủi ro và lợi nhuận được liên kết trực tiếp, đị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 để quản lý rủi ro và ưu đãi trong giao thức Aave. So với mô-đun bảo mật trước đó, Umbrella quản lý nhiều StakeToken được liên kết với một nhóm quỹ Aave v3 duy nhất thông qua hợp đồng cốt lõi Umbrella Core, 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 loại 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 các khoản tiền đã bị cắt khỏi StakeToken nhưng chưa được bảo hiểm;

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

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

Trong quy trình cụ thể, khi quỹ 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 dựa trên khoảng trống 500 USDC đặt trước và thực sự giảm token waUSDC là 500 USDC. 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 để rút bởi những người đặt cược. Sau đó, thực thể có quyền ghi đè sẽ gọi hàm coverPendingDeficit để lấy các khoản tiền tương ứng từ Người thu thập và gọi giao diện eliminateReserveDeficit của nhóm Aave v3 để hoàn tất việc ghi đè thua lỗ.

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 thông số giảm và nâng cấp hợp đồng. Hoạt động 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 hồi rủi ro của pool. Các hoạt động bảo hiểm khoảng trống bị hạn chế đối với các thực thể nắm giữ COVERAGE_MANAGER_ROLE, đảm bảo rằng dòng tiền được kiểm soát và tuân thủ.

Ngoài ra, Umbrella cung cấp giao diện người dùng hỗ trợ cho phép người dùng đặt cược, đổi thưởng, kích hoạt thời gian hồi chiêu và nhận phần thưởng. Để đơn giản hóa các 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 cải thiện tính linh hoạt và minh bạch của việc kiểm soát rủi ro của nhóm 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à vận hành 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 điểm 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ợ đặt ngưỡng "bù đắp khoảng cách" và DAO có thể đặt ngưỡng khoảng cách cụ thể để quyết định có kích hoạt giảm hay không, giúp cải thiện tính linh hoạt trong việc xử lý các tổn thất nhỏ. Ví dụ: khi khoản lỗ nhỏ hơn 100.000 USDC, nó có thể được Aave Collector 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 đa mạng và đa tài sản, đồng thời tạo điều kiện triển khai các chính sách ở cấp độ quản trị.
• Giao diện mở và hỗ trợ giao diện người dùng: Hợp đồng giao diện người dùng và trợ giúp mã nguồn mở (UmbrellaBatchHelper) được cung cấp để nâng cao trải nghiệm 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:

• Lợi nhuận đặt cược 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 Ô có nguy cơ giảm rõ ràng. Khi pool mất nhiều hơn ngưỡng đã đặt, StakeToken sẽ bị khấu trừ. Ví dụ: nếu bạn thua hơn 500 USDC, hệ thống sẽ khấu trừ các tài sản đã stake tương ứng.
• Tài sản bị cắt giảm không thể thu hồi được: StakeToken bị cắt giảm được gửi đến Aave Collector để bù đắp các khoản lỗ trong nhóm và 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.
• Hoạt độ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 một đơn vị nắm giữ COVERAGE_MANAGER_ROLE, nếu có sự chậm trễ trong quản trị hoặc hoạt động có thể ảnh hưởng đến hiệu quả xử lý rủi ro.
• Cơ chế chuyển đổi phức tạp: Ở giai đoạn đầu ra mắt Umbrella, stkAAVE/stkABPT và Umbrella StakeToken sẽ 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 động lực để tránh hiểu lầm hoặc lỗi vận hành do điều chỉnh.

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 đề 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 trên mỗi đơn vị thời gian và chu kỳ phân phối và quỹ phầ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 cổ phần thực tế được thực hiện ở giai đoạn đầ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 bị trì hoãn, tỷ lệ hoàn vố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 phiên bản cũ của mô-đun bảo mật, nó có thể dẫn đến tỷ suất lợi nhuận hàng năm dự kiến giảm từ 13% xuống khoảng 7,7%, điều này 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ư phiên bản trước của mô-đun bảo mật, Umbrella cho phép phần thưởng linh hoạt trên cơ sở mỗi tài sản, dễ dàng liên kết hơn 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 vốn, cần chú ý đến tiến độ quản trị và trạng thái của từng nhóm phần thưở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

lạiVào 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 mức phí 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 hơ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 hợp nhất 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 cam kết liên tục của Aave đối với quản lý sản phẩm và rủi ro. Nền tảng kinh doanh hiện tại tương đối vững chắc và nếu duy trì tốc độ đổi mới hiện tại, 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 cung cấp 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 gia 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 tăng trưởng lâu dài.