単純なトークン売却ではない
AvanaでのLP担保の清算は、トークン残高の清算と同じではありません。担保には複数の資産、未回収の手数料、集中レンジのエクスポージャー、venue固有の出口メカニズムが含まれる場合があります。ポジションが不健全になると、AvanaにはLPを単一の代替可能チップのように扱うパニック売りではなく、制御されたアンウィンドが必要です。
ランタイムシーケンス
実際には、清算はランタイムシーケンスです。不健全なアカウントは生のAMMスポット状態ではなく、Avanaのリスク調整済み担保価値で検出されます。実行流動性は、多くの場合flashloanスタイルのパスで調達されます。負債はクレジットレイヤーに返済されます。ポジションは制御されたカストディに移動します。役立つ場合は請求可能な手数料が実現されます。LPは正しいvenueパスでアンウィンドされます。原資産が回収された後、負債資産にルーティングされ、実行流動性が返済され、清算プレミアムが分配され、残余の借り手価値が返還されます。
Avana上の異なるLPファミリーは1つの出口パスを共有しません。代替可能なLPはプールから除去され、原資産に分解されます。集中レンジはアンウィンド時の実際のインベントリに応じて処理する必要があり、価格がポジションを片側に押し出した場合、ユーザーの想定と大きく異なることがあります。カスタムまたはhookベースのプールは、Avanaが清算カバレッジに十分安全と見なす前に専用アダプターが必要な場合があります。Avanaが担保タイプを正しくアンウィンドできないなら、市場が完全にサポートされているかのように装うべきではありません。
部分削減と手数料優先
Avanaは完全清算をデフォルトにするのではなく、目標ヘルスを回復することを目指します。部分清算は、不要な借り手の損失を減らし、原資産プールへの混乱を制限するため優先されます。フレームワークはローンをより安全な状態に戻すために必要な負債を計算し、まずその金額を対象とします。より小さな削減でソルベンシーを回復できない場合、完全清算がフォールバックとなります。
手数料も重要です。LPポジションにはまだ実現されていない請求可能な価値が含まれることが多いです。手数料がアンウィンドすべき元本を減らせるなら、Avanaはポジションをより深く削る前にそれを使うべきです。それは借り手の結果を改善し、清算をより精密にします。LPポジションは受動的なトークン残高ではなく、生きた金融オブジェクトであり、Avanaのプロセスはそれに合わせて書かれています。
誰が清算を実行するか
専用の清算ランタイムがここで違いを生みます。Avana LP清算用に構築されたノードは、アクティブなポジションを監視し、負債漂流を更新し、市場状態をインデックス化し、アンウィンドパスをシミュレートし、実行流動性を調達し、資産をルーティングし、トランザクションをアトミックにクローズします。清算はパーミッションレスのままですが、ワークフローが長くvenue固有であるため、LP担保は純粋に汎用的な清算者にはサービスが難しいです。清算者はスリッページ、ルート深度、flashloanコスト、MEVエクスポージャーも価格に織り込む必要があります。大規模または異例のアンウィンドには、回収可能なジョブが破壊的なものにならないよう、より静かな実行パスが必要な場合があります。