Xây dựng Thế hệ DeFi tiếp theo: Hướng dẫn dành cho Nhà phát triển về RWA Perps

Perpetual futures (perps) là mạch máu của tài chính phi tập trung (DeFi). Khả năng giao dịch với đòn bẩy mà không cần quản lý ngày đáo hạn đã dẫn đến khối lượng giao dịch khổng lồ trên các nền tảng như dYdX, Synthetix và GMX. Đồng thời, Real World Assets (RWAs) đang đưa hàng nghìn tỉ đô la giá trị tài chính truyền thống—như trái phiếu kho bạc Hoa Kỳ, bất động sản và tín dụng tư nhân—vào chuỗi.

Nhưng điều gì sẽ xảy ra khi kết hợp cả hai?

Trong hướng dẫn này, chúng ta sẽ đi sâu vào cơ chế phát triển của RWA Perps: sử dụng các RWA sinh lợi làm tài sản thế chấp ký quỹ để giao dịch perpetual futures, và thậm chí giao dịch các sản phẩm phái sinh tổng hợp của tài sản thế giới thực. Chúng ta sẽ khám phá kiến trúc, những thách thức về oracle và cung cấp các mẫu smart contract thực tế để xây dựng thế hệ DeFi tiếp theo.

Sự phát triển của Perps và giao điểm với RWA

Để hiểu vì sao RWA perps là bước tiếp theo hợp lý, hãy nhìn vào hiệu quả vốn. Thông thường, nhà giao dịch dùng stablecoin (như USDC) hoặc tài sản tiền điện tử biến động (như ETH) để thế chấp cho tài khoản ký quỹ. Mặc dù hiệu quả, USDC không tạo ra lợi suất tự nhiên, còn ETH mang rủi ro biến động giá cao.

Bằng cách sử dụng các RWA sinh lợi—chẳng hạn các kho bạc token hóa (ví dụ USDY của Ondo hoặc BUIDL của BlackRock)—nhà giao dịch có thể kiếm được lợi suất nền tảng (~4-5% APY) trên tài sản thế chấp trong khi vẫn sử dụng nó để mở vị thế giao dịch có đòn bẩy. Chiến lược “tối đa hóa yield” này đã được các protocol như Ethena gợi ý, khi sử dụng lợi suất staking và phí funding của perp để tạo ra lợi nhuận.

Thách thức của Nhà phát triển

Việc nối các dòng lợi tức cố định ngoài chuỗi với các sản phẩm phái sinh cực kỳ biến động trên chuỗi đặt ra nhiều thách thức kiến trúc:

  • Price Oracles: Các tài sản ngoài chuỗi, ít thanh khoản cần các cơ chế định giá sáng tạo.
  • Thanh khoản: Thanh lý một token RWA khó hơn thanh lý wrapped Ethereum.
  • Tuân thủ: Nhiều token RWA yêu cầu KYC/AML (ví dụ chuẩn ERC-3643), điều này hạn chế ai có thể nhận tài sản bị thanh lý.

Kiến trúc của một RWA Perps Engine

Một RWA Perps engine điển hình chia thành ba lớp smart contract cốt lõi:

  1. Vault / Collateral Manager: Chịu trách nhiệm nhận tiền gửi của người dùng, xác minh tuân thủ (nếu RWA là permissioned) và theo dõi số dư RWA.
  2. Clearinghouse / Margin Engine: Theo dõi PnL (Lợi nhuận/Lỗ), tính margin requirement và kích hoạt thanh lý.
  3. Execution Engine: Xử lý các lệnh giao dịch thông qua AMM (như GMX) hoặc matching engine (như dYdX hoặc Hyperliquid).

Thiết kế Vault cho RWAs

Khác với stablecoin dựa trên ERC20, các giao dịch RWA có thể revert nếu địa chỉ liquidator nhận không nằm trong whitelist. Clearinghouse của bạn phải chọn một trong hai cách:

  • Dùng một permissioned liquidator pool (trong đó liquidator đã qua KYC).
  • Dựa vào protocol để tịch thu tài sản, unwrap/bán ra ngoài chuỗi thông qua cơ chế issuer và phân phối stablecoin cho liquidator.

Triển khai: Margin và Liquidations

Để xử lý RWAs như tài sản thế chấp, chúng ta cần chuẩn hóa giá trị của RWA so với tài sản perp bằng cách sử dụng hệ số Loan-to-Value (LTV) động. Các tài sản RWA có tính thanh khoản cao (như tokenized T-Bills) có thể được cấp LTV 90%, trong khi một phần tokenized bất động sản có thể chỉ nhận LTV 40%.

Mẫu Solidity: Tính Health Factor với RWA Collateral

Dưới đây là một mẫu kiến trúc đơn giản để đánh giá health factor của một tài khoản, điều chỉnh giá trị số dư RWA theo LTV.

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.20;

interface IOracle {
function getPrice(address asset) external view returns (uint256);
}

