Trong lĩnh vực vay mượn DeFi, Aave luôn là biểu tượng của sự đổi mới và tiêu chuẩn ngành. Cùng với sự gia tăng về quy mô người dùng và đa dạng tài sản, Aave V3 dần bộc lộ các vấn đề về phân mảnh thanh khoản, quản lý rủi ro và cơ chế thanh lý còn thô sơ. Để đối phó với những thách thức này, Aave V4 đã tiến hành nâng cấp hệ thống toàn diện: phương thức tổ chức thanh khoản được thiết kế lại thành kiến trúc Hub và Spoke module hóa, cho phép chia sẻ thanh khoản đa tài sản, đa chiến lược đồng thời giữ được sự cô lập rủi ro; hệ thống kế toán được nâng cấp thành mô hình cổ phần theo phong cách ERC-4626, giúp trạng thái thanh khoản toàn cục rõ ràng và kiểm soát được; cơ chế thanh lý chuyển từ mô hình tỷ lệ cố định sang cơ chế động dựa trên yếu tố sức khỏe, tập trung vào logic thanh lý tối thiểu cần thiết. Nhìn chung, V4 không chỉ đơn thuần tối ưu tham số, mà còn qua sự tiến bộ phối hợp về kiến trúc và cơ chế, nâng cấp Aave từ một giao thức vay mượn phân mảnh nhiều thị trường thành một hạ tầng module hóa có khả năng mở rộng, hiệu quả vốn cao và kiểm soát rủi ro tốt hơn.
Từ “Thị trường” làm trung tâm của V3, đến thực trạng phân mảnh thanh khoản
Trong Aave V3, giao thức áp dụng phương thức triển khai dựa trên “Thị trường” làm trung tâm. Trên các mạng khác nhau, thậm chí trong cùng một mạng, Aave sẽ phân chia thành nhiều thị trường độc lập, ví dụ như Core và Prime trong mạng chính Ethereum. Mỗi thị trường đều có bể thanh khoản hoàn toàn riêng biệt, danh mục tài sản hỗ trợ và các tham số rủi ro tương ứng, tạo thành các hình ảnh rủi ro khác nhau.
Khi người dùng cung cấp tài sản cho Aave V3, thực chất là gửi tài sản rõ ràng vào một thị trường cụ thể, chứ không phải vào một bể vốn chung toàn cục. Điều này có nghĩa là, tài sản cung cấp vào thị trường Ethereum Core chỉ có thể được người vay trong thị trường đó sử dụng, không thể gọi vốn từ thị trường Prime hoặc các mạng khác.
Thiết kế này có lợi thế rõ ràng về cô lập rủi ro, các thị trường khác nhau không truyền tải rủi ro lẫn nhau, nhưng đổi lại là sự phân mảnh rõ ràng: thanh khoản bị cắt nhỏ. Ngay cả cùng một loại tài sản, cũng bị phân tán trong nhiều thị trường, khó điều phối thống nhất, từ đó ảnh hưởng đến hiệu quả sử dụng vốn tổng thể, độ sâu thị trường và khả năng mở rộng các chức năng mới.
Hub và Spoke: Logic tổ chức lại thanh khoản của Aave V4
Phản ứng của Aave V4 đối với vấn đề này là tiến hành tái cấu trúc căn bản kiến trúc nền tảng, giới thiệu kiến trúc mới gọi là Hub and Spoke (cấu trúc bánh xe). Thiết kế này xuất phát từ mục tiêu giải quyết các vấn đề phân mảnh thanh khoản và hạn chế mở rộng tồn tại lâu dài trong V3.
Trong V4, giao thức không còn gắn kết thanh khoản vào một thị trường duy nhất nữa, mà giới thiệu một Hub thanh khoản thống nhất trên mỗi mạng, làm trung tâm cung cấp vốn cho tất cả các hoạt động. Tài sản người dùng cung cấp không còn vào một thị trường cụ thể nào nữa, mà được gửi vào Hub của mạng đó, do Hub quản lý toàn bộ thanh khoản toàn cục và các ràng buộc kế toán cốt lõi, ví dụ như đảm bảo tổng lượng tài sản vay không vượt quá quy mô đã cung cấp, đồng thời ghi nhận tình trạng chiếm dụng thanh khoản của các module khác nhau.
Tuy nhiên, Hub không phải là đối tượng để người dùng tương tác trực tiếp. Tất cả các thao tác người dùng cảm nhận được sẽ được đặt trong một lớp các đơn vị chức năng module hóa cao, gọi là Spoke trong V4.
Spoke: Giao diện module hóa phân vùng rủi ro
Spoke tạo thành lớp giao diện trực tiếp của người dùng khi tiếp xúc với giao thức trong Aave V4. Mỗi Spoke đều kết nối với cùng một Hub thanh khoản, nhưng có thể có các quy tắc, tham số và giả định rủi ro hoàn toàn khác nhau. Spoke quản lý tại chỗ các vị thế của người dùng, cấu trúc tài sản thế chấp, tích hợp oracle và logic thanh lý, trong khi Hub chỉ cung cấp hỗ trợ thanh khoản trong giới hạn hạn mức đã định trong nền tảng.
Ý nghĩa cốt lõi của phân công này là: Rủi ro bị giới hạn chặt chẽ trong phạm vi Spoke, không lan truyền ra hệ thống. Các yêu cầu vay mượn của các loại tài sản khác nhau, các mô hình hành vi khác nhau, không còn phải chia sẻ cùng một bộ tham số rủi ro nữa, mà có thể thực hiện phân tách rủi ro trong khi vẫn chia sẻ thanh khoản.
Chính vì vậy, nhiều chức năng đã tồn tại trong V3, nhưng còn cồng kềnh trong cách thực hiện, nay có thể dễ dàng triển khai hơn trong V4 theo dạng tự nhiên hơn. Ví dụ, E-Mode không còn chỉ là một bộ cấu hình tham số nữa, mà có thể tồn tại như một Spoke riêng biệt, phục vụ các nhóm tài sản có liên quan chặt chẽ; chế độ cách ly cũng có thể được thực hiện qua Spoke riêng, do Hub đặt giới hạn rõ ràng về thanh khoản có thể sử dụng. Đối với RWA hoặc các cấu trúc thế chấp phức tạp hơn, V4 cũng cho phép tùy biến Spoke để đưa vào các quy tắc kiểm soát truy cập và rủi ro chặt chẽ hơn, mà không cần mở rộng các phức tạp này ra toàn bộ giao thức.
Quản lý thanh khoản thống nhất, V4 tính toán rõ ràng như thế nào?
Để hỗ trợ Hub quản lý thanh khoản thống nhất, V4 đã từ bỏ cơ chế rebase của aToken, chuyển sang hệ thống cổ phần theo phong cách ERC-4626.
Trong Aave V4, giao thức loại bỏ cơ chế điều chỉnh lại aToken như trước, chuyển sang hệ thống kế toán cổ phần theo phong cách ERC-4626. Điều này có nghĩa là người dùng không còn sở hữu aToken tự động tăng số lượng theo lãi suất tích lũy, mà sở hữu số cổ phần cố định (shares), mỗi cổ phần tương ứng với giá trị tài sản cơ sở sẽ tăng theo thời gian. Nói cách khác, lãi suất không còn thể hiện qua sự thay đổi số lượng token, mà qua sự thay đổi số lượng tài sản có thể đổi lấy mỗi cổ phần, mô hình này gần hơn với cách kế toán của các vault truyền thống.
Mô hình cổ phần này liên quan chặt chẽ đến thiết kế thanh khoản thống nhất của V4. Trong kiến trúc V4, tất cả các tài sản cung cấp đều tập trung về Hub thanh khoản trên chuỗi, và Hub sử dụng hệ thống cổ phần để ghi nhận chính xác trạng thái tài sản toàn cục. Hub không cần quan tâm đến chiến lược vay mượn hay mô hình rủi ro của từng Spoke, chỉ cần quản lý quy mô tổng tài sản, tổng số cổ phần và hạn mức đã chiếm dụng của các Spoke. Thiết kế này cho phép nhiều Spoke chia sẻ cùng một bể tài sản, đồng thời giữ rõ ràng, kiểm soát được kế toán, tránh các phức tạp và rủi ro ngoài ý muốn của cơ chế rebase truyền thống của aToken trong môi trường nhiều module.
Nếu tiếp tục dùng cơ chế rebase của aToken, khi nhiều Spoke chia sẻ cùng một tài sản, sẽ gặp khó khăn trong đồng bộ hóa theo cấp số nhân, rủi ro và lợi ích bị lan truyền, và khó kiểm soát chính xác hạn mức của các module con. Trong khi đó, mô hình cổ phần ERC-4626 chuyển các vấn đề tiềm tàng này thành các mối quan hệ tính toán đơn giản, giúp Hub có thể hỗ trợ các chiến lược vay mượn và cấu hình rủi ro đa dạng một cách an toàn, kiểm soát được. Điều này không chỉ đảm bảo hiệu quả vốn, mà còn tạo nền tảng cho tính module hóa và mở rộng trong tương lai của kiến trúc V4.
Điều chỉnh tinh vi cơ chế thanh lý: thoát khỏi thanh lý tỷ lệ cố định
Ngoài việc tái cấu trúc lại hệ thống thanh khoản, Aave V4 còn thực hiện các điều chỉnh quan trọng đối với cơ chế thanh lý. Khác với cơ chế dựa trên tỷ lệ cố định trước đây, V4 giới thiệu một động cơ thanh lý hướng tới mục tiêu rủi ro.
Trong V3 và các phiên bản trước, khi vị thế của người dùng giảm yếu tố sức khỏe xuống dưới ngưỡng an toàn, giao thức cho phép người thanh lý thanh toán một phần nợ theo tỷ lệ đã định (close factor), đồng thời thu hồi tài sản thế chấp. Phương pháp này hiệu quả trong việc bảo vệ an toàn của giao thức, nhưng trong các tình huống biến động mạnh hoặc rủi ro cận biên, thường dẫn đến thanh lý quá mức, nghĩa là quy mô thanh lý vượt quá mức cần thiết để đưa vị thế trở lại an toàn.
Cơ chế thanh lý mới của V4 tập trung vào “mục tiêu an toàn”. Khi vị thế vào trạng thái có thể thanh lý, hệ thống sẽ tính toán cần trả nợ bao nhiêu, xử lý bao nhiêu tài sản thế chấp để đưa yếu tố sức khỏe về mức an toàn. Thanh lý không còn nhằm tối đa hóa rủi ro, mà hướng tới thanh lý tối thiểu cần thiết, giảm thiểu thiệt hại cho tài sản của người dùng trong khi vẫn đảm bảo an toàn cho hệ thống.
Thay đổi này biến close factor từ một tham số tĩnh thành kết quả do trạng thái rủi ro của vị thế quyết định động. Quy mô thanh lý sẽ thay đổi theo biến động của tài sản, cấu trúc thế chấp và các tham số rủi ro, giúp phản ánh chính xác hơn các khác biệt về rủi ro giữa các vị thế, đồng thời giảm thiểu tác động tiêu cực của thanh lý và bán tháo tài sản không cần thiết.
Cơ chế thanh lý của Aave được cập nhật này dễ khiến người ta liên tưởng đến thiết kế thanh lý của Fluid. Xét về mặt sản phẩm vay mượn, Aave V4 rõ ràng đã cải thiện đáng kể phương thức thanh lý “một cỡ phù hợp”, làm cho logic thanh lý tinh vi hơn, sát với thực tế rủi ro hơn.
Tuy nhiên, so với Fluid, tích hợp sâu các vị thế vay mượn vào thanh khoản của DEX, Aave vẫn nằm trong một mô hình thiết kế khác. Fluid bằng cách nhúng trực tiếp các vị thế vay mượn vào luồng giao dịch, cho phép một phần rủi ro được tự động hấp thụ trong pool, từ đó nhiều trường hợp có thể điều chỉnh vị thế mà không cần đến các thanh lý bên ngoài. Thiết kế này có lợi thế rõ ràng về chi phí và hiệu quả thực thi, còn Aave dựa vào các bên thứ ba để thực hiện thanh lý, dù đã tinh chỉnh logic, vẫn khó hoàn toàn đối chiếu theo chiều sâu này.
Tóm lại
Nhìn chung, Aave V4 không phải là một cuộc lật đổ mô hình hiện tại, mà là một bước tiến hệ thống mang tính thận trọng: qua kiến trúc Hub and Spoke tái tổ chức thanh khoản, qua module Spoke phân vùng rủi ro, rồi kết hợp cơ chế thanh lý tinh vi hơn, Aave đang chuyển từ một giao thức vay mượn mở rộng theo “thị trường” thành một hạ tầng vay mượn module hóa có thể chứa đựng các cấu trúc tài chính phức tạp hơn.
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
Aave V4:Từ thị trường phân mảnh đến thanh khoản mô-đun
Bài viết: Tia, Techub News
Trong lĩnh vực vay mượn DeFi, Aave luôn là biểu tượng của sự đổi mới và tiêu chuẩn ngành. Cùng với sự gia tăng về quy mô người dùng và đa dạng tài sản, Aave V3 dần bộc lộ các vấn đề về phân mảnh thanh khoản, quản lý rủi ro và cơ chế thanh lý còn thô sơ. Để đối phó với những thách thức này, Aave V4 đã tiến hành nâng cấp hệ thống toàn diện: phương thức tổ chức thanh khoản được thiết kế lại thành kiến trúc Hub và Spoke module hóa, cho phép chia sẻ thanh khoản đa tài sản, đa chiến lược đồng thời giữ được sự cô lập rủi ro; hệ thống kế toán được nâng cấp thành mô hình cổ phần theo phong cách ERC-4626, giúp trạng thái thanh khoản toàn cục rõ ràng và kiểm soát được; cơ chế thanh lý chuyển từ mô hình tỷ lệ cố định sang cơ chế động dựa trên yếu tố sức khỏe, tập trung vào logic thanh lý tối thiểu cần thiết. Nhìn chung, V4 không chỉ đơn thuần tối ưu tham số, mà còn qua sự tiến bộ phối hợp về kiến trúc và cơ chế, nâng cấp Aave từ một giao thức vay mượn phân mảnh nhiều thị trường thành một hạ tầng module hóa có khả năng mở rộng, hiệu quả vốn cao và kiểm soát rủi ro tốt hơn.
Từ “Thị trường” làm trung tâm của V3, đến thực trạng phân mảnh thanh khoản
Trong Aave V3, giao thức áp dụng phương thức triển khai dựa trên “Thị trường” làm trung tâm. Trên các mạng khác nhau, thậm chí trong cùng một mạng, Aave sẽ phân chia thành nhiều thị trường độc lập, ví dụ như Core và Prime trong mạng chính Ethereum. Mỗi thị trường đều có bể thanh khoản hoàn toàn riêng biệt, danh mục tài sản hỗ trợ và các tham số rủi ro tương ứng, tạo thành các hình ảnh rủi ro khác nhau.
Khi người dùng cung cấp tài sản cho Aave V3, thực chất là gửi tài sản rõ ràng vào một thị trường cụ thể, chứ không phải vào một bể vốn chung toàn cục. Điều này có nghĩa là, tài sản cung cấp vào thị trường Ethereum Core chỉ có thể được người vay trong thị trường đó sử dụng, không thể gọi vốn từ thị trường Prime hoặc các mạng khác.
Thiết kế này có lợi thế rõ ràng về cô lập rủi ro, các thị trường khác nhau không truyền tải rủi ro lẫn nhau, nhưng đổi lại là sự phân mảnh rõ ràng: thanh khoản bị cắt nhỏ. Ngay cả cùng một loại tài sản, cũng bị phân tán trong nhiều thị trường, khó điều phối thống nhất, từ đó ảnh hưởng đến hiệu quả sử dụng vốn tổng thể, độ sâu thị trường và khả năng mở rộng các chức năng mới.
Hub và Spoke: Logic tổ chức lại thanh khoản của Aave V4
Phản ứng của Aave V4 đối với vấn đề này là tiến hành tái cấu trúc căn bản kiến trúc nền tảng, giới thiệu kiến trúc mới gọi là Hub and Spoke (cấu trúc bánh xe). Thiết kế này xuất phát từ mục tiêu giải quyết các vấn đề phân mảnh thanh khoản và hạn chế mở rộng tồn tại lâu dài trong V3.
Trong V4, giao thức không còn gắn kết thanh khoản vào một thị trường duy nhất nữa, mà giới thiệu một Hub thanh khoản thống nhất trên mỗi mạng, làm trung tâm cung cấp vốn cho tất cả các hoạt động. Tài sản người dùng cung cấp không còn vào một thị trường cụ thể nào nữa, mà được gửi vào Hub của mạng đó, do Hub quản lý toàn bộ thanh khoản toàn cục và các ràng buộc kế toán cốt lõi, ví dụ như đảm bảo tổng lượng tài sản vay không vượt quá quy mô đã cung cấp, đồng thời ghi nhận tình trạng chiếm dụng thanh khoản của các module khác nhau.
Tuy nhiên, Hub không phải là đối tượng để người dùng tương tác trực tiếp. Tất cả các thao tác người dùng cảm nhận được sẽ được đặt trong một lớp các đơn vị chức năng module hóa cao, gọi là Spoke trong V4.
Spoke: Giao diện module hóa phân vùng rủi ro
Spoke tạo thành lớp giao diện trực tiếp của người dùng khi tiếp xúc với giao thức trong Aave V4. Mỗi Spoke đều kết nối với cùng một Hub thanh khoản, nhưng có thể có các quy tắc, tham số và giả định rủi ro hoàn toàn khác nhau. Spoke quản lý tại chỗ các vị thế của người dùng, cấu trúc tài sản thế chấp, tích hợp oracle và logic thanh lý, trong khi Hub chỉ cung cấp hỗ trợ thanh khoản trong giới hạn hạn mức đã định trong nền tảng.
Ý nghĩa cốt lõi của phân công này là: Rủi ro bị giới hạn chặt chẽ trong phạm vi Spoke, không lan truyền ra hệ thống. Các yêu cầu vay mượn của các loại tài sản khác nhau, các mô hình hành vi khác nhau, không còn phải chia sẻ cùng một bộ tham số rủi ro nữa, mà có thể thực hiện phân tách rủi ro trong khi vẫn chia sẻ thanh khoản.
Chính vì vậy, nhiều chức năng đã tồn tại trong V3, nhưng còn cồng kềnh trong cách thực hiện, nay có thể dễ dàng triển khai hơn trong V4 theo dạng tự nhiên hơn. Ví dụ, E-Mode không còn chỉ là một bộ cấu hình tham số nữa, mà có thể tồn tại như một Spoke riêng biệt, phục vụ các nhóm tài sản có liên quan chặt chẽ; chế độ cách ly cũng có thể được thực hiện qua Spoke riêng, do Hub đặt giới hạn rõ ràng về thanh khoản có thể sử dụng. Đối với RWA hoặc các cấu trúc thế chấp phức tạp hơn, V4 cũng cho phép tùy biến Spoke để đưa vào các quy tắc kiểm soát truy cập và rủi ro chặt chẽ hơn, mà không cần mở rộng các phức tạp này ra toàn bộ giao thức.
Quản lý thanh khoản thống nhất, V4 tính toán rõ ràng như thế nào?
Để hỗ trợ Hub quản lý thanh khoản thống nhất, V4 đã từ bỏ cơ chế rebase của aToken, chuyển sang hệ thống cổ phần theo phong cách ERC-4626.
Trong Aave V4, giao thức loại bỏ cơ chế điều chỉnh lại aToken như trước, chuyển sang hệ thống kế toán cổ phần theo phong cách ERC-4626. Điều này có nghĩa là người dùng không còn sở hữu aToken tự động tăng số lượng theo lãi suất tích lũy, mà sở hữu số cổ phần cố định (shares), mỗi cổ phần tương ứng với giá trị tài sản cơ sở sẽ tăng theo thời gian. Nói cách khác, lãi suất không còn thể hiện qua sự thay đổi số lượng token, mà qua sự thay đổi số lượng tài sản có thể đổi lấy mỗi cổ phần, mô hình này gần hơn với cách kế toán của các vault truyền thống.
Mô hình cổ phần này liên quan chặt chẽ đến thiết kế thanh khoản thống nhất của V4. Trong kiến trúc V4, tất cả các tài sản cung cấp đều tập trung về Hub thanh khoản trên chuỗi, và Hub sử dụng hệ thống cổ phần để ghi nhận chính xác trạng thái tài sản toàn cục. Hub không cần quan tâm đến chiến lược vay mượn hay mô hình rủi ro của từng Spoke, chỉ cần quản lý quy mô tổng tài sản, tổng số cổ phần và hạn mức đã chiếm dụng của các Spoke. Thiết kế này cho phép nhiều Spoke chia sẻ cùng một bể tài sản, đồng thời giữ rõ ràng, kiểm soát được kế toán, tránh các phức tạp và rủi ro ngoài ý muốn của cơ chế rebase truyền thống của aToken trong môi trường nhiều module.
Nếu tiếp tục dùng cơ chế rebase của aToken, khi nhiều Spoke chia sẻ cùng một tài sản, sẽ gặp khó khăn trong đồng bộ hóa theo cấp số nhân, rủi ro và lợi ích bị lan truyền, và khó kiểm soát chính xác hạn mức của các module con. Trong khi đó, mô hình cổ phần ERC-4626 chuyển các vấn đề tiềm tàng này thành các mối quan hệ tính toán đơn giản, giúp Hub có thể hỗ trợ các chiến lược vay mượn và cấu hình rủi ro đa dạng một cách an toàn, kiểm soát được. Điều này không chỉ đảm bảo hiệu quả vốn, mà còn tạo nền tảng cho tính module hóa và mở rộng trong tương lai của kiến trúc V4.
Điều chỉnh tinh vi cơ chế thanh lý: thoát khỏi thanh lý tỷ lệ cố định
Ngoài việc tái cấu trúc lại hệ thống thanh khoản, Aave V4 còn thực hiện các điều chỉnh quan trọng đối với cơ chế thanh lý. Khác với cơ chế dựa trên tỷ lệ cố định trước đây, V4 giới thiệu một động cơ thanh lý hướng tới mục tiêu rủi ro.
Trong V3 và các phiên bản trước, khi vị thế của người dùng giảm yếu tố sức khỏe xuống dưới ngưỡng an toàn, giao thức cho phép người thanh lý thanh toán một phần nợ theo tỷ lệ đã định (close factor), đồng thời thu hồi tài sản thế chấp. Phương pháp này hiệu quả trong việc bảo vệ an toàn của giao thức, nhưng trong các tình huống biến động mạnh hoặc rủi ro cận biên, thường dẫn đến thanh lý quá mức, nghĩa là quy mô thanh lý vượt quá mức cần thiết để đưa vị thế trở lại an toàn.
Cơ chế thanh lý mới của V4 tập trung vào “mục tiêu an toàn”. Khi vị thế vào trạng thái có thể thanh lý, hệ thống sẽ tính toán cần trả nợ bao nhiêu, xử lý bao nhiêu tài sản thế chấp để đưa yếu tố sức khỏe về mức an toàn. Thanh lý không còn nhằm tối đa hóa rủi ro, mà hướng tới thanh lý tối thiểu cần thiết, giảm thiểu thiệt hại cho tài sản của người dùng trong khi vẫn đảm bảo an toàn cho hệ thống.
Thay đổi này biến close factor từ một tham số tĩnh thành kết quả do trạng thái rủi ro của vị thế quyết định động. Quy mô thanh lý sẽ thay đổi theo biến động của tài sản, cấu trúc thế chấp và các tham số rủi ro, giúp phản ánh chính xác hơn các khác biệt về rủi ro giữa các vị thế, đồng thời giảm thiểu tác động tiêu cực của thanh lý và bán tháo tài sản không cần thiết.
Cơ chế thanh lý của Aave được cập nhật này dễ khiến người ta liên tưởng đến thiết kế thanh lý của Fluid. Xét về mặt sản phẩm vay mượn, Aave V4 rõ ràng đã cải thiện đáng kể phương thức thanh lý “một cỡ phù hợp”, làm cho logic thanh lý tinh vi hơn, sát với thực tế rủi ro hơn.
Tuy nhiên, so với Fluid, tích hợp sâu các vị thế vay mượn vào thanh khoản của DEX, Aave vẫn nằm trong một mô hình thiết kế khác. Fluid bằng cách nhúng trực tiếp các vị thế vay mượn vào luồng giao dịch, cho phép một phần rủi ro được tự động hấp thụ trong pool, từ đó nhiều trường hợp có thể điều chỉnh vị thế mà không cần đến các thanh lý bên ngoài. Thiết kế này có lợi thế rõ ràng về chi phí và hiệu quả thực thi, còn Aave dựa vào các bên thứ ba để thực hiện thanh lý, dù đã tinh chỉnh logic, vẫn khó hoàn toàn đối chiếu theo chiều sâu này.
Tóm lại
Nhìn chung, Aave V4 không phải là một cuộc lật đổ mô hình hiện tại, mà là một bước tiến hệ thống mang tính thận trọng: qua kiến trúc Hub and Spoke tái tổ chức thanh khoản, qua module Spoke phân vùng rủi ro, rồi kết hợp cơ chế thanh lý tinh vi hơn, Aave đang chuyển từ một giao thức vay mượn mở rộng theo “thị trường” thành một hạ tầng vay mượn module hóa có thể chứa đựng các cấu trúc tài chính phức tạp hơn.