Mục lục
Nội dung này phục vụ mục đích giáo dục, không phải lời khuyên đầu tư hoặc tín hiệu giao dịch.
Trả lời ngắn: DeFi là các dịch vụ tài chính chạy bằng smart contract trên blockchain, như đổi token, cho vay, vay thế chấp hoặc thanh toán. Người dùng tương tác bằng wallet thay vì một quầy trung tâm. Mở hơn không đồng nghĩa ít rủi ro, lợi suất chắc chắn hay không có người quản trị.
Đọc xong, bạn sẽ hiểu:
- Tài sản, protocol và dApp ghép thành DeFi ra sao.
- Swap, supply, borrow và liquidation vận hành ở mức cơ bản.
- Cách hỏi “lợi suất đến từ đâu?” trước khi nghĩ tới dùng tiền.
1. DeFi là hệ sinh thái tài chính bằng smart contract
DeFi viết tắt của decentralized finance, tức tài chính phi tập trung. Ethereum.org mô tả đây là các dịch vụ tài chính dùng crypto cùng smart contract, gồm giao dịch, vay và cho vay.
DeFi không phải một công ty, app hoặc token. Nó có bốn lớp:
- Blockchain lưu transaction và state.
- Assets là ETH, stablecoin và các token được protocol chấp nhận.
- Protocol là bộ smart contract cung cấp quy tắc swap, lending hoặc thanh toán.
- dApp là giao diện giúp wallet tương tác với protocol.
Nhiều dApp có thể gọi một protocol; một dApp cũng có thể ghép nhiều protocol. Người dùng ký bằng wallet, còn contract đổi state theo code.
Trên một DEX, bạn đưa 100 token A vào pool và nhận token B theo công thức. Với lending, supplier cấp tài sản; borrower vay theo điều kiện thế chấp. Tham số, oracle, admin hoặc governance vẫn tác động hệ thống.
Hình 1 — DeFi là một chồng lớp; giao diện chỉ là cửa vào, còn tài sản và quy tắc nằm ở các lớp phía sau.
2. Tiền và yêu cầu chạy qua DeFi thế nào?
Swap qua liquidity pool
Liquidity pool là nhóm token nằm trong smart contract để phục vụ giao dịch hoặc vay. Người cung cấp tài sản gọi là liquidity provider hoặc supplier.
Khi swap, dApp lấy báo giá; wallet hiện token vào/ra, minimum received, gas và contract. Sau chữ ký, contract kiểm tra điều kiện rồi cập nhật pool. Kết quả còn phụ thuộc thanh khoản, price impact và slippage.
Supply và borrow
Trong lending pool, supplier đưa tài sản vào và có thể nhận phần lãi borrower trả theo quy tắc. Borrower khóa collateral, tức tài sản thế chấp, rồi vay tài sản khác.
Ví dụ giả lập:
- An supply 1.000 USDC vào pool.
- Bình khóa collateral trị giá 1.000 USD.
- Protocol cho Bình vay 600 USDC theo tham số hiện tại.
- Lãi Bình trả được phân phối theo quy tắc cho supplier và protocol.
Con số 600 chỉ minh họa. Aave Help cho biết khả năng vay và lãi suất phụ thuộc LTV, liquidation threshold, utilization và governance; chúng có thể đổi.
Nếu giá collateral giảm, khoản vay có thể không còn đủ bảo đảm. Liquidation là lúc bên thanh lý trả một phần nợ và nhận collateral theo quy tắc để bảo vệ pool.
Hình 2 — Supplier và borrower không giao dịch tay đôi; smart contract của pool giữ sổ, tính lãi và kiểm tra thế chấp.
Health factor bằng ví dụ số
Một protocol có thể dùng health factor để biểu thị độ an toàn của vị thế vay. Theo Aave Help, health factor dưới 1 khiến vị thế đủ điều kiện bị liquidation trên Aave.
Ví dụ giả lập: collateral 1.000 USD, liquidation threshold 80%, nợ 600 USD.
Health factor = 1.000 × 80% / 600 = 1,33
Nếu collateral giảm còn 750 USD, phép tính thành 750 × 80% / 600 = 1,00. Đây là điểm rủi ro rất sát trong ví dụ. Mỗi protocol và phiên bản có tham số riêng; không lấy công thức này để tự coi một vị thế là an toàn.
Hình 3 — Nợ không đổi nhưng collateral giảm vẫn có thể kéo vị thế tới ngưỡng thanh lý.
3. DeFi làm được gì và khác tài chính truyền thống ở đâu?
Các nhóm phổ biến gồm swap, lending/borrowing, stablecoin, thanh toán, phái sinh và bảo hiểm onchain. Đây không phải lời mời dùng protocol cụ thể.
| Tiêu chí | Tài chính truyền thống/CeFi | DeFi |
|---|---|---|
| Quyền giữ tài sản | Tổ chức có thể custody | Người dùng thường ký từ wallet |
| Quy tắc | Hệ thống nội bộ và hợp đồng pháp lý | Một phần nằm trong smart contract |
| Truy cập | Có hồ sơ, giờ hoạt động, khu vực | Protocol có thể hoạt động 24/7 |
| Minh bạch | Dữ liệu nội bộ có giới hạn | State/transaction onchain kiểm tra được |
| Xử lý sai | Có hỗ trợ, đóng băng hoặc hoàn tác tùy trường hợp | Transaction đã xác nhận thường khó đảo |
| Rủi ro chính | Đối tác, vận hành, pháp lý | Contract, oracle, liquidation, token, governance |
APY là tỷ suất năm hóa có tính hiệu ứng ghép theo giả định. APY hiển thị không phải lời hứa: rate có thể đổi theo utilization, phần thưởng token có thể giảm giá và phí có thể ăn hết phần thu được.
TVL là tổng giá trị tài sản khóa trong một protocol theo cách dashboard đo. TVL lớn cho biết quy mô, không chứng minh code an toàn, thanh khoản mọi thời điểm hoặc người dùng sẽ có lãi.
Composability nghĩa là protocol ghép như Lego. Nó tạo tiện ích mới, đồng thời nối rủi ro: khối B lỗi có thể ảnh hưởng A và C.
4. Lợi suất luôn có nguồn trả và nhóm rủi ro
Trước một con số APY, hỏi ba câu: ai trả, trả bằng tài sản gì và điều kiện nào làm dòng tiền dừng?
- Lãi lending có thể đến từ borrower.
- Phí liquidity có thể đến từ người swap.
- Reward có thể là token phát hành mới, nên giá trị phụ thuộc thị trường.
- Lợi suất chiến lược có thể ghép nhiều protocol và nhiều lớp rủi ro.
Các rủi ro phải tách riêng
- Smart contract: bug hoặc logic ngoài dự kiến có thể làm mất/khóa tài sản.
- Oracle: giá sai hoặc bị thao túng có thể gây vay quá mức hay liquidation sai. Ethereum.org lưu ý contract thực thi theo dữ liệu oracle nhận được.
- Collateral/liquidation: giá collateral giảm, nợ tăng hoặc rate đổi kéo vị thế qua ngưỡng.
- Liquidity: có số dư trên màn hình nhưng thoát vị thế lớn có thể gây price impact.
- Stablecoin/token: depeg, freeze, blacklist, token giả hoặc cơ chế phát hành yếu.
- Admin/governance: quyền pause, upgrade, đổi tham số hoặc khóa đặc biệt tạo điểm kiểm soát.
- Bridge/composability: tài sản bắc cầu hoặc protocol phụ thuộc thêm bề mặt tấn công.
- Frontend/signature: domain giả, approval rộng hoặc chữ ký khác điều người dùng tưởng.
Câu đoán chắc: “DeFi bỏ trung gian nên lợi suất cao hơn và an toàn hơn.” Sai. Contract có thể thay một số khâu trung gian, nhưng rủi ro chuyển sang code, collateral, oracle, token, thanh khoản và quản trị.
Câu có điều kiện: DeFi có thể giảm một số chi phí và tăng khả năng kiểm tra nếu contract, quyền quản trị, tài sản và nguồn dữ liệu được thiết kế tốt. Người dùng vẫn phải tự chịu trách nhiệm với khóa và transaction.
Hình 4 — Mỗi nguồn lợi suất có người trả hoặc cơ chế phát hành; không có APY tự sinh mà không kèm điều kiện.
5. Checklist và bài tập 15 phút chỉ đọc
Checklist trước khi tương tác
- Đúng domain, network và contract address chưa?
- Tài sản đi vào contract nào; nhận lại token đại diện gì?
- APY đến từ borrower, phí, reward hay chiến lược ghép?
- Có collateral, liquidation threshold và health factor không?
- Oracle, stablecoin, bridge hoặc protocol phụ thuộc là gì?
- Ai có quyền pause, upgrade và đổi tham số?
- Approval giới hạn bao nhiêu; chi phí vào/ra gồm gì?
- Nếu frontend, RPC hoặc thanh khoản lỗi, điểm thoát ở đâu?
Không giải thích được nguồn lợi suất, quyền admin hoặc đường rút thì dừng, chưa ký và chưa gửi tiền.
Bắt đầu từ đâu: bài tập 15 phút
Mở docs và dashboard công khai của một lending protocol để quan sát. Không kết nối ví, không ký, không supply/borrow và chưa dùng tiền thật.
- Ghi network, asset và contract/market từ tài liệu.
- Ghi supply APY, borrow APY và thời điểm xem.
- Tìm utilization, LTV, liquidation threshold hoặc health factor.
- Tìm oracle, admin/governance và audit version.
- Viết ba điều chưa rõ khiến bạn phải dừng.
Mẫu đối chiếu đã điền
| Trường | Mẫu demo | Cách đọc |
|---|---|---|
| Asset/network | USDC giả lập / network A | Phải khớp contract chính thức |
| Supply APY | 3% biến đổi | Không phải cam kết cố định |
| Borrow APY | 5% biến đổi | Borrower là một nguồn trả lãi |
| Collateral/HF | HF 1,33 giả lập | Giá đổi có thể kéo HF xuống |
| Oracle/admin | Chưa xác định | Điểm dừng trước khi dùng |
| Rút tài sản | Phụ thuộc liquidity | Số dư không bảo đảm rút tức thì |
Kết quả đúng là bản đồ “nguồn tiền — điều kiện — rủi ro”, không phải chọn được nơi có APY cao nhất.
Hình 5 — Bài tập đầu tiên chỉ quan sát; trường chưa xác định là lý do dừng, không phải chỗ để đoán.
6. Tổng kết: đọc DeFi theo dòng tiền và rủi ro
a. Năm ý chính
- DeFi là hệ sinh thái tài chính bằng blockchain, assets, protocol và dApp.
- Swap dùng pool; lending nối supplier với borrower qua smart contract.
- Vay thường cần collateral; giá đổi có thể kéo vị thế tới liquidation.
- APY phải có nguồn trả; TVL lớn không chứng minh an toàn hay lợi nhuận.
- Rủi ro nằm ở contract, oracle, token, liquidity, admin, bridge và chữ ký.
b. Câu hỏi tự kiểm tra
- Protocol khác dApp thế nào?
- Supplier và borrower đóng vai trò gì trong lending pool?
- Vì sao collateral giảm có thể gây liquidation?
- APY và TVL không chứng minh điều gì?
c. Gợi ý đáp án
Xem gợi ý câu 1
Protocol là bộ contract/quy tắc; dApp là giao diện gọi protocol. Xem lại mục 1.
Xem gợi ý câu 2
Supplier đưa tài sản vào pool; borrower vay và trả lãi theo điều kiện. Xem lại mục 2.
Xem gợi ý câu 3
Giá trị bảo đảm giảm làm health factor giảm dù số nợ chưa đổi. Xem lại mục 2.
Xem gợi ý câu 4
APY không cam kết lợi nhuận; TVL không chứng minh code an toàn hay luôn thanh khoản. Xem lại mục 3.
d. Thuật ngữ cần nhớ
| Thuật ngữ | Giải thích ngắn |
|---|---|
| DeFi | Dịch vụ tài chính chạy bằng smart contract. |
| Protocol | Bộ contract và quy tắc cung cấp chức năng. |
| Liquidity pool | Nhóm tài sản nằm trong smart contract. |
| Supplier | Người cung cấp tài sản vào pool. |
| Borrower | Người vay tài sản theo điều kiện. |
| Collateral | Tài sản thế chấp cho khoản vay. |
| Liquidation | Xử lý vị thế vay thiếu bảo đảm. |
| APY | Tỷ suất năm hóa theo giả định ghép. |
| TVL | Tổng giá trị khóa theo cách dashboard đo. |
| Oracle | Cơ chế đưa dữ liệu ngoài chain vào contract. |
e. Nguồn tham khảo
- Ethereum.org — Decentralized finance
- Aave Help — Borrow tokens
- Aave Help — Health factor & liquidations
- Ethereum.org — Smart contract security
f. Bài tiếp theo nên đọc
Bài tiếp theo: Swap Token hoạt động như thế nào? Bạn sẽ đi sâu vào liquidity pool, báo giá, price impact, slippage và các trường cần đọc trước khi ký swap.
Nội dung giáo dục, không phải lời khuyên đầu tư. DeFi có thể làm mất toàn bộ tài sản; hãy kiểm tra contract và transaction trước khi ký.
Bài tiếp theo