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: Lending là cung cấp tài sản vào một giao thức để bên khác vay; borrowing là nhận tài sản vay và phát sinh khoản nợ phải hoàn trả. Trong DeFi, smart contract thường nối hai phía qua một pool thanh khoản. Người vay phải thế chấp tài sản và có thể bị thanh lý nếu vị thế vượt ngưỡng.

Đọc xong, bạn sẽ hiểu:

  • Tiền của người cung cấp và tài sản của người vay đi đâu.
  • Vì sao lãi suất thay đổi và health factor có thể giảm rất nhanh.
  • Cách kiểm tra một lending market ở chế độ chỉ đọc trước khi dùng tiền thật.

1. Lending và Borrowing là hai phía của một pool thanh khoản

a. Ba vai trò cần tách rõ

Người mới dễ xem Supply và Borrow như gửi tiết kiệm và vay ngân hàng, rồi bỏ qua nơi giữ tài sản và rủi ro khi giá biến động.

Supplier là người đưa tài sản vào giao thức. Tài sản thường đi vào liquidity pool — một nhóm smart contract gom thanh khoản để phục vụ nhu cầu rút và vay. Đổi lại, supplier có thể nhận lãi từ hoạt động vay, sau khi tính theo quy tắc của giao thức.

Borrower nhận tài sản từ pool và phát sinh nợ. Lending market phổ biến yêu cầu collateral, tức tài sản thế chấp bảo đảm khoản nợ.

Protocol dùng code để ghi số dư, tính lãi, đọc giá và kiểm tra ngưỡng thanh lý. Tự động hóa không xóa rủi ro.

b. Hình dung như một bể nước chung

Hãy hình dung nhiều người cùng bơm nước vào một bể. Người cần nước được lấy ra nếu đặt tài sản bảo chứng; phí sử dụng trả về cho bên cung cấp. Khi bể gần cạn, giá lấy nước tăng để hạn chế nhu cầu và hút thêm nguồn cung.

Ví dụ chỉ mô tả dòng tài sản. Pool DeFi không phải ngân hàng, không có bảo hiểm tiền gửi mặc định và collateral có thể bị bán tự động. Ethereum.org mô tả cả vay trực tiếp và pool-based; bài này tập trung vào pool.

Hình 1 — Pool nối người cung cấp với người vay; collateral và lãi suất giữ cho dòng tài sản vận hành nhưng không loại bỏ rủi ro.

c. Lending không đồng nghĩa “gửi là có lãi chắc chắn”

APY thay đổi theo nhu cầu vay. Supplier vẫn có thể gặp token mất giá, stablecoin lệch mốc, lỗi smart contract hoặc thiếu thanh khoản. APY cao tại một thời điểm không bảo đảm khả năng rút hay giữ nguyên vốn.

2. Một khoản vay DeFi vận hành từ supply đến repay như thế nào?

a. Sáu bước cơ bản

Một vòng vay pool-based có sáu bước:

  1. Supplier chọn đúng network, asset và market, rồi gửi tài sản vào pool.
  2. Borrower gửi tài sản khác và bật nó làm collateral nếu giao thức cho phép.
  3. Protocol tính borrowing power — hạn mức vay dựa trên giá collateral và parameter của market.
  4. Borrower nhận tài sản vay; khoản nợ bắt đầu tích lũy lãi theo thời gian.
  5. Borrower hoàn trả nợ và lãi bằng đúng tài sản đã vay, trừ khi giao thức hỗ trợ cơ chế khác.
  6. Khi khoản nợ đã đủ thấp và vị thế còn hợp lệ, borrower mới rút được collateral theo giới hạn.

Hình 2 — Quyền rút collateral phụ thuộc vào việc khoản nợ đã được trả và vị thế còn nằm trong giới hạn của protocol.

b. Vì sao phải thế chấp nhiều hơn khoản vay?

Khoản vay onchain không dựa vào bảng lương. Giao thức biết ví, số dư và giá từ oracle nên market thường overcollateralized: collateral lớn hơn khoản vay lúc mở vị thế.

Ví dụ, An khóa 10.000 USD giá trị ETH để vay 5.000 USD stablecoin. An vẫn chịu biến động ETH và phải trả lãi. Nếu ETH giảm mạnh, vị thế tiến gần thanh lý.

