Avana Oracleが問うていること
LPの価値は原資産の価格、プール構造、現在のインベントリ分割、未収手数料、集中流動性の場合は現在価格とアクティブレンジの関係に依存します。レンディングシステムにとって重要なのは、ダッシュボードのマークが何と言うかだけではありません。ポジションがローンをカバーしなければならない場合に現実的に回収できるものは何か、です。Avanaが最良ケースの前提で貸し出すなら、担保インフレを資金提供していることになります。Avana Oracleは楽観的な純資産価値ではなく、回収可能価値を中心に構築されています。
評価の構築方法
オラクルは多層の担保評価エンジンです。まず、Avanaは生のAMMスポット状態に頼るのではなく、堅牢な外部参照から原資産を価格付けします。次に、LPポジションを決定論的に再構築します：代替可能LPのプール残高再構築、またはレンジ、流動性、現在価格による集中ポジションの直接分解。第三に、清算スリッページ、アンウィンド摩擦、インパーマネントロスリスクを反映する回収ヘアカットで再構築価値を割引します。インパーマネントロスは、プールで資産を保有することと別々に保有することの価値の差です。ペア資産の価格が乖離すると増大します。Avanaの借入力は最も好意的なマークではなく、割引後の価値から生まれます。
単純なマークが失敗する理由
LP担保は、レンディングシステムが自分自身を欺く最も容易な場所の一つです。AMMプール状態は局所的に歪んでいながら健全に見えることがあります。集中ポジションは、ユーザーが想定するよりリスクの高いインベントリミックスに座りながら強く見えることがあります。薄い深度、同一トランザクション操作、古い入力はすべて、信頼できないのに正確に見える数値を生み出すことがあります。Avanaは外部資産価格付け、決定論的LP再構築、プロトコルレベルのセーフガードを組み合わせて、見かけの価値と信頼できる担保価値を分離します。
オラクルインターフェースは、再構築された元本価値、手数料価値、プロトコルリスクバッファに使用される予約価値も区別できます。これらのコンポーネントはレンディング市場内で同一の扱いに値しません。LPタイプ間で標準化することで、spokeレイヤーは代替可能LP、NFTベースLP、マルチアセットポジションについて一貫して推論でき、異なるvenueが状態を公開する方法も尊重できます。
チェックとセーフガード
異なるAMMファミリーには異なる検証パスが必要です。CurveステーブルLP、UniswapペアとNFT、Balancer加重プール、Aerodromeペアはすべて異なる方法で担保状態を公開します。Avanaでは外部価格が主なアンカーです。プール固有のデータと時間加重チェックは、再構築された担保状態が一貫しており、操作が難しいかを検証するのに役立ちます。これらの時間加重チェックは、Avanaがローンに依存する主要価格ではありません。その状態がクレジットとして扱われる前に、担保状態がまだ整合しているかをAvanaが判断できる追加の一貫性チェックです。
Avanaの操作耐性には、偏差閾値、プール価格差制約、回収ヘアカット、オープンインタレスト上限、フィード健全性が低下したり検証入力が一致しなくなったときに反応するオラクルセンチネルが含まれます。LP担保は単純なトークン残高より構造的に複雑なため、同一トランザクション悪用、薄い市場の歪み、古いまたは矛盾するシグナルに異常にさらされます。LPクレジットをサポートするプロトコルは、価格設定面がいずれテストされることを前提にする必要があります。Avana Oracleはその前提のために書かれています。