Borrow Spoke
ユーザーがポジションを預け、資産を借り、ローンの健全性を管理する孤立したLP担保市場。
概要
Borrow Spokeは孤立したLP担保市場です。それは、どのプールがサポートされるか、各LPポジションの評価方法、適用される担保係数、借入可能な資産、およびその市場での清算方法を決定します。
Borrow Spokeは、LPのポジションがすべて同じ動きをするわけではないため、分けられています。安定コインのLP、相関するETHステークされたETH LP、そしてボラティリティの高いガバナンストークンLPには、それぞれ異なるリスク設定、異なる上限、そして場合によっては異なる清算ルートが必要です。
借入フロー
ユーザー側から見ると、1つのSpokeがアカウントのライフサイクル全体を処理します：LPの担保を入金し、借入可能額を確認し、借り入れを行い、返済し、許可されている場合は手数料を請求します。基盤となるLPのフォーマットがDEXごとに異なっていても、インターフェースは一貫しています。
フロー例
ステップ1：LP の担保を預ける
ユーザーは承認されたLPのポジションを預け入れます。流動性はプールに残りますが、Spokeはそれを担保として記録し、価値と健全性の追跡を開始します。
ステップ2：容量が計算されます
Spoke がポジションを再構築し、基礎エクスポージャを価格づけ、担保係数を適用して借入余力を表示します。
ステップ3：資産を借りる
ユーザーは余力の範囲で Hub 流動性から資産を引き出します。借入確定後、Spoke 側で債務とヘルスが更新されます。
ステップ4：さらなる担保を追加する
追加で承認されたLPのポジションは後で入金することができます。各ポジションは、総合容量に寄与する前に個別に評価されます。
3層アーキテクチャ
借り手
ユーザーは Borrow Spoke を利用して、担保の預け入れ、借入、返済、ローンの管理を行います。
Borrow Spoke (Avana)
LPはポジションを評価し、健康チェックを実施し、担保がもはや債務を支えない場合に清算を調整します。
Aave v4 Hub
共有の流動性・会計レイヤ。Spoke 側チェック通過後、Borrow Spoke が Hub 準備金から引き出します。
データフロー
- 担保が Spoke に入る— LPのポジションは、評価と健全性のために記録および追跡されます。
- 借入はHubの流動性を引き出します— 余力チェック通過後、Spoke が Hub から資産を要求します。
- 負債は負債株として蓄積する— 設定された金利モデルで利息が複利され、Spoke が口座状態を同期し続けます。
- 必要に応じて清算— 不健全なアカウントは、支払能力を回復するために清算の道を進む。
Hub の相互作用
- • 借入:ユーザーが借入を開始または延長するとき、spokeはHubから情報を取得します
- • 返済:ユーザーが返済すると、spokeは債務をHubに回復します
- • ヘルスチェック:Hub は介在データを介して読み取りを行います
getCollateralData - • 清算:Hubが呼び出すことができる
handleLiquidationwhen risk thresholds are breached
Spoke の責務
| コンポーネント | 責務 |
|---|---|
| Borrow Spoke | LPのポジション、各AMMファミリーの総担保価値および負債を追跡します。公開しますgetUserAggregate(user) for frontends and liquidators. |
| LiquidationAdapter | LP形式で専門的な処理が必要なものについて、ペナルティの計上、ソフトアンワインド、およびハード清算を実行します。 |
Aave v4 Hub の役割
Borrow Spoke は貸し手準備金を保有しません。Hub がプール流動性・準備金会計・借入の貸借対照表側を担当し、Spoke が LP 固有のリスクを処理します。
資本供給
USDC、DAI、ETHなどの資産は、Lend SpokeおよびHubを通じて入ります。Borrow Spokeは、LP支援のアカウントがその流動性のどれだけにアクセスできるかを決定します。
クレジットライン
各Borrow Spokeは、Hubの流動性をどれだけ引き出せるかを制限する信用枠を持っており、LPの引受を孤立させながら、資本効率を共有します。
独立したヘルスファクター
複数のBorrow Spokeにおける担保は個別に評価されます。ある市場での余剰は、自動的に別の市場での不足を補うことはありません。