Người dùng có thể vay để giữ tài sản gốc hoặc cần thanh khoản tạm thời. Nhưng vay để mua thêm tài sản rủi ro tạo đòn bẩy: lợi nhuận và thua lỗ đều bị phóng đại.

3. Lãi suất, utilization và nguồn lợi suất thực sự đến từ đâu?

a. Utilization là đồng hồ của pool

Utilization là tỷ lệ tài sản trong pool đang được borrower sử dụng. Nếu pool có 100 đơn vị và 60 đơn vị đang được vay, utilization xấp xỉ 60%.

Khi utilization thấp, tài sản khả dụng còn nhiều. Khi utilization cao, khả năng đáp ứng rút tiền giảm. Mô hình lãi suất thường đẩy borrow rate lên để giảm nhu cầu, đồng thời tăng supply rate để hút thêm vốn.

Hình 3 — Khi phần vốn đang được vay tiến sát giới hạn, lãi suất thường tăng để hút thêm supply và giảm nhu cầu vay.

b. APY đến từ đâu?

Borrower trả lãi, supplier nhận một phần và protocol có thể giữ reserve. Token incentive tạm thời khiến số hiển thị khó so sánh. Hãy tách lãi do borrower trả, token thưởng và biến động giá. APY hôm nay không dự báo tháng tới; Aave Help nêu supply rate phụ thuộc utilization và parameter governance.

c. Lãi suất thay đổi ảnh hưởng hai phía

Nhu cầu vay cao có thể tăng thu nhập supplier nhưng làm pool căng. Borrow rate tăng làm debt lớn hơn; ngay cả khi collateral đứng yên, health factor vẫn có thể giảm.

4. Collateral, health factor và liquidation

a. Oracle và liquidation threshold

Oracle là nguồn giá mà protocol dùng để định giá collateral và debt. Nếu giá collateral giảm hoặc giá tài sản vay tăng, khoảng đệm của vị thế co lại.

Mỗi asset có thể có liquidation threshold — ngưỡng phần trăm dùng để xác định vị thế đủ điều kiện thanh lý. Parameter khác theo market, network và có thể đổi; phải đọc dữ liệu hiện tại.

Health factor (HF) là chỉ số tóm tắt sức khỏe khoản vay. Aave trình bày công thức:

HF = (Tổng giá trị collateral × liquidation threshold bình quân) / Tổng giá trị debt

Theo Aave Help, HF dưới 1 báo hiệu nguy cơ liquidation. Không có mức HF “an toàn tuyệt đối” cho mọi tài sản.

b. Ví dụ số từ 1,33 về 1

Giả sử collateral trị giá 10.000 USD, liquidation threshold là 80% và debt là 6.000 USD:

HF = 10.000 × 80% / 6.000 = 1,33

Nếu collateral giảm còn 7.500 USD, debt tạm giữ nguyên:

HF = 7.500 × 80% / 6.000 = 1,00

Khoảng đệm đã biến mất. Thực tế, debt còn tăng vì lãi và parameter phải đọc trực tiếp từ market.

Hình 4 — Health factor thay đổi theo giá collateral và debt; chạm ngưỡng của protocol có thể kích hoạt liquidation.

c. Liquidation là gì?

Liquidation cho phép liquidator trả một phần debt và nhận collateral kèm incentive theo quy tắc protocol. Mục tiêu là củng cố bảo chứng của hệ thống, không phải giữ nguyên tài sản borrower.

Borrower có thể mất collateral và chịu chi phí thanh lý. Compound III Docs dùng cơ chế hấp thụ account và xử lý collateral riêng. Hiểu Aave không đồng nghĩa hiểu mọi lending market.

5. Rủi ro cùng checklist read-only 15 phút

a. Năm nhóm rủi ro phải nhìn cùng nhau

  1. Giá: collateral giảm, debt tăng hoặc stablecoin lệch mốc.
  2. Lãi suất: borrow rate tăng làm debt lớn hơn dự kiến.
  3. Code và oracle: lỗi smart contract hoặc dữ liệu giá sai.
  4. Thanh khoản: utilization cao gây khó rút hoặc vay.
  5. Vận hành: nhầm network, token, market hoặc approval.

