LPローンは運用業務である
Avanaでは、LP担保はアクティブで、パス依存であり、運用上要求が高いものです。手数料を稼ぎ、構成が変わり、市場の動きに応じてリスクが変化し、ポジションがストレスを受けるまさにその時にvenue固有のアクションが必要になることがあります。標準的なトークン市場は、清算とモニタリングをより単純なトリガーとスワップパスに還元できることが多いです。LP担保は異なります。システムはどのポジションがアクティブか、負債がどう漂流しているか、実際のアンウィンド下で担保がどう見えるか、手数料をどう実現できるか、どのvenue固有の除去パスが適用されるか、スリッページ、ルーティング、実行コスト後も清算が実行可能かを知る必要があります。これらの詳細が、紙上の理論的カバレッジと、市場が厳しくなっても機能するカバレッジを分けます。
Avana Smart Agentsの役割
Avanaのノードランタイムはオンチェーン活動を読み取り、アクティブなポジションのライブマップを維持し、短い間隔で漂流する負債を更新し、古いまたは見逃された状態を捕捉するための広範なスイープを実行します。アプリUI、ダッシュボード、モニタリングロジック、清算ワークフローは、各レイヤーが独自の市場バージョンを作るのではなく、この同じ運用像から描画されることを意図しています。
清算はここが最も重要です。Avanaポジションが許容借入容量を下回ると、実行レイヤーはジョブが利益を出して処理できるか評価し、一時的な流動性を調達し、クレジットレイヤーに負債を返済し、手数料を請求し、正しいvenueパスで担保をアンウィンドし、結果の資産をルーティングし、フラッシュパスを決済し、清算プレミアムを分配し、残りがあれば借り手の残余価値を保持する必要があります。これは単一のトランザクションタイプではなく、作業の連鎖です。
清算前、そしてvenueを横断して
Smart Agentsは清算が起きる前にも重要です。Avanaポジションのインデックス化、負債漂流の監視、プロトコルを自身のオラクルとリスク前提に整合させることで、準備態勢が向上します。担保が市場とともに動き続けるとき、運用の遅延は無料ではありません。
LP担保は評価問題と同時にアダプター問題でもあります。代替可能なLP、集中レンジ、カスタムプール設計には異なるvenue対応の処理が必要です。Smart Agentsは、すべての市場に汎用パスを強制するのではなく、これらの違いを尊重するAvanaのレイヤーです。オラクルはポジションがクレジットとしてどれだけの価値があるかをAvanaに伝えます。エージェントレイヤーは、その価値が実際に回収可能かを判断するのに役立ちます。
Avanaはパーミッションレス清算を置き換えません。外部ビルダーは引き続き監視し行動できます。プロトコル運用のランタイムは、構造的にサービスが難しい担保のベースラインカバレッジを改善します。ストレス時にはそれが大きく重要になります。市場に信頼できる実行カバレッジがないことを発見する最悪の瞬間は、清算イベントそのものの最中です。