Các mô hình tích hợp DeFi là các phương pháp kiến trúc có thể tái sử dụng để kết hợp nhiều giao thức thành một ứng dụng duy nhất. Mỗi trong năm mô hình chính — Adapter, Proxy, Strategy, Vault và Oracle Adapter — giải quyết các thách thức cụ thể trong việc kết hợp với các cân bằng khác nhau về gas, phức tạp và rủi ro. Chọn đúng mô hình sẽ quyết định liệu vị trí được kết hợp của bạn có hiệu quả về vốn hay không, hay là một cái bẫy có thể gây thiệt hại.
Dãy Composability — Từ các nguyên tắc cơ bản đến chiến lược
Thuyết "Money Lego" vẫn là giá trị độc đáo của DeFi: composability không cần sự cho phép cho phép các nhà phát triển xếp các giao thức như các khối xây dựng. Tuy nhiên, trong năm 2024-2026, người ta cần hiểu về các mô hình, không chỉ là nhận thức về các giao thức. Sự bùng nổ của các giao thức – Uniswap V4 hooks, ERC-4626 việc áp dụng, EigenLayer AVS – có nghĩa là mỗi quyết định tích hợp hiện nay đều mang tính chất quan trọng về kiến trúc. Một câu nói nêu ra nguyên tắc: mỗi giao thức DeFi bạn tích hợp đều tăng diện tích tấn công – các mô hình là khung quản lý rủi ro của bạn.
Diagram - DeFi composability stack: base layer (EVM) → primitives (ERC20, AMM, lending) → composable
Layer 0: EVM Môi trường thực thi
Các gọi hợp đồng tùy ý thông qua CALL, DELEGATECALL, STATICCALL tạo nền tảng. DELEGATECALL đặc biệt hỗ trợ các mẫu proxy – nó thực thi mã bên ngoài trong ngữ cảnh bộ nhớ của người gọi, cơ chế nằm sau logic của upgradeable.
Nível 1: tiêu chuẩn token
- ERC-20: cơ sở dữ liệu token có thể thay thế
- ERC-4626: tiêu chuẩn token hóa vault – lớp composability cho sản phẩm có lợi suất
- EIP-2535: tiêu chuẩn Diamond – nhiều loại facet proxy cho logic có thể kết hợp upgradeable
- ERC-721/1155: tiêu chuẩn NFT cho token vị trí (Uniswap vị trí V3 LP, cổ phần vault)
Nível 2: các đơn vị cơ bản
| Thô sơ | Các giao thức chính | Giao diện khả năng kết hợp |
|---|---|---|
| AMM | Uniswap V3/V4, Curve, Balancer | các hàm gọi lại swap, mint, burn, flash |
| Cho vay | Aave V3, Compound V3, Morpho Blue | supply, borrow, flashLoan, liquidationCall |
| Tiền điện tử ổn định | USDC, DAI, LUSD, VNDC | mint, redeem, các nguồn dữ liệu oracle về giá |
Nível 3: Protokols có thể cấu thành
DEX aggregator ( 1inch, Paraswap, Matcha) hoạt động qua các đơn vị cơ bản của lớp 2. Các công cụ tối ưu hóa (Yearn, Beefy, Sommelier) kết hợp logic cho vay + AMM + strategy. Các giao thức Leverage ( Gearbox, Euler, Contango) kết hợp cho vay + DEX + oracle cho các vị trí không có tài sản đảm bảo đầy đủ.
Nível 4: Chiến lược của người dùng
Đo lặp (leveraged yield), basis trade (spot + perp), delta neutral (LP + hedge), cross-chain arb (bridge + arb + bridge). Mỗi strategy là một cấu trúc cụ thể của các nguyên mẫu Layer 2-3.
Dạng phân loại mô hình tích hợp chính
Năm mô hình này tạo thành một khung quyết định. Bắt đầu với mô hình đơn giản nhất giải quyết vấn đề của bạn – mỗi lớp sẽ tăng thêm diện tích tấn công.
Flowchart - Core DeFi integration patterns: Adapter, Proxy, Strategy, Vault, Oracle Adapter, each wi
| Mẫu | Bạn đã giải quyết được vấn đề | Mechanism chính | Tầng trần khí | Phức tạp | Bàn kiểm tra bề mặt |
|---|---|---|---|---|---|
| Adapter | Bọc giao diện bên ngoài | Hợp đồng Wrapper dịch các cuộc gọi | +20-50k | Thấp | Chỉ có Wrapper |
| Proxy (EIP-2535) | Logic có thể nâng cấp | Tiêu chuẩn kim cương / mẫu mặt phẳng | +50-100k | Cao | Phần viền + kim cương |
| Strategic (ERC-4626) | Lý thuyết hiệu suất có thể cấu thành | Giao diện kho lưu trữ và chiến lược được chuẩn hóa | +30-80k | Mức trung | Vault + chiến lược |
| Vault (ERC-4626) | Kế toán chuẩn hóa | Chia sẻ tài khoản, nạp/nhả tiền | +40-90k | Mức trung | Hợp đồng Vault |
| Adapter Oracle | Dữ liệu ngoài chuỗi trên chuỗi | Aggregator + kiểm tra độ cũ | +100-200k | Cao | Oracle + adapter |
Điều ước về khí: Ethereum Q3 2024 mainnet. L2 (Arbitrum/Optimism) giảm 80-90%. Số liệu có thể khác nhau tùy theo mức độ phức tạp của việc triển khai.
Hình thức quyết định: tôi cần mẫu nào?
- Cần tích hợp một giao thức bên ngoài với giao diện không tiêu chuẩn? → Adapter
- Cần logic phải phát triển mà không cần di chuyển? → Proxy (EIP-2535)
- Xây dựng một sản phẩm có thể kết hợp? → Vault + Strategy (ERC-4626)
- Cần dữ liệu ngoài chuỗi (giá, tỷ lệ, trạng thái)? → Oracle Adapter
- Có nhiều nhu cầu? → Tạo mẫu kết hợp (ví dụ, Adapter → Vault → Proxy)
Mẫu 1 — Adapter: Bao quanh các giao thức bên ngoài
Diagram - Adapter pattern: Your Contract → Adapter Wrapper → External Protocol (Uniswap/Aave/Curve)
Lúc nào nên sử dụng
Sử dụng Uniswap V3/V4, Aave V3, Curve hoặc bất kỳ giao thức nào có giao diện không tiêu chuẩn hoặc tùy thuộc phiên bản. Adapter chuyển đổi giao diện nội bộ của bạn thành giao diện bên ngoài của họ.
Thực hiện
`solidity // Your internal interface interface IUniswapV3Adapter { function swapExactInputSingle( address tokenIn, address tokenOut, uint24 fee, uint256 amountIn, uint160 sqrtPriceLimitX96 ) external returns (uint256 amountOut); }
// Immutable wrapper — no upgradeability, minimal trust contract UniswapV3Adapter is IUniswapV3Adapter { ISwapRouter public immutable router;
constructor(address _router) { router = ISwapRouter(_router); }
function swapExactInputSingle(...) external override returns (uint256) { // Translate your params → Uniswap params // Handle multicall, deadline, fee tiers // Return only what your system expects } } `
Gas Optimization Các kỹ thuật
- Gọi theo nhóm thông qua multicall: giao dịch đơn cho nhiều giao dịch thay đổi**
- View function caching: Caching
slot0,feeGrowthGlobalđọc ngoài chuỗi - Cài đặt không thể thay đổi: Không có phí overhead proxy, khoảng 20-30k gas cho mỗi giao dịch thay đổi so với 50k+ cho proxy
Ví dụ thực tế: Kiến trúc của Yearn Adapter
Yearn V3 sử dụng các adapters cho Curve, Convex, Aave, Balancer, Uniswap. Mỗi adapter:
Tiểu sử rủi ro
| Rủi ro | Giảm nhẹ |
|---|---|
| Wrapper = điểm thất bại duy nhất | Cài đặt không thể thay đổi; không có khóa quản trị |
| Tương tác giữa khả năng nâng cấp | Cài đặt adapter mới; chuyển đổi qua phương thức quản lý timelock |
| Sự lệch giao diện | Thử nghiệm tự động đối với fork mainnet trong mỗi nâng cấp giao thức |
Mẫu 2 — Proxy (EIP-2535): Upgradeable Lógica có thể cấu trúc
Diagram - Diamond proxy: Diamond (storage) → Facets (logic: Strategy, Risk, Oracle, Rewards) → Exter
Lúc nào nên sử dụng
Strategy logic phải phát triển: các thuật toán yield optimization, các tham số rủi ro, phân phối phần thưởng, các nguồn oracle. Thông lệ diamond phân biệt từng lĩnh vực logic thành các facet riêng biệt, chia sẻ cùng một bộ nhớ.
Diamond Thông thường vs Đơn giản Proxy
| Khía cạnh | Proxy thông minh (OZ) | EIP-2535 Diamond |
|---|---|---|
| Hợp đồng logic | Công việc triển khai đơn lẻ | Nhiều mặt |
| Cung cấp bộ nhớ | Được chia sẻ (rủi ro va chạm) | Cung cấp lưu trữ kim cương (có tên) |
| Cấp độ nâng cấp | Tất cả hoặc không có gì | Theo khía cạnh |
| Khả năng kết hợp | Có hạn | Native — facets = module |
Diamond Mẫu lưu trữ
`solidity // Each facet uses unique storage namespace bytes32 constant STRATEGY_STORAGE = keccak256("diamond.storage.strategy"); bytes32 constant RISK_STORAGE = keccak256("diamond.storage.risk"); bytes32 constant ORACLE_STORAGE = keccak256("diamond.storage.oracle");
// Facet reads/writes via assembly to specific slot function _getStrategyStorage() internal pure returns (StrategyStorage storage s) { assembly { s.slot := STRATEGY_STORAGE } } `
Các triển khai trong thế giới thực
- Euler V2: Diamond cho máy tính xác định rủi ro, oracle, liquidation, thưởng cho các facet
Tiểu sử rủi ro
| Rủi ro | Giảm nhẹ |
|---|---|
| Vectơ tấn công trong quản trị | Timelock + multisig; trì hoãn nâng cấp facet |
| Thời điểm nâng cấp Facet | Cải tiến đa chiều của Atomic thông qua diamondCut |
| Lỗi bố trí bộ nhớ | Thử nghiệm bố trí bộ nhớ tự động; các khung có tên |
delegatecall khả năng tái sử dụng | nonReentrant trên tất cả các chức năng facet bên ngoài |
Mẫu 3 — Strategy & Vault (ERC-4626): Sản phẩm có thể cấu thành
Diagram - ERC-4626 Vault + Strategy: User → Vault (shares) → Strategy (allocation) → Underlying Prot
ERC-4626 là lớp Composability
Các tiêu chuẩn defines: deposit, withdraw, mint, redeem, totalAssets, asset, decimals. Giao diện này cho phép mọi vault kết nối với mọi aggregator — Yearn, Beefy, 1inch, Paraswap đều nhận biết các ERC-4626 vault.
Strategy Mô hình: Tách biệt các mối quan tâm
` Vault (ERC-4626) Strategy (Custom) ├── Share accounting ├── Allocation logic ├── Deposit/withdraw ├── Rebalance triggers ├── Fee collection ├── Risk checks └── Asset custody └── Protocol interactions `
Nhiều Strategy Vault
Một hợp đồng Allocator phân phối tài sản vault trên nhiều chiến lược: `solidity contract MultiStrategyVault is ERC4626 { IStrategy[] public strategies; uint256[] public allocations; // basis points
function rebalance() external { // 1. Withdraw from overallocated strategies // 2. Deposit into underallocated strategies // 3. Update allocation tracking // Gas: ~150-300k depending on strategy count } } ` Các ví dụ thực tế: hệ thống V3 đa strategy vault, hệ thống Beefy's strategy router, kiến trúc kho chứa của Sommelier.
Toán khí
Mỗi lần tái cân bằng = strategy lần gọi + vault lần tính toán. Số lượng để amort hóa:
Mẫu 4 — Oracle Adapter: Dữ liệu ngoài chuỗi với mức tin cậy tối thiểu
Diagram - Oracle Adapter: Price Feeds → Aggregator → Adapter (validation) → Consumer Contract
Lúc nào nên sử dụng
Mọi cấu trúc cần giá, tỷ lệ hoặc trạng thái từ bên ngoài EVM. Kiến trúc: Aggregator (Chainlink/RedStone/Pyth) → Adapter (xác minh) → Người tiêu dùng.
Adapter Băng kiểm tra
`solidity contract OracleAdapter { AggregatorV3Interface public immutable aggregator; uint256 public immutable heartbeat; // Max age (e.g., 3600s) uint256 public immutable deviationBps; // Max deviation (e.g., 100 bps) int256 public immutable minPrice; // Circuit breaker floor int256 public immutable maxPrice; // Circuit breaker ceiling
function getPrice() external view returns (int256) { (, int256 price, , uint256 updatedAt, ) = aggregator.latestRoundData();
// Staleness check require(block.timestamp - updatedAt <= heartbeat, "STALE");
// Deviation check (requires previous price tracking) // Circuit breakers require(price >= minPrice && price <= maxPrice, "CIRCUIT_BREAKER");
return price; } } `
Staleness Threshold: Heartbeat so với sai lệch
| Lối tiếp cận | Ưu điểm | Nhược điểm | Được sử dụng bởi |
|---|---|---|---|
| Heartbeat-based | Simple, predictable | Chậm trong việc phát hiện sự mạo hiểm | Các nguồn dữ liệu chuẩn Chainlink |
| Bảo đảm dựa trên sai lệch | Nhận ra những chuyển động đột ngột | Yêu cầu giá trước đó | RedStone, Pyth, các adapter tùy chỉnh |
| Hybrid (cả hai) | Tốt nhất của cả hai | Hơi gas nhiều hơn | Aave V3, Euler V2, Morpho Blue |
Các ví dụ trong thực tế
- Aave V3 Price Oracle: Chainlink aggregator + kiểm tra lựa chọn dự phòng + sai lệch
Rủi ro: Oracle Tạo điều kiện = Tác động lan truyền Liquidation
Một nguồn cung cấp bị điều khiển trong một vị trí được cấu thành (ví dụ, leveraged vault sử dụng oracle để định giá tài sản đảm bảo) có thể gây ra:
Mẫu cấu trúc cắt ngang giữa các giao thức
Đây là những "thực đơn" mà các nhà phát triển thực sự xây dựng. Mỗi thực đơn kết hợp nhiều mẫu trên.
Diagram - Cross-protocol looping: deposit collateral → borrow stable → swap to collateral → redeposi
1. Vòng lặp (Leveraged Yield)
Mô hình: Đặt cọc tài sản đảm bảo → Vay ổn định → Thay đổi sang tài sản đảm bảo → Đặt cọc lại (recursive)
Toán học:
- Tỷ lệ hiệu quả leverage = 1 / (1 - LTV)
- Khi 80% LTV: 5x leverage
- Tỷ lệ APY thuần = Tỷ lệ APY cung cấp × Leverage - Tỷ lệ APY vay × (Leverage - 1)
- Ví dụ: Cung cấp 5%, vay 3%, 5x leverage → 5×5% - 3×4% = 25% - 12% = 13% thuần
Rủi ro: Liquidation cấp. Mỗi vòng lặp có chi phí khí compound. Tối ưu: 3-5 vòng lặp (tăng dần sau đó).
2. Basis Trade (Spot + Perpetual)
Mô hình: Điểm dài (tài sản được mã hóa) + Điểm ngắn (cá nhân thu thập vốn)
Hoạt động với: stETH + ETH perp, T-bill tokenized + lãi suất tương lai, VNDC + VND/USD forward
Math: Tỷ suất vốn hoá hàng năm = (Funding Rate × 8760) / Kích thước vị thế
3. Delta Neutral
Mô hình: vị trí LP (Uniswap V3 tập trung) + Hedge (short hoặc options)
Xóa bỏ sự tiếp xúc theo hướng; thu phí + nguồn vốn. Rủi ro: Impermanent loss còn lại, gamma rủi ro, phức tạp của việc bảo hiểm động
4. Cross-Chain Arbitrage
Mẫu: Cầu nối → Arb trên chuỗi đích → Cầu nối trở lại (tính nguyên tử thông qua callback)
Yêu cầu: chuỗi kết thúc nhanh, phí cầu thấp, bảo vệ MEV Protocols: LayerZero, Wormhole, Hyperlane + Uniswap V4 hooks / 1inch Fusion
Ma trận rủi ro vị trí
Model hai trục: Smart Contract Risk (tình trạng TERM_2__, độ tuổi mã, TERM_3__) × Oracle/Rủi ro thị trường (năng lượng đa dạng, biến động, lịch sử gian lận).
Comparison - Risk matrix for composed DeFi positions: smart contract risk × oracle risk × liquidity
| Quadrant | Rủi ro của hợp đồng thông minh | Rủi ro của Oracle | Các ví dụ | Hướng dẫn phân bổ |
|---|---|---|---|---|
| Q1: Các đối tượng cơ bản | Thấp (được kiểm toán, đã trải qua thử nghiệm chiến đấu, TVL cao) | Thấp (nhiều nguồn dữ liệu, biến động thấp) | Tiền gửi đơn giản của Aave, LP ổn định Uniswap V3, kho ERC-4626 (được kiểm toán) | Tích phân trung tâm – 60-80% danh mục đầu tư DeFi |
| Q2: Tùy thuộc vào Oracle | Thấp | Tốt (nhập liệu đơn, biến động, lịch sử điều chỉnh) | Lặp với đòn bẩy, arb tài chính, cầu nối giữa các chuỗi + lợi nhuận | Theo dõi chặt chẽ - 15-30%, cảnh báo về dữ liệu giá |
| Q3: Rủi ro về mã | Tốt (không được kiểm toán, mới, TVL thấp) | Thấp | Khóa chiến lược chưa được kiểm toán, tích hợp giao thức mới, adapter tùy chỉnh | Yêu cầu kiểm toán - 5-15%, chỉ sau khi kiểm toán |
| Q4: Khu nguy hiểm | Cao | Cao | Max leverage on new protocol, cross-chain leveraged yield, synthetic + oracle | Chỉ dành cho chuyên gia — <10%, bằng kích thước vị trí cho tổng thiệt hại |
Công thức đánh giá tổng hợp
` Composite Score = (SC_Risk_Weight × SC_Score) + (Oracle_Risk_Weight × Oracle_Score) Weights: SC_Risk = 0.6, Oracle_Risk = 0.4 (code risk compounds faster) Thresholds: <30 = Q1, 30-50 = Q2, 50-70 = Q3, >70 = Q4 `
Quy tắc đa dạng hóa
Không bao giờ có hơn 10% danh mục trong quý 4. Các vị trí được tạo ra trong quý 4 có các cách thức thất bại tương quan nhau - một hành động oracle + một lỗi trong hợp đồng thông minh = mất toàn bộ vốn.**
Vietnambối cảnh của công cụ xây dựng — DeFi tích hợp trong VN
Những nhà xây dựng của Vietnam phải đối mặt với những hạn chế và cơ hội độc đáo ảnh hưởng đến lựa chọn mô hình tích hợp.
VN DeFi Dự án xây dựng hạ tầng có thể cấu hình
- Kyber Network: KyberSwap aggregator + các nhóm linh hoạt (adapter mô hình cho định tuyến đa-DEX)
Quy định: Nghị định 13/2023 về Sandbox
Sandbox quy định về fintech cho phép kiểm tra các giao thức DeFi theo cách kiểm soát. Các ảnh hưởng:
- Các giao thức có thể được kết hợp phải chịu sự kiểm tra nghiêm ngặt hơn (các tương tác của nhiều giao thức = rủi ro phức tạp)
- Cần thực hiện KYC/AML ở các giới hạn của quá trình kết hợp (rampa khởi động/ngưng sử dụng tiền tệ fiat)
- Các nghĩa vụ báo cáo cho việc theo dõi lưu lượng giữa các giao thức
Các nhu cầu của địa phương Oracle
- VND/USD feed: Quan trọng đối với VNDC, tài sản VN được mã hóa, thị trường cho vay địa phương
Mẫu truy cập: Mobile-First, tối ưu hóa năng lượng
- 90%+ sử dụng di động → UX phải ẩn đi sự phức tạp của cấu trúc
Tiểu sử nhân tài
- Cơ sở vững chắc về EVM/Solidity (lịch sử outsourcing)
Khung quyết định - Chọn mô hình tích hợp của bạn
Flowchart - Decision framework: Upgrade need? → Proxy. External protocol? → Adapter. Yield product?
Danh sách kiểm tra lựa chọn
- Có cần nâng cấp không? → Proxy (EIP-2535 diamond cho đa facet; OZ Transparent cho đơn giản)
- Protocolf ngoại bộ có giao diện tùy chỉnh không? → Adapter (mặc định ưu tiên không thay đổi)
- Có cần sản xuất sản phẩm cho composability không? → ERC-4626 Vault + Strategy
- Có cần dữ liệu ngoài chuỗi không? → Oracle Adapter (hybrid heartbeat + sai lệch)
Thay đổi mô hình chi phí khí
| Mạng | Proxy có khả thi không? | Chi phí adapter | Chi phí kho | Tuyên bố khuyến nghị |
|---|---|---|---|---|
| Mainnet của Ethereum | Rìu (~100k) | Thấp (~30k) | Trung bình (~80k) | Tránh sử dụng proxy; sử dụng các adapter không thể thay đổi |
| Arbitrum/Optimism | Có (~10k) | Rất thấp (~3k) | Thấp (~8k) | Proxy kim cương cho logic có thể nâng cấp |
| BSC/Polygon | Có (~5k) | Rất thấp (~1k) | Thấp (~5k) | Proxy có thể sử dụng; tối ưu hóa cho UX |
| TomoChain | Có (<$0.01) | Không đáng kể | Không đáng kể | Bất kỳ mô hình nào; ưu tiên tốc độ của nhà phát triển |
Tính năng của nhóm quyết định mức độ phức tạp tối đa
- Không có ngân sách audit: chỉ có Adapter + Vault (không thể thay đổi, tiêu chuẩn)
Hỏi đáp
1. Sự khác biệt giữa mô hình Adapter và Proxy là gì? Adapter bao gồm các cuộc gọi bên ngoài (giao diện của bạn → giao diện của họ); Proxy cho phép logic upgradeable thông qua việc chia sẻ bộ nhớ của facet. Adapter = lớp dịch chuyển; Proxy = lớp phát triển.
2. Khi nào tôi nên sử dụng ERC-4626 vault thay vì kế toán tùy chỉnh? ERC-4626 cho composability – bất kỳ aggregator nào cũng nhận ra nó. Tùy chỉnh chỉ khi tiêu chuẩn không phù hợp (ví dụ, các vị trí không thể thay thế, cấu trúc phí phức tạp).
3. Giá của một flash loan arbitrage là bao nhiêu? ~300-500k trên mainnet (2024); ~50-100k trên Arbitrum/Optimism. Tùy thuộc vào số lượng hop và mức độ phức tạp của DEX.
4. Rủi ro lớn nhất trong các vị thế DeFi là gì? Smart contract risk compounds — một lỗi lan rộng trên tất cả các giao thức tích hợp. Một lỗi trong Adapter + Oracle có thể dẫn đến mất toàn bộ vị thế.
5. Tôi có thể tạo các quy trình mà không cần viết Solidity không? Có — sử dụng các chiến lược Yearn/Beefy (ERC-4626 vaults), 1inch Fusion (tổng hợp thay đổi), hoặc các công cụ không cần mã như DeFi Saver (công cụ tạo công thức).
6. Làm thế nào để audit một vị trí được cấu thành? Audit mỗi điểm tích hợp + logic cấu thành. Kiểm tra: reentrancy (các hàm callback), access control (facet nâng cấp), oracle staleness (heartbeat/chênh lệch), an toàn nâng cấp (storage collision).
7. Sự khác biệt giữa Strategy và Vault trong ERC-4626 là gì? Vault = kế toán/token hóa (tiêu thụ, gửi tiền, rút tiền); Strategy = logic phân bổ (nơi tài sản đi, khi nào cân bằng lại). Chúng được phân tách cho composability – một vault, nhiều chiến lược.
8. Cách nào mà EIP-2535 Diamond khác với OpenZeppelin Transparent Proxy? Diamond hỗ trợ nhiều facet (hợp đồng logic) chia sẻ bộ nhớ có tên; Transparent Proxy = hợp đồng triển khai duy nhất. Diamond cho phép nâng cấp theo mô-đun – nâng cấp hệ thống rủi ro mà không cần thay đổi logic của oracle.
Tham khảo và đọc thêm
Các nguồn chính
- EIP-2535: Diamond Standard — https://eips.ethereum.org/EIPS/eip-2535
- ERC-4626: Tokenized Vault Standard — https://eips.ethereum.org/EIPS/eip-4626
- Uniswap V4 Hooks — https://docs.uniswap.org/concepts/protocol/hooks
- Aave V3 Developers — https://docs.aave.com/developers/v3/overview/
- Chainlink Price Feeds — https://docs.chain.link/data-feeds/price-feeds
Tham khảo thực hiện
- Yearn V3 Adapters — https://github.com/yearn/yearn-v3
Vietnambối cảnh
- Nghị định 13/2023 Sandbox — https://thuvienphapluat.vn/van-ban/The-thao/Decree-13-2023-ND-CP-sandbox-fintech
Cập nhật lần cuối: 2026-09-02 | Tác giả: 4+ năm kinh nghiệm trong phát triển giao thức DeFi, đóng góp tích hợp Yearn/Euler/Morpho