Aave Labs đã đưa đề xuất ARFC “Triển khai Aave V4 trên Arc” lên giai đoạn Snapshot vào ngày 2 tháng 9 và cho biết bỏ phiếu sẽ bắt đầu trong vòng 24 giờ tới. Kế hoạch bao gồm triển khai một Core Liquidity Hub và hai Spoke xung quanh thời điểm ra mắt Arc mainnet, với các tài sản đầu tiên bao gồm USDC, EURC, WETH và cirBTC. Đề xuất đã vượt qua kiểm tra nhiệt độ trước đó, nhưng vẫn cần xác nhận qua Snapshot và AIP tiếp theo, không thể nói rằng Aave V4 đã hoạt động trên Arc.
Đề xuất cũng thiết kế kế hoạch thu nhập trong giai đoạn khởi động: Aave DAO dự kiến ít nhất nhận được 2 triệu USD thu nhập giao thức mỗi năm, và nếu thu nhập thực tế sau khi triển khai không đủ, một số bên tham gia hệ sinh thái Arc sẽ bù đắp phần chênh lệch trong năm năm đầu tiên. Cơ chế này giảm thiểu sự không chắc chắn về thu nhập của DAO trong giai đoạn khởi động thị trường mới, nhưng không phải là cam kết tăng trưởng thu nhập trên chuỗi, cũng không phải là cam kết lợi ích cho người dùng. Các hợp đồng cụ thể, thời gian lên mainnet và các tham số cuối cùng vẫn phụ thuộc vào quản trị và đánh giá rủi ro.
Arc chưa chính thức ra mắt trên mainnet, và sự hỗ trợ từ LlamaRisk cũng mang tính tạm thời và có điều kiện. Các tổ chức rủi ro đã rõ ràng chỉ ra rằng việc đánh giá mạng lưới và tài sản vẫn chưa hoàn tất, mức giới hạn ban đầu được thiết lập trước khi có thể quan sát được thanh khoản thực tế trên chuỗi, và có thể được điều chỉnh sau khi mainnet ra mắt. Tin tức quan trọng nhất không phải là một thị trường mới “đã ra mắt”, mà là Aave đã xác định ranh giới cho thanh khoản và rủi ro như thế nào trước khi chuỗi mới chính thức hoạt động.
Một Hub kết nối hai loại thị trường: ngoại hối stablecoin và cho vay phổ quát được định giá riêng biệt
Aave V4 sử dụng kiến trúc Hub và Spoke. Core Hub tập trung nắm giữ thanh khoản chung của USDC, EURC, WETH và cirBTC, Main Spoke hoạt động như thị trường cho vay và vay phổ thông, cho phép sử dụng USDC, cirBTC và WETH làm tài sản thế chấp và cho vay bốn tài sản này. Forex Spoke được thiết kế riêng cho USDC và EURC, cho phép hai loại stablecoin này thế chấp và vay lẫn nhau, hỗ trợ nhu cầu kiểu ngoại hối với phạm vi rủi ro hẹp hơn.
Mục đích của việc tách Spoke là cô lập các tham số khác nhau khi chia sẻ thanh khoản. Thị trường chung phải đối mặt với biến động giá tài sản mã hóa, trong khi thị trường Forex chủ yếu đối mặt với rủi ro mất liên kết của stablecoin và độ sâu thị trường thứ cấp. Đề xuất đặt hệ số thế chấp là 78% cho cirBTC và USDC trong Main Spoke, 83% cho WETH; còn USDC và EURC trong Forex Spoke là 90%. Đây là các giá trị đề xuất ban đầu, không phải dữ liệu thực tế trên chuỗi hiện tại.
V4 còn sử dụng phần thưởng thanh lý động, điều chỉnh theo sự thay đổi của hệ số sức khỏe, thay vì duy trì phần thưởng cố định đơn nhất như V3. Main Spoke và Forex Spoke có các mục tiêu hệ số sức khỏe và khoảng phần thưởng tối đa khác nhau để phù hợp với sự khác biệt giữa tài sản biến động và tài sản liên quan. Cơ chế động có thể giảm thanh lý quá mức trong một số trường hợp, nhưng hiệu suất thực tế của mã và các tham số trên mạng mới vẫn cần được xác minh thông qua độ sâu giao dịch.
Ngoài ra còn có Tokenized Spoke chỉ cho phép gửi mà không cho vay, cung cấp chứng nhận gửi có thể kết hợp cho kho, bộ tổng hợp và chiến lược. Nó chấp nhận tài sản có thể vay từ Hub nhưng không tạo thêm đường dẫn vay thế chấp, nhằm giảm thiểu rủi ro tín dụng bổ sung khi các ứng dụng bên ngoài kết nối vào thanh khoản. Cấu trúc được mô-đun hóa hơn có nghĩa là người dùng cần phân biệt tài sản được chuyển vào Spoke nào và chịu các quy tắc nào, thay vì chỉ nhìn thấy thương hiệu “Aave V4”.
Giới hạn bảo thủ có thể hạn chế sự phơi nhiễm sớm, và mức thu nhập tối thiểu 2 triệu USD cũng sẽ ảnh hưởng đến các quyết định quản trị.
LlamaRisk đề xuất các mức Add Cap và Draw Cap ban đầu được thiết lập riêng biệt theo tài sản và Spoke. Ví dụ: Main Spoke dự kiến cho phép thêm tối đa 56 triệu USDC lưu động và rút tối đa 51 triệu USDC, EURC tương ứng là 20 triệu và 18 triệu; Forex Spoke có thêm giới hạn thêm 13 triệu USDC và 10 triệu EURC. cirBTC và WETH cũng được thiết lập mức dung lượng rõ ràng thấp hơn mức mở không giới hạn.
Các con số này không phải là mục tiêu TVL, cũng không phải là lượng tiền sẽ được nạp đầy ngay khi ra mắt. Mục đích của giới hạn là hạn chế rủi ro lớn nhất trong giai đoạn chưa có áp lực thực tế lên giá cả chuỗi mới, oracle và đường dẫn cầu. Sau khi lên mainnet, quản trị có thể tăng hoặc giảm giới hạn này dựa trên thanh khoản, mức độ sử dụng và hiệu quả thanh lý. Việc ghi giới hạn dưới dạng “dự kiến thu hút bao nhiêu vốn” sẽ làm lẫn lộn ranh giới kiểm soát rủi ro với dự báo kinh doanh.
Mức thu nhập tối thiểu mang lại một động lực kinh tế bổ sung cho đề xuất. Trong năm năm đầu tiên, nếu thu nhập thực tế của giao thức không đạt 2 triệu USD mỗi năm, các bên tham gia hệ sinh thái được thỏa thuận bù đắp phần chênh lệch, giúp DAO sẵn sàng gánh vác chi phí triển khai và duy trì. Tuy nhiên, cần kiểm tra kỹ lưỡng ai là bên bảo lãnh, cách thức thực thi, biện pháp xử lý vi phạm và định nghĩa thu nhập. Các cam kết tài chính không nên che giấu các rủi ro về an ninh mạng, sự tập trung của stablecoin và lần đầu tiên cirBTC được đưa vào Aave.
Bước tiếp theo vẫn là phản hồi cộng đồng, phân tích rủi ro, bỏ phiếu Snapshot và AIP cuối cùng. Nếu bất kỳ giai đoạn nào không được thông qua, việc triển khai có thể bị hoãn hoặc điều chỉnh; ngay cả khi bỏ phiếu thông qua, vẫn cần chờ Arc mainnet, triển khai hợp đồng, oracle và giao diện người dùng sẵn sàng. Đề xuất nêu rõ “trước và sau khi mainnet ra mắt” thay vì ngày cố định, do đó các bài báo không được đưa ra thời gian kích hoạt chưa được xác nhận.
Sự kết hợp giữa Aave và Arc rất rõ ràng: Circle mong muốn Arc tập trung vào thanh khoản của stablecoin và tài sản được token hóa, trong khi Aave muốn trở thành lớp cho vay cốt lõi ngay từ giai đoạn đầu trên chuỗi mới. Điều quyết định thành bại thực sự không phải là danh sách bốn tài sản ra mắt đầu tiên, mà là liệu độ sâu, thanh lý và cơ sở hạ tầng liên chuỗi sau khi lên mainnet có thể chịu được áp lực hay không. Hiện tại, đây là một kế hoạch triển khai với các tham số đầy đủ hơn và đã bước vào giai đoạn bỏ phiếu; việc ghi chính xác “dự kiến triển khai” là “dự kiến triển khai” mới là trách nhiệm đối với quản trị và rủi ro của người dùng.