DeFi vay mượn dạng tối thượng: Cơ chế vay PFund làm cho “đòn bẩy” trở thành công cụ hợp lý

“Đòn bẩy” trong thị trường tiền mã hóa từ lâu đã là một công cụ tài chính đi kèm rủi ro cao.

Nó vừa cung cấp hiệu ứng phóng đại vốn, vừa thường xuyên gây ra rủi ro hệ thống. Tháng 5 năm 2022, cơn bão thanh lý chuỗi do mất peg UST gây ra, các giao thức vay mượn chính (Aave, Compound, MakerDAO, v.v.) đã kích hoạt thanh lý bắt buộc hàng chục tỷ đô la trong vòng 72 giờ, tài sản thế chấp của người dùng bị thanh lý giá thấp, dẫn đến nhiều vị thế bị xóa sổ. Loại thanh lý cực đoan này là hệ quả tất yếu của tất cả các giao thức vay mượn có cơ chế thanh lý — khi thị trường biến động mạnh, cơ chế thanh lý sẽ làm tăng hoảng loạn thị trường, kích hoạt vòng xoáy “giá giảm → kích hoạt thanh lý → bán tháo tài sản thế chấp → giá tiếp tục giảm”.

PFund từ cấu trúc nền tảng của giao thức đã cắt đứt cơ chế xảy ra của vòng xoáy thanh lý này.

Logic nền tảng không có thanh lý và đường đi thực hiện
Lý do cốt lõi khiến các giao thức vay mượn DeFi truyền thống phụ thuộc vào cơ chế thanh lý là do có rủi ro tách rời giá giữa tài sản thế chấp và khoản vay. Khi giá thị trường của tài sản thế chấp (như ETH) giảm mạnh, giá trị của nó không đủ để bù đắp khoản vay (như USDC), giao thức đối mặt với nợ xấu, buộc phải thanh lý bắt buộc để cắt lỗ.

Thiết kế vay mượn của PFund về cơ bản tránh được rủi ro này, dựa trên hai quy tắc cốt lõi:

● Thứ nhất: hạn mức vay mượn và phần góp của người vay đều được neo chặt vào phần của quỹ PFund của chính họ.
○ Hạn mức vay tối đa của người dùng (quoteBorrowMax) được tính theo công thức:
○ B0 = token đã stake × tiết kiệm / (dư nợ thanh khoản + token đã stake)
○ Hạn mức vay = B0 - số tiền vay đã có (borrowed)
○ Bản chất của mô hình này là, người dùng rút ra lượng thanh khoản tương đương với phần góp bảo đảm của chính họ trong PFund. Người dùng dùng phần góp bảo đảm làm tài sản thế chấp, trong khi giá trị của phần này không bị ảnh hưởng bởi biến động giá thị trường AMM, chỉ tăng theo tích lũy lợi nhuận toàn cục của giao thức theo chiều hướng đơn chiều.

● Thứ hai: hạn mức vay tối đa bị giới hạn bởi hai điều kiện cứng — hạn mức đóng góp cá nhân và hạn mức thanh khoản sẵn có của quỹ, lấy giá trị nhỏ hơn.
○ Báo cáo kiểm toán xác nhận: tổng vay mượn gộp (totalGrossBorrowed) luôn ≤ savingsQuote (tổng hạn mức vay), và trước khi thực thi, execBorrow sẽ kiểm tra bắt buộc rằng grossPreview > savingsQuote, đảm bảo mọi khoản vay đều không làm cạn kiệt thanh khoản của quỹ.
Trong cấu trúc này, biến động mạnh của giá token trên thị trường AMM không ảnh hưởng đến an toàn của hệ thống vay mượn, vì hạn mức vay được neo vào “phần của quỹ” chứ không phải “giá token”. Từ nền tảng logic này, loại bỏ hoàn toàn sự cần thiết của cơ chế thanh lý.

Xác thực an toàn vay mượn ở cấp độ mã
Báo cáo kiểm toán xác nhận an toàn vay mượn của PFund dựa trên 5 bất biến cốt lõi:

