跳到主要內容
Avana 徽標

清算設計

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

概覽

Aave 確定清算資格並處理債務會計和扣押ERC-20 金庫抵押品。 Avana將該抵押品映射到其支援LP頭寸,並執行LP格式所需的結算方法。 清算連接同一抵押品的兩種表示:Aave中記錄的金庫代幣餘額和Avana追蹤的支援LP頭寸。 保管庫代幣的扣押必須解決到相應的LP頭寸,因此結算會一致地刪除支持頭寸及其抵押品代表。

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

三層結構

Aave 層

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

Avana 適配器層

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

Avana 結算層

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

核心規則

清算過程將Aave扣押ERC-20金庫抵押品與Avana結算支持LP頭寸聯繫起來。 以下規則描述了金庫供應、可收回抵押品和結算收益之間的關係。

  • Vault 代幣必須對應真實價值

    選擇用於清算的每筆金庫抵押品金額必須與其支持LP頭寸的可收回價值相對應。

  • 背書抵押品不得在結算後仍存續

    結算將從活躍抵押品中刪除 LP 頭寸。 相應的金庫代幣也必須被銷毀,這樣它們就不能繼續代表不再持有的抵押品。

  • No unbacked supply

    沒有主動LP抵押品支持,活躍金庫代幣供應無法存在。

  • 盈餘遵循市場規則

    結算收益首先用於支付債務,然後是清算人獎勵和結算成本。 任何剩餘價值均根據市場剩餘規則進行分配。

LP 抵押品複雜性

LP 支持的倉位在清算期間的表現並不完全相同。一個可替代的 LP 代幣通常可以按比例贖回或轉移,而 Uniswap v3 NFT 則是一個單一的離散倉位,其範圍、手續費累積和平倉路徑在倉位層面上都是重要的。 結算層使用抵押品系列、支援頭寸識別碼和配置的平倉路線來解析頭寸並清除其相應的金庫供應。

清算路徑

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

同質化 LP 抵押品

  • • 和解可以按必須支付的債務比例進行,而不是強迫通過清算處理整個 LP 餘額。
  • • 當市場設計支持部分回收時,Avana 只能兌換或轉移清算所需的金額。
  • • 如果帳戶之後仍符合所需的健康檢查,剩餘的倉位可以保持活躍。

NFT-backed LP collateral

  • • 當整個頭寸被選中進行清算時,它會進入結算,因為 NFT 本身就是正在解決的抵押單位。
  • • 匹配的保險庫代幣在 Aave 取得保險庫抵押品後被燒毀,並且 Avana 將該取得行動對應回 NFT 的持倉。
  • • Avana 可以根據該擔保品系列的市場規則解除、出售、拍賣或轉讓實際的 LP 持倉。
  • • 除非市場規則明確說明,盈餘不會自動歸清算人所有。

倉位狀態

該倉位仍在提供抵押價值,未償還的保險庫代幣仍然由該現有的 LP 倉位完全支撐。 所選擔保品不再可由借款人提取,並正在積極通過清算流程進行處理。 LP 部位已結清,對應的 vault 代幣不得再保持未清。

盈餘處理

清算價值按照固定順序應用。它首先用於償還債務,然後是清算人報酬,接著是清算費用。在這些義務之後剩餘的任何價值即為盈餘,而該盈餘遵循所清算擔保品的市場規則。 若回收金額不足,結算後仍會出現缺口。 需要市場的壞帳處理;完成LP解除本身並未消除未付義務。

營運者模型

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

  • 清算人必須追蹤與協議使用相同的風險狀態和抵押品狀態。
  • 從債務償還到結算的執行必須保持原子性。
  • 執行估算包括費用實現、路線深度、殘值以及交易時間。
  • 部分和全部債務覆蓋需要不同的路徑金額和回收估計。