清算設計

清算分錄、保險庫沒收和 LP 結算如何在 Aave 和 Avana 之間分配。

概覽

Aave 是決定何時可以清算一個倉位的系統，但它不知道如何結算底層的 LP。Avana 使用 Aave 來進行債務核算、健康檢查以及清算進入點，然後接管以解決儲蓄室抵押品背後的實際倉位。

關鍵的設計限制是兩個擔保品視圖必須保持一致。Aave 看到 ERC-20 保險庫代幣餘額，而 Avana 跟蹤實際支持該餘額的 LP 持倉。只有在沒收保險庫表示總是導致正確的 LP 結算路徑時，清算才保持可靠。

關於面向操作員的序列，請參見清算人. 有關執行順序，請參見清算流程.

追蹤債務、保管庫擔保餘額、健康指數，以及授權沒收的清算入口點。

接收被沒收的保險庫抵押品，燒毀相應的保險庫代幣，並將清算事件映射回實際支持它的 LP 位置。

識別真正的 LP 位置，執行適當的平倉或出售流程，償還債務，支付清算人獎勵，並根據市場規則處理任何剩餘資金。

主要規則簡單但嚴格：Aave 清算 ERC-20 保險庫的擔保品，而 Avana 在該保險庫擔保品之下結算 LP 的倉位。設計中的其他一切都是為了保持這兩個步驟的一致性。

LP 支持的倉位在清算期間的表現並不完全相同。一個可替代的 LP 代幣通常可以按比例贖回或轉移，而 Uniswap v3 NFT 則是一個單一的離散倉位，其範圍、手續費累積和平倉路徑在倉位層面上都是重要的。

這就是為什麼結算層在清算匹配金庫供應之前，需要知道抵押品種類、確切的支持位置以及預期的平倉路徑。

結算路徑取決於保管庫代幣背後有哪種類型的 LP 抵押品。

該倉位仍在提供抵押價值，未償還的保險庫代幣仍然由該現有的 LP 倉位完全支撐。

所選擔保品不再可由借款人提取，並正在積極通過清算流程進行處理。

LP 部位已結清，對應的 vault 代幣不得再保持未清。

清算價值按照固定順序應用。它首先用於償還債務，然後是清算人報酬，接著是清算費用。在這些義務之後剩餘的任何價值即為盈餘，而該盈餘遵循所清算擔保品的市場規則。

如果結算價值不足以覆蓋債務和獎勵，市場需要明確的不良債務處理路徑。清算文件應將這一缺口描述為需要處理的實際狀態，而不是自動消失的東西。

一旦持倉超過清算門檻，清算就是無需許可的。任何符合資格的清算者都可以償還允許的債務金額並觸發結算流程。LP 的抵押品比一般代幣抵押品更難清算，因此 Avana 也考慮了專門的清算保障。