許可された LP プール

プールおよびLPファミリーのためのガバナンス管理の許可リストで、Avanaが担保として受け入れられる準備ができています。

概要

Avanaは、レビューされ承認されたプールからのLP担保のみを受け入れます。許可リストが存在するのは、すべてのDEX上のプールでLPのサポートが自動的に行われるわけではないためです。プロトコルは、ポジションの価格を評価し、清算を管理し、引き受けるリスクを制限するのに十分な情報を必要とします。

プール承認が連携して機能する担保ファクター and リスクフレームワーク許可リストはプールがシステムに参加できるかどうかを決定し、担保係数は承認された各ポジションがどれだけ借入可能な価値を貢献できるかを決定します。

プールは、プロトコルが毎回同じ基本的な質問に答えられる場合にのみホワイトリストに入ります：ポジションの価格を決定できるか、ポジションを清算できるか、そして本番環境でリスクを監視できるか。

価格が信頼でき、ペッグの動きが理解されており、アンワインドの深さが強いままであるとき、しばしば最も認めやすい。

サポートすることは可能ですが、通常はより保守的な担保要素、流動性のチェック、そしてより厳しい清算の前提条件とともに行われます。

ポジションレベルの評価と、アクティブレンジ、一方的な在庫、手数料の状態の慎重な取り扱いが必要です。

許可リストに検討される前に、明確なオラクル、カストディ、および清算のサポートが必要です。

プール承認は、ポジションが手厚い与信を受けることを意味しません。プールが承認された後も、各 LP ポジションは個別に評価・リスク割引され、Borrow Spoke 内の借入余力に加算されます。

だからこそ、プールの承認と担保評価は密接に関連しています。プールは承認されるほど安全であっても、稼働後には保守的な上限、低めのLTV、またはより厳格な清算処理が必要となる場合があります。

ビルダーは、すべての LP が DEX 上で自動的にサポートされるかのようには考えず、承認されたプールテンプレートとデプロイメント固有の許可リストの観点で考えるべきです。

新しいプールのファミリーは、利用可能にする前に、安全に有効化できるようにするために、オラクル処理、清算ルーティング、リスク制限、監視インフラストラクチャにわたる調整作業が通常必要です。