contract RWACollateralManager {
IOracle public oracle;

struct AssetConfig {
uint256 ltv; // Loan-to-Value theo basis points (ví dụ 8000 = 80%)
bool isCompliantRWA;
}

mapping(address => AssetConfig) public assetConfigs;
mapping(address => mapping(address => uint256)) public userBalances; // user -> asset -> balance

// Tính giá trị USD của tài sản thế chấp RWA của người dùng, có trọng số theo LTV
function getCollateralValue(address user, address[] calldata assets) public view returns (uint256) {
uint256 totalValue = 0;
for (uint i = 0; i < assets.length; i++) {
address asset = assets[i];
uint256 balance = userBalances[user][asset];
if (balance > 0) {
uint256 price = oracle.getPrice(asset);
uint256 ltv = assetConfigs[asset].ltv;

// Value = (Balance * Price) / 1e18 * LTV / 10000
totalValue += ((balance * price) / 1e18) * ltv / 10000;
}
}
return totalValue;
}

// Kiểm tra xem vị thế có thể được thanh lý dựa trên kích thước vị thế và margin RWA
function isLiquidatable(address user, address[] calldata assets, uint256 positionNotionalBase) public view returns (bool) {
uint256 collateralValue = getCollateralValue(user, assets);
// Mức margin tối thiểu đơn giản là 10%
return collateralValue < (positionNotionalBase / 10);
}
}

Vấn đề Request For Quote (RFQ) & Oracle

Các perp truyền thống chạy trên các price feed thời gian thực và thanh khoản cao (như Chainlink Price Feeds mapping BTC sang USD). Nhưng nếu bạn đang dùng bất động sản hoặc tín dụng tư nhân làm ký quỹ, làm sao để định giá chúng?

1. Push Oracles cho các RWA thanh khoản cao

Đối với các RWA có tính thanh khoản cao (như USDY của Ondo), protocol có thể dựa vào các push oracle tiêu chuẩn lưu trữ net asset value (NAV) từ issuer hoặc các AMM thị trường thứ cấp.

2. Optimistic Oracles cho các tài sản ít thanh khoản

Đối với các tài sản ít thanh khoản, bạn không thể phụ thuộc vào price feed on-chain nguyên tử. Thay vào đó, các dự án có thể tích hợp Optimistic Oracles (như UMA’s OO, nổi tiếng được dùng bởi Polymarket). Một giá cho RWA được đề xuất trên chuỗi, và nếu không bị tranh chấp trong một khoảng thời gian thử thách (ví dụ 2 giờ), nó sẽ trở thành settlement price.

3. Chainlink Functions cho arbitrage ngoài chuỗi

Để định giá các RWA Derivatives (giao dịch hiệu suất của một tài sản thế giới thực thông qua perp), nhà phát triển có thể sử dụng Chainlink Functions để lấy dữ liệu từ các API ngoài chuỗi (như Bloomberg hoặc các feed thị trường chứng khoán truyền thống) và giải quyết funding rates của perp một cách bất đồng bộ.


Tăng trải nghiệm người dùng: Wallet Sweep POC

Một trong những rủi ro UX lớn đối với nhà giao dịch đòn bẩy là bị thanh lý trong một cú sập thị trường nóng, trong khi lại có thêm tài sản thế chấp đang nằm không hoạt động ở một ví hoặc tài khoản khác.

Việc tích hợp một hệ thống như Wallet Sweep POC có thể giải quyết vấn đề này một cách tự nhiên. Bằng cách cho phép trader ủy quyền cho một smart wallet (thông qua Account Abstraction – ERC-4337) hoặc một delegated proxy, protocol có thể tự động “sweep” các số dư RWA được ủy quyền từ vault hoặc ví bên ngoài vào tài khoản ký quỹ nếu Health Factor giảm xuống dưới ngưỡng định trước, từ đó giúp người dùng tránh bị thanh lý.

Ngữ cảnh triển khai: Frontend sử dụng wagmi và viem để nhắc người dùng ký một permit message, mà backend sweep service theo dõi và thực thi chỉ khi ngưỡng margin bị vi phạm.


Kết luận & các bước tiếp theo

Việc kết hợp lợi suất ổn định của Real World Assets với hiệu quả vốn mạnh mẽ của Perpetual Futures mở ra một không gian thiết kế mới cho DeFi. Mặc dù nó mang lại những thách thức về oracle, thanh khoản tài sản và tuân thủ (KYC), việc chuẩn hóa LTV ký quỹ và phụ thuộc nhiều vào các mô hình thiết kế oracle mạnh mẽ có thể mở đường cho các nền tảng giao dịch cấp doanh nghiệp.

Sẵn sàng bắt đầu xây dựng?

References and Evidence

  1. Optimistic Oracles for Perps: UMA’s Optimistic Oracle đã được dùng bởi nhiều protocol lớn để giải quyết dữ liệu ngoài chuỗi không cấu trúc hoặc định tính một cách an toàn trên chuỗi. (Nguồn: UMA Documentation)
  2. Capital Efficiency & Yield in DeFi: Sự bùng nổ của các derivative có nền tảng yield, thể hiện qua USDe của Ethena tạo ra lợi nhuận cao thông qua các chiến lược delta-neutral cash-and-carry. (Nguồn: Ethena Labs)
  3. RWA Momentum: Các sản phẩm trái phiếu kho bạc token hóa đã vượt mốc 1B AUM vào đầu năm 2024, với các ví dụ nổi bật là BUIDL của BlackRock và BENJI của Franklin Templeton. (Nguồn: rwa.xyz)
  4. ERC-3643 Standard: Tiêu chuẩn hàng đầu cho token permissioned, rất quan trọng trong việc xử lý các RWA chứng khoán theo chuẩn tuân thủ trên chuỗi. (Nguồn: ERC-3643 Specification)