3 つの支払いルールが Aave のネイティブビットコイン市場を制御しますが、それらを決済できるのは WBTC だけです

借り手が WBTC を借りている場合、管理者は、たとえ申請手数料と借り手の超過支払いがゼロであっても、ローンを返済するために WBTC を送金しなければなりません。

評価では、統合契約はイーサリアムメインネットに展開されていないと述べた。 10 月 25 日に確認された Babylon の契約ディレクトリでは、その公開アドレスが Sepolia テストネットの展開であることが特定されています。

2つのルート、3つの支払い要件

借り手の出身地 $BTC はビットコイン保管庫に残り、Aave は制限された内部 ERC-20 会計記録を通じてその担保を認識します。ユーザーはラップされたビットコイントークンとして取引できません。

提案されている清算流動性プロバイダー (LLP) ルートを通じて、外部の清算人は借り手の債務を返済し、即時 WBTC の支払いを受け取ることになります。

決済コンポーネントである BTCVaultSwap (スワップスポーク) は、押収された金庫をエスクローに置き、Aave の共有流動性プール (ハブ) から支払いを引き出します。根底にあるもの $BTC ビットコインに残るだろう。

裁定取引者として機能する認定管理者は、エスクローされた保管庫を購入し、ビットコインでの償還を処理することが期待されます。このプロセスは、意欲のある適格な購入者が購入を完了するかどうかによって異なります。

バビロンの提案には、保管庫の約束されたビットコイン引き換え権を持つ管理者のための直接ルートも記載されています。そのようなキーパーは、スワップ・スポークの新たなハブ資金による支払いやそのエスクロー手順なしに、債務返済に資金を提供し、押収された金庫を償還することになるだろう。

ハブ WBTC の許容量がなくなった場合、必要な支払い資産を供給できるキーパーは資金の制約を回避できます。ただし、利用可能な参加者のプールは、基礎となるビットコインを要求するための装備と権限を備えたオペレーターに限定されます。

バビロンの清算オペレーターガイドによると、バビロンは債務返済のほか、申請清算手数料と借り手に支払うべき公平性の支払いという2つの追加料金を徴収するという。直接清算の場合、両方の追加料金は WBTC 建てで、発信者によって資金提供されます。

債務の返済には、借り手が選択した債務準備金のトークンが使用されます。アダプターは返済入力を取得し、Aave の貸付契約で消費されなかったものをすべて返済します。返済入力は、追加の WBTC 支払いに対する発信者の制限とは別のものです。

したがって、管理人は借金、手数料、および余剰金の支払いのための資産を必要とします。独自のインベントリは、必要な各トークン転送の動作を条件として、ハブの外部に資金を供給します。

この評価では、バビロンの申請手数料は清算ボーナス利益の 0.5% であると説明されています。評価された設計では、アダプタでの申請手数料を維持しながら、バビロンレンディングスポーク自身の清算手数料を別途強制的にゼロにします。

LlamaRisk の転送失敗シナリオで規定されている WBTC 手数料と余剰債務を回避する直接ルートの場合、アプリケーション清算手数料はゼロでなければならず、公平性の支払いを支払う必要はありません。これらの条件は、これら 2 つの支払いのみを対象としています。

この例外があっても、WBTC ローンは依然として WBTC の返済を必要とします。別の資産でのローンの場合、返済にはその資産が使用されますが、管理者は引き続き譲渡可能な債務トークン、償還権、および機能する清算契約を必要とします。

Aaveが提案するネイティブビットコイン市場は、ハブのWBTC支払いを回避できるが、WBTC建ての手数料、剰余金、負債には依然としてWBTCが必要である。

アプリケーション料金をゼロに設定すること自体、タイムロックされた Babylon アプリケーションパラメータの変更が必要になります。 LlamaRisk は、即時の緊急一時停止および凍結制御とは別に、アプリケーションのタイムロックの背後に、liquidationFeeBps の変更を配置します。

料金固有の遅延は評価では未指定のままであるため、個々のキーパーは、実行時に未払いの WBTC 料金を含む、有効な料金設定を使用する必要があります。

保管庫全体が WBTC 余剰を生み出す可能性がある

公平性の支払いは担保の保有方法によって決まりますが、部分的なポジションの清算では、借り手の金庫の一部を差し押さえ、他の金庫はそのままにしておくこともできます。押収された各ビットコイン保管庫は分割できません。

10月23日の評価、ガバナンス提案、およびオペレーターガイドで説明されたモデルの下では、各清算コールは借り手の順序付きリストの最初の金庫全体を対象としています。清算人が複数の保管庫を清算する必要がある場合は、ポジションの健全性を再度チェックします。

選択した金庫の価値が消費される前に借り手の負債全体が清算された場合でも、清算人は金庫全体を受け取ります。清算ボーナス割引で残りの WBTC 価値を借り手に補償しなければなりません。

最初の保管庫のサイズを適切に設定すると、他の保管庫をそのポジションに残したまま、清算人が資金を提供しなければならない余剰を減らすことができます。公平性の支払いが発生するかどうかは、債務と実行時の担保評価によって異なります。

部分ポジション清算では、保管庫の数が記述されるため、申込手数料がかからない直接コールでも借り手超過の支払いが発生する可能性があります。

イーサリアムでの清算は、使用可能なビットコインの受け取りとも区別する必要があります。直接清算により承認された償還が開始されますが、ビットコインの証明と異議のプロセスには依然として数日かかります。直接ルートでは、管理者が数日間の待機費用を自分で賄います。

Babylon の統合ドキュメントには、残りのポジションが健全な状態を維持することを条件としてボールトを削除する方法が記載されています。さらに、この評価では、すべての保管庫を引き出すために残債がないことも必要となります。キーパーが清算できる場合でも、借り手の引き出しには依然としてこれらの条件が適用されます。

LlamaRisk は、提案されている 300 の WBTC コアハブクレジットラインとは別に、BTCVaultSwap の最初の 100 WBTC コアハブクレジットラインを推奨しています。 $BTC 担保ローンチキャップ。

この評価では、許可リストに登録された 10 人の借り手と 50 の保管庫による初期展開が想定されています。それは許可されたビットコイン償還事業者と並行して限定的に開始されることになる。

融資枠によって、LLP ルートに利用できる資金がいくらになるかが決まります。その線を超えると、直接的なフォールバックは、キーパーが債務を返済し、WBTC手数料または借り手の超過支払いを満たせるかどうかに依存することになります。

最終的な手数料設定、債務資産、金庫の構成によって、フォールバックがどこまで及ぶかが決まる。