Tiền thưởng thanh lý Vs Tiền phạt: Ai trả cho ai trong DeFi?

Tiền thưởng thanh lý và tiền phạt thanh lý là hai cách đối lập mà các giao thức DeFi chi trả cho công việc thanh lý các khoản vay rủi ro. Ở mô hình thưởng, liquidator nhận thêm tài sản thế chấp như một phần thưởng khi họ hoàn trả nợ. Ở mô hình phạt, bên vay bị tính thêm một khoản phí khi vị thế của họ bị thanh lý, và giao thức giữ lại khoản phí đó.
Việc ai trả cho ai phụ thuộc vào cơ chế. Trong các pool thị trường tiền tệ như Compound và Aave, liquidator nhận một khoản thưởng hoặc giảm giá do giao thức đặt ra, đến từ việc tịch thu nhiều tài sản thế chấp hơn giá trị của khoản nợ được tất toán. Bên vay về bản chất sẽ thanh toán cho liquidator thông qua phần tài sản thế chấp bổ sung. Trong hệ thống vault của MakerDAO, một khoản phạt thanh lý được cộng thêm vào nợ của vault, và các phiên đấu giá nhằm thu hồi khoản nợ cộng thêm tiền phạt. Bên vay trả khoản tiền phạt cho giao thức, trong khi người tham gia đấu giá vẫn hướng đến việc mua tài sản thế chấp với mức chiết khấu so với giá thị trường.
Việc tách bạch này quan trọng đối với ưu đãi (incentives), sự tham gia của bên giữ (keeper) và khả năng thanh toán (solvency) của giao thức. Tiền thưởng lớn hơn có thể giúp đẩy nhanh việc thanh lý (liquidations) nhưng đồng thời làm rò rỉ nhiều giá trị hơn từ người vay, trong khi hình phạt lớn hơn có thể củng cố các “đệm” (buffers) của giao thức nhưng vẫn phải thu hút người mua đấu giá. Cơ chế quản trị (governance) đặt các tham số này, vì vậy mỗi mô hình sẽ mã hóa sự cân bằng khác nhau giữa rủi ro và phần thưởng.
Tiền thưởng và hình phạt thanh lý hoạt động như thế nào trên chuỗi?
Trong mô hình thị trường tiền tệ (money-market model), việc thanh lý trở nên hợp lệ khi vị thế của người vay vi phạm các ngưỡng rủi ro. Compound công bố liquidationIncentive, ví dụ là 1.08 cho mức tiền thưởng 8%, cho phép người thanh lý chiếm tài sản thế chấp trị giá nhiều hơn số nợ mà họ hoàn trả. Các hợp đồng tính toán số token bị chiếm dựa trên giá oracle hiện tại và tỷ giá sàn giao dịch, bằng cách nhân giá trị hoàn trả thực tế với liquidationIncentive để xác định phần mà người thanh lý được nhận. Logic này có thể thấy trong mã Comptroller và CToken, nơi tính seizeTokens theo tỷ lệ seizeTokens ∝ actualRepayAmount × liquidationIncentive × priceBorrowed ÷ (priceCollateral × exchangeRate) (Compound docs, Comptroller.sol).
Aave áp dụng cùng ý tưởng nhưng dùng thuật ngữ khác. Nó định nghĩa Health Factor để kích hoạt điều kiện thanh lý và một tham số liquidationBonus xác định mức chiết khấu hoặc tiền thưởng chuyển cho người thanh lý khi họ mua tài sản thế chấp. Tài liệu governance của Aave cũng thảo luận các quy tắc tương tự về close factor và, trong các thiết kế V4, có lịch tiền thưởng biến thiên tăng dần khi HF xấu đi để tăng động lực (Aave governance note).
MakerDAO đặt việc thanh lý theo cách khác. Khi một vault bị thanh lý, một Liquidation Penalty (hình phạt thanh lý) được cộng vào nợ của vault. Sau đó, hệ thống chạy một cuộc đấu giá để bán tài sản thế chấp nhằm bù đắp nợ cộng với hình phạt. Hình phạt này là doanh thu của giao thức chứ không phải là “tiền thưởng trực tiếp” trả cho người thanh lý theo nghĩa của thị trường tiền tệ (Maker Protocol whitepaper). Maker’s Liquidations 2.0 giới thiệu Dutch auctions và các chi tiết vận hành mà các báo cáo kiểm toán đánh giá là phức tạp và nhạy cảm theo tham số (ChainSecurity audit).
Mô hình thị trường tiền tệ: tiền thưởng do người vay tài trợ trả cho người thanh lý
Trong các pool kiểu Compound và Aave, một bên thứ ba hoàn trả một phần hoặc toàn bộ khoản nợ “dưới chuẩn” và nhận tài sản thế chấp với mức chiết khấu do giao thức đặt ra. Mức chiết khấu được mã hóa dưới dạng một hệ số trong Compound’s liquidationIncentive và Aave’s liquidationBonus. Vì người thanh lý chiếm được tài sản thế chấp trị giá nhiều hơn số nợ đã được hoàn trả, nên vị thế của người vay bị mất thêm tài sản thế chấp so với một lần hoán đổi 1:1. Chênh lệch này là cơ hội lợi nhuận của người thanh lý, phụ thuộc vào giá oracle và chi phí thực thi. Bản thân giao thức trong mô hình này không tính một khoản “phí thanh lý” riêng biệt lên người vay, ngoài việc chuyển giá trị ngầm thông qua phần tài sản thế chấp bị chuyển cho người thanh lý (Compound docs, Comptroller.sol).
Các hệ thống này dựa vào người thanh lý và các trình tìm kiếm MEV để cạnh tranh thực hiện thanh lý ngay khi việc đó có lãi. Quy mô tiền thưởng ảnh hưởng đến mức độ nhanh chóng và đáng tin cậy của việc thanh lý. Tiền thưởng càng lớn thì khoảng trống cho trượt giá (slippage) và chi phí gas càng rộng, khiến bot ngoài chuỗi can thiệp kịp thời có xác suất cao hơn. Đổi lại, nhiều giá trị hơn rời khỏi tài sản thế chấp của người vay và nếu đặt quá cao, nó có thể khuyến khích các đợt thanh lý không cần thiết quanh “cửa sổ” ngưỡng—đây là mối lo ngại mà governance tranh luận khi tinh chỉnh tham số.
Mô hình vault/đấu giá: hình phạt người vay trả cho giao thức
MakerDAO cộng một Liquidation Penalty vào nợ của vault khi nợ đó rơi dưới mức cần thiết để được bảo đảm bằng tài sản thế chấp. Sau đó, giao thức tiến hành một cuộc đấu giá để bán đủ tài sản thế chấp nhằm hoàn trả nợ cộng với hình phạt. Hình phạt được hệ thống thu về, không phải người thanh lý. Người thanh lý, còn gọi là keepers, vẫn tìm kiếm lợi nhuận bằng cách mua tài sản thế chấp trong cuộc đấu giá với mức giá thấp hơn so với thị trường hiện hành, nhưng khoản lợi này không phải là “tiền thưởng do giao thức trả” theo nghĩa của thị trường tiền tệ. Hình phạt giúp tăng khả năng hấp thụ thua lỗ của giao thức và có thể bù đắp chi phí đấu giá, nhưng cần được hiệu chỉnh để đấu giá vẫn được thực hiện hiệu quả (Maker whitepaper, ChainSecurity audit).
Về mặt vận hành, cách tiếp cận này tập trung việc chuyển giá trị sang giao thức hơn là cho người thanh lý đầu tiên. Nó cũng đưa vào các lựa chọn thiết kế đấu giá, chẳng hạn như tham số đấu giá kiểu Hà Lan (Dutch auction) và ưu đãi dành cho keeper, quyết định mức giá bán thực tế bám gần giá trị công bằng đến đâu. Đấu giá được hiệu chỉnh kém hoặc thanh khoản thị trường mỏng có thể kéo dài thời gian bán và làm tăng rủi ro rằng tài sản thế chấp thu về ít hơn nợ cộng với hình phạt, tạo ra nợ xấu mà hệ thống phải gánh.
Các núm chỉnh của governance và ưu đãi
Các tham số thanh lý là các thiết lập được kiểm soát bởi governance và tồn tại trên chuỗi. Ở Compound, một hàm quản trị (admin) như _setLiquidationIncentive thay đổi hệ số tiền thưởng quyết định lượng tài sản thế chấp bị chiếm (Comptroller.sol). Ở Aave, cấu hình reserve bao gồm liquidationBonus và các ngưỡng cung cấp đầu vào cho Health Factor, còn tài liệu governance khám phá tác động của các mức tiền thưởng biến thiên gắn với HF trong cơ chế V4 (Aave governance note).
Việc thay đổi các con số này sẽ làm thay đổi hành vi. Thông thường, tiền thưởng cao hơn sẽ tăng sự tham gia của keeper và giảm khả năng các khoản nợ xấu kéo dài, nhưng chúng cũng làm tăng mức rò rỉ giá trị từ người vay. Hình phạt cao hơn sẽ giữ lại nhiều quỹ cho giao thức khi thanh lý, tuy nhiên nếu hình phạt hoặc tham số đấu giá bị đặt sai, đấu giá có thể hoạt động kém hoặc làm nản lòng người tham gia. DAO thường thảo luận, mô phỏng và triển khai theo từng giai đoạn các thay đổi này vì chúng ảnh hưởng tới cạnh tranh MEV, mức độ giao thức chịu rủi ro nợ xấu (bad-debt exposure) và trải nghiệm người dùng.
Hướng dẫn từng bước: một vị thế, hai hướng thanh lý
Chuỗi ví dụ minh họa sau cho thấy “ai trả cho ai” khác nhau thế nào khi cùng một vị thế đang âm được xử lý theo mô hình tiền thưởng so với mô hình hình phạt. Các con số chỉ là ví dụ để trực quan, không phải dữ liệu thị trường.
Điểm khởi đầu: vị thế của người vay vi phạm giới hạn rủi ro và đủ điều kiện để được thanh lý.
Đường đi theo money-market (kiểu Compound/Aave): một liquidator hoàn trả 100 đơn vị nợ của người vay. Với liquidation incentive là 1.08, hệ thống cho phép liquidator chiếm tài sản thế chấp trị giá 108 đơn vị theo giá oracle. Phần tài sản thế chấp thêm 8 đơn vị là động lực (incentive) thô của người thanh lý. Người vay thực tế trả động lực này thông qua việc mất thêm tài sản thế chấp. Giao thức nhận 100 đơn vị nợ đã được hoàn trả và không có khoản phí thanh lý riêng biệt (Compound docs).
Đường đi theo vault-auction (kiểu Maker): giao thức cộng liquidation penalty vào nợ của người vay, sau đó đấu giá tài sản thế chấp để thu hồi nợ cộng với hình phạt. Giả sử cuộc đấu giá bán đúng lượng tài sản thế chấp đủ để trang trải 100 đơn vị nợ cộng với hình phạt. Hình phạt được cộng dồn cho giao thức. Người tham gia đấu giá nhắm tới việc mua tài sản thế chấp với mức chiết khấu so với thị trường trong suốt phiên đấu giá—đó là nguồn lợi nhuận của họ, tách biệt với khoản hình phạt (Maker whitepaper).
Bảng chính sách: Ai trả cho ai (Policy) | Người nhận (Recipient) | Tên tham số (Parameter name) | Mô hình thị trường tiền tệ (Money-market bonus) | Người vay (Borrower) thông qua tài sản thế chấp bị chiếm thêm (extra collateral seized) | Người thanh lý (Liquidator) | Compound liquidationIncentive, Aave liquidationBonus | Phạt theo vault (Vault penalty) | Người vay (Borrower) thông qua nợ được cộng thêm (added debt) | Giao thức (Protocol) | Maker Liquidation Penalty
Hạn chế, rủi ro, các trường hợp biên (edge cases) và những hiểu lầm
Các hạn chế và rủi ro chính bao gồm:
Cấu hình sai tham số. Các cuộc kiểm toán về Maker’s Liquidations 2.0 cảnh báo rằng hình phạt, thời điểm đấu giá và ưu đãi keeper phải được hiệu chỉnh. Thiết lập không đúng có thể làm rút giá trị hoặc khiến đấu giá chạy quá lâu, dẫn đến nguy cơ nợ chưa được bù đắp (ChainSecurity audit).
Rủi ro thực thi và thanh khoản. Trong các mô hình tiền thưởng, người thanh lý vẫn phụ thuộc vào thanh khoản DEX và oracle để giải tỏa (unwind) phần tài sản thế chấp bị chiếm. Trong thị trường căng thẳng, trượt giá có thể xóa sạch phần tiền thưởng và làm chậm thanh lý.
Chênh lệch giá và nợ xấu. Những biến động nhanh có thể đẩy vị thế xuống sâu dưới mức giá trị của oracle trước khi bot phản ứng. Dù có tiền thưởng hoặc hình phạt mạnh, giao thức vẫn có thể gặp thiếu hụt nếu tài sản thế chấp không thể được bán gần giá oracle một cách nhanh chóng.
Cạnh tranh keeper và MEV. Nếu tiền thưởng quá nhỏ, chỉ những searcher được ưu tiên mới có thể kiếm lợi sau khi tính gas và trượt giá. Nếu quá lớn, mức rò rỉ giá trị từ người vay tăng lên, và các vụ thanh lý theo cơ hội có thể tập trung quanh các ngưỡng.
Những hiểu lầm phổ biến:
“Tiền thưởng là tiền miễn phí.” Không phải vậy. Trong mô hình tiền thưởng, người vay trả tiền thưởng thông qua tài sản thế chấp bị chiếm thêm, được đặt bởi tham số của giao thức (Compound docs).
“Hình phạt của Maker thưởng cho người thanh lý.” Hình phạt được cộng dồn cho giao thức. Lợi nhuận của người thanh lý trong các hệ thống kiểu Maker đến từ việc mua tài sản thế chấp trong đấu giá với giá thấp hơn thị trường, chứ không phải từ một khoản tiền thưởng do giao thức trả (Maker whitepaper).
“Thay đổi tham số ít tác động.” Governance có thể thay đổi đáng kể hành vi và rủi ro, và thường được thảo luận kèm mô phỏng do các hiệu ứng trên toàn hệ thống (Aave governance note, Comptroller.sol).
Khi nào bạn sẽ gặp hoặc sử dụng các cơ chế này
Người vay sẽ đối mặt với các quy tắc này mỗi khi họ thực hiện các khoản vay có tài sản thế chấp. Trong các pool kiểu Compound và Aave, “liquidation bonus” (tiền thưởng thanh lý) được niêm yết cho bạn biết người thanh lý có thể chiếm được bao nhiêu phần tài sản thế chấp thêm nếu Health Factor của bạn hoặc tỷ lệ tài sản thế chấp rơi xuống dưới ngưỡng. Với các vault kiểu Maker, “liquidation penalty” cho biết nếu vault của bạn bị thanh lý thì có bao nhiêu nợ bổ sung sẽ được cộng thêm. Cả hai thiết lập đều có thể thấy trong tài liệu giao thức và các bài đăng về governance, và có thể thay đổi thông qua quyết định của DAO (Compound docs, Aave governance note, Maker whitepaper).
Người thanh lý và người tìm kiếm (searchers) tinh chỉnh bot theo tiền thưởng hoặc thiết kế đấu giá, bao gồm cả mức trượt giá (slippage) dự kiến và chi phí gas. Các bên đóng góp cho DAO cân nhắc thay đổi tham số để cân bằng giữa thanh lý kịp thời với chi phí cho người vay và an toàn cho giao thức. Hiểu rõ ai trả cho ai sẽ làm rõ sự cân bằng: mô hình tiền thưởng chuyển giá trị cho người thanh lý từ người vay, trong khi mô hình hình phạt chuyển giá trị cho giao thức từ người vay; còn đấu giá vẫn cần thu hút các lệnh đặt giá cạnh tranh.
Câu hỏi thường gặp
Một liquidation bonus 8% có nghĩa là giao thức trả cho người thanh lý 8% không?
Không. Trong các mô hình tiền thưởng như Compound và Aave, người thanh lý chiếm tài sản thế chấp trị giá nhiều hơn số nợ đã được hoàn trả. Người vay thực tế trả phần 8% thông qua việc mất thêm tài sản thế chấp, như được định nghĩa bởi liquidationIncentive hoặc liquidationBonus (Compound docs).
Trong MakerDAO, ai nhận liquidation penalty?
Giao thức. Maker cộng hình phạt vào nợ của vault và đấu giá tài sản thế chấp để thu hồi nợ cộng với hình phạt. Hình phạt không phải là khoản chi trả cho người thanh lý (Maker whitepaper).
Nếu Maker không trả tiền thưởng, thì người thanh lý kiếm lợi nhuận bằng cách nào?
Chúng nhằm mua tài sản thế chấp trong đấu giá với giá thấp hơn thị trường, rồi bán lại ở mức xấp xỉ hoặc gần thị trường. Chính cơ chế đấu giá, chứ không phải tiền thưởng do giao thức đặt, tạo ra cơ hội (ChainSecurity audit).
Ai thay đổi tiền thưởng hoặc hình phạt thanh lý, và bằng cách nào?
DAO đặt các tham số này trên chuỗi. Compound có hàm admin để thay đổi liquidation incentive, còn Aave cấu hình các tham số dự trữ như liquidation bonus. Các đề xuất governance và mô phỏng thường được thực hiện trước khi thay đổi vì ưu đãi và rủi ro sẽ dịch chuyển trên toàn hệ thống (Comptroller.sol, Aave governance note).
Điều gì xảy ra nếu các đợt thanh lý thất bại trong biến động cực đoan?
Các giao thức có thể phát sinh nợ xấu nếu tài sản thế chấp không thể được bán nhanh đủ hoặc ở mức giá công bằng. Quy mô tiền thưởng, hình phạt và thiết kế đấu giá nhằm giảm thiểu điều này, nhưng các khoảng chênh giá đột ngột và thanh khoản mỏng vẫn là các yếu tố rủi ro (Aave governance note, ChainSecurity audit).
Tuyên bố miễn trừ: Bài viết này chỉ được cung cấp cho mục đích thông tin. Bài viết không được đề xuất hoặc dự định sử dụng như lời khuyên pháp lý, thuế, đầu tư, tài chính hoặc các loại lời khuyên khác.