Ba sai lầm phổ biến là chỉ nhìn supply APY, vay sát hạn mức vì HF còn trên 1 và dùng collateral biến động để vay thêm tài sản biến động. Trường hợp cuối là vị thế đòn bẩy, không phải “thu nhập thụ động”.

b. Checklist trước khi kết nối ví

  • Đúng website, network, market và token contract chưa?
  • Ai vận hành giao diện, ai kiểm soát parameter và có pause mechanism không?
  • Pool có bao nhiêu liquidity, utilization hiện tại ra sao?
  • Supply rate và borrow rate đến từ lãi thực hay token incentive?
  • Asset nào được bật làm collateral; liquidation threshold hiện tại là bao nhiêu?
  • Oracle nào đang được dùng; collateral và debt có cùng chiều biến động không?
  • HF thay đổi thế nào nếu collateral giảm 10%, 20% hoặc debt tăng?
  • Kế hoạch repay, nguồn gas và thời điểm dừng là gì?

Hình 5 — Kiểm tra market, parameter và kế hoạch thoát ở chế độ chỉ đọc trước khi kết nối ví.

c. Bài tập 15 phút, chưa dùng tiền thật

Mở market công khai của một giao thức lớn nhưng không kết nối ví. Ghi total supplied, utilization, supply/borrow APY, collateral status và liquidation threshold của một asset.

Dùng collateral giả 10.000 USD và debt 5.000 USD. Tính HF, rồi giảm collateral 10%, 20% và 30%. Ghi nguồn lợi suất và nguồn tiền repay.

Mẫu đối chiếu đã điền

Mục Giá trị minh họa
Supply APY / Borrow APY 3% / 6%
Utilization 65%
Liquidation threshold 80%
Collateral / Debt 10.000 / 5.000 USD
HF ban đầu 1,60
Điểm dừng Không thao tác nếu chưa xác định nguồn repay

Kết quả đạt là giải thích được vị thế bằng một trang giấy mà chưa approve token hay gửi giao dịch.

6. Tổng kết

a. Năm ý chính

  • Lending cung cấp tài sản; borrowing tạo khoản nợ phải hoàn trả.
  • Pool kết nối supplier và borrower bằng smart contract, không xóa rủi ro.
  • Utilization ảnh hưởng lãi suất và khả năng rút vốn của supplier.
  • Health factor phụ thuộc cả collateral, debt, oracle và parameter của market.
  • Nếu chưa hiểu liquidation và chưa có kế hoạch repay, chưa nên mở khoản vay.

b. Câu hỏi tự kiểm tra

  • Vì sao một khoản vay DeFi thường cần collateral lớn hơn khoản vay?
  • Utilization cao có thể tác động gì đến supplier và borrower?
  • Trong ví dụ 10.000 USD collateral, threshold 80% và debt 6.000 USD, HF bằng bao nhiêu?
  • Nêu hai cách có thể cải thiện health factor trước khi vị thế bị thanh lý.

c. Gợi ý đáp án

Xem gợi ý câu 1

Protocol dùng collateral thay điểm tín dụng; xem mục 2.

Xem gợi ý câu 2

Lãi suất thường tăng, borrower trả chi phí cao hơn và supplier có thể gặp pool căng thanh khoản; xem mục 3.

Xem gợi ý câu 3

HF = 10.000 × 80% / 6.000 = 1,33; xem mục 4.

Xem gợi ý câu 4

Trả bớt debt hoặc nạp thêm collateral hợp lệ là hai cách trực tiếp; xem mục 4.

d. Thuật ngữ cần nhớ

Thuật ngữ Giải thích ngắn
Lending Cung cấp tài sản để bên khác vay qua protocol.
Borrowing Nhận tài sản vay và phát sinh khoản nợ.
Liquidity pool Smart contract gom tài sản phục vụ rút và vay.
Collateral Tài sản thế chấp bảo đảm khoản nợ.
Utilization Phần tài sản trong pool đang được vay.
Oracle Nguồn giá protocol dùng để định giá tài sản.
Health factor Tỷ lệ sức khỏe giữa collateral đã điều chỉnh và debt.
Liquidation Cơ chế dùng collateral để giảm nợ khi vượt ngưỡng.

e. Nguồn tham khảo

Bài tiếp theo là Yield Farming là gì? #18: cách incentive tạo thêm lợi suất và xếp chồng rủi ro.

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. Mọi thị trường đều có rủi ro mất vốn.