メインコンテンツにスキップ
Avana ロゴ
戻る

Avana LP 担保アーキテクチャの内側

2026年8月11日

Hub and Spokeの理由

LP担保は汎用的なレンディング設計ではサポートできません。アクティブな流動性ポジション、変化する担保構成、マーケット固有の評価、標準的なトークン担保とは異なる清算パスを処理するシステムが必要です。AvanaはAave v4のHub and Spokeモデル上に構築されています。LP担保借入には共有流動性と分離されたマーケットロジックが同時に必要だからです。

HubとSpokeの役割

Hubは借入可能資産を保持し、マーケット間で共有流動性を調整します:準備金管理、利用率追跡、クレジット配分。Hubは、すべての担保タイプに同じ前提を共有させることなく、LP担保をより広いレンディングフレームワークに接続する方法です。ステーブルLPマーケット、集中流動性マーケット、ボラティルAMMペアは、同じ流動性プールから引き出すからといってすべて同じ方法で管理されるべきではありません。

SpokeはLP固有ロジックが存在する場所です:担保登録、評価、リスク調整、監視、清算。各Spokeは異なるプールタイプの扱い方を定義します。Uniswap集中ポジションはfungibleなCurve LPとは異なる挙動を示し、それはBalancer加重プールとも異なります。SpokeはLP担保がAvana内で独自のルールを持つ本物のレンディングマーケットになる場所です。

評価、オラクル、清算

評価はレイヤードアプローチを使用します。第一に、現在のマーケット状態でLPポジションが実際に何を含むか。第二に、信頼できるオラクル入力から原資産に価格を付ける。第三に、名目サイズではなく実際のプールリスクを反映する担保ロジックで調整する。LPポジション内のすべてのドルがAvanaで同じ借入力に変換されるわけではありません。

オラクル設計はコアに近い位置にあります。LP担保に対して、プロトコルは単一の数値や単純な資産フィードに依存できません。Avanaは外部価格フィードとAMM由来の価格設定が連携するデュアルソース哲学を採用し、より信頼性の高い評価を実現します。目標は、一時的な乖離、古い更新、ローカルプールの歪みが安全でない担保前提を生まないようにすることです。

清算において、AvanaはアクティブなLPポジションを制御された方法で解消し、結果の資産を変換し、回避可能な損失なく負債を決済する必要があります。Spokeは原資産マーケット構造向けに清算を専門化します。Hubが流動性を提供します。Spokeが担保ロジックを定義します。各レイヤーは適した役割を果たします:明確な分離、強い分離、プールごとにLP担保をスケールする現実的な道。

共有