● I-1: Hạn mức vay của cá nhân không vượt quá phần góp bảo đảm của chính họ trong PFund
○ Công thức suy luận cho thấy, hạn mức vay của người dùng được tính chặt chẽ dựa trên tỷ lệ phần góp (savings) của họ và vị thế đã có, không thể xâm phạm phần góp bảo đảm của người khác.
● I-2: Tổng hạn mức vay luôn ≤ savingsQuote
○ savingsQuote đại diện cho thanh khoản sẵn có của quỹ PFund. Khi vay mượn, savingsQuote giảm theo, khi trả nợ, tăng trở lại bằng khoản vay tương ứng. Thanh khoản sẵn có của quỹ tạo thành giới hạn cứng cho quy mô vay.
● I-3: Việc vay không ảnh hưởng đến phần góp bảo đảm và chỉ số lợi nhuận của người khác trong PFund
○ Các thao tác vay chỉ thay đổi savingsQuote (kế toán thanh khoản), không động đến totalSavingsShares (tổng phần góp vốn) và globalNVP (chỉ số lợi nhuận toàn cục), đảm bảo quyền lợi của các vị thế khác không bị ảnh hưởng.
● I-4: Phần góp và nvp0 của người dùng không đổi trong quá trình vay
○ Hàm mFinalizeBorrow không thay đổi savings hoặc nvp0. Chỉ khi người dùng chủ động bán phần góp, mới giảm phần góp bảo đảm, còn hoạt động vay mượn không gây tổn thất.
● I-5: Sau khi trả nợ, lượng tài sản thế chấp giải phóng ≤ lượng thế chấp ban đầu, phần còn lại đủ để bảo vệ dư nợ còn lại
○ Thuật toán của _repayUnstakeTokens đảm bảo, dù trả một phần hay toàn bộ, lượng thế chấp giải phóng nằm trong ngưỡng an toàn, phần còn lại của thế chấp hoàn toàn bảo vệ rủi ro nợ.

Giới hạn an toàn của vay vòng
Đối với lo ngại về việc vay vòng có thể làm đòn bẩy vô hạn và kéo đổ hệ thống, cấu trúc toán học của PFund đã đưa ra cơ chế phòng thủ rõ ràng.

Sau khoản vay đầu tiên, dữ liệu borrowed của người dùng tăng lên, hạn mức vay tiếp theo được đặt lại thành B0 - borrowed_prev, theo xu hướng giảm dần nghiêm ngặt. Đồng thời, thanh khoản sẵn có của quỹ savingsQuote cũng giảm theo khoản vay. Mỗi vòng lặp đều làm hạn mức đòn bẩy cá nhân và không gian đòn bẩy toàn hệ thống thu hẹp lại. Hệ thống vay mượn có tính tự điều chỉnh nội tại, không cần phụ thuộc vào cơ chế quản trị bên ngoài để cảnh báo. Vì hạn mức đòn bẩy được quyết định bởi vòng lặp toán học nội bộ của giao thức, tránh rủi ro thao túng của các oracle bên ngoài, xác lập độ tin cậy của kiến trúc không có thanh lý.

Ứng dụng của chiến lược vay mượn
Lấy ví dụ về phân bổ tài sản điển hình: Người dùng mua một dự án với 2000 U, trong đó 1000 U tạo vị thế token trên AMM, 1000 U được coi là phần góp trong quỹ PFund. Khi giá vị thế trên AMM tăng 100%, người dùng có thể thực hiện các chiến lược sau:
● Thế chấp token để kích hoạt chức năng vay mượn.
● Vay tối đa bằng giá trị phần góp bảo đảm của chính họ trong PFund.
● Đưa vốn vay vào mua lại dự án, mở rộng tỷ lệ phần góp trong quỹ PFund, từ đó nâng cao quyền chia lợi nhuận sau này.
● Toàn bộ quy trình không lãi suất, không rủi ro thanh lý, chỉ phải trả phí vay 3% một lần.
Chiến lược đòn bẩy chi phí thấp này tránh rủi ro phóng đại các biến động giá, thay vào đó tăng cường khả năng thu lợi ổn định dựa trên (quỹ PFund) quyền chia lợi nhuận. Cơ chế vay mượn trở thành công cụ nền tảng để hỗ trợ phân bổ tài sản hợp lý.