編集者: Felix、PANews
2024 年 5 月、Aave は V4 バージョン案を提案し、新バージョンの設計では、新しいアーキテクチャを採用し、統合流動性レイヤー、ファジー制御金利、GHO ネイティブ統合を導入する予定です。 、Aave ネットワークおよびその他のデザイン。この記事では、主に Aave V4 の Unified Liquidity Layer (ULL) の新機能について概説し、ポータル (クロスチェーン資産フロー) の機能について説明します。 Portal は Aave V3 の機能の 1 つですが、それを知っていて使用している人はほとんどいません。 Portal がどのようにして統合流動性レイヤーに発展するのかを見てみましょう。
ポータルは、さまざまなネットワーク上の Aave マーケットプレイスに資産を供給するためのブリッジを提供するように設計されています。これにより、ホワイトリストに登録されたブリッジは、ターゲット ネットワーク上でトークンを即座に作成しながら、ソース ネットワーク上のトークンを破棄することができます。
Alice がイーサリアム上に 10 aETH を持っており、10 aETH を Arbitrum ネットワークに転送したいとします。アリスがホワイトリストに登録されたブリッジ プロトコルにトランザクションを送信すると、ブリッジ プロトコルは次の手順を実行します:
上記の例では、PortalはAliceの10aETHをEthereumからArbitrumに転送できますが、実際にはさまざまな状況に対処できます。たとえば、Alice は Arbitrum ネットワーク上で 10 aETH の代わりに 10 ETH を受け取ることも、単に資金移動という一般的な目的に使用することもできます。
ポータル機能は、さまざまなネットワークでより高い金利を探しているユーザーに利便性を提供します。たとえば、オプティミズムのプールサイズは比較的小さいため、借入量が少なくても、オプティミズムの預金金利はイーサリアムよりも高くなります。
ユーザーは、ポータルを使用してワンクリックで預金ポジションをイーサリアムからオプティミズムに転送するだけで、より高い預金金利を享受できます。
Portal により、Aave V3 はチェーンに依存しない無制限の流動性プロトコルになりますが、効果的に動作するには最初に重要な信頼の前提が必要です。
ユーザーは、Aave V3 コア プロトコルではなく、ホワイトリストに登録されたブリッジ プロトコル (Connext など) にブリッジ トランザクションを送信する必要があります。同様に、エンド ユーザーは Portal のコア プロトコル メソッドを使用していません。
Aave V3 から V4 への最も重要なアーキテクチャの変更は、統合された流動性レイヤーです。この層は供給/借入の上限、金利、資産、インセンティブを管理し、モジュールがそれらから流動性を引き出すことができるようにします。
流動性管理を統合することで、ULL は既存の資産をより効率的に活用できます。流動性は最も必要な場所に動的に割り当てられるため、全体の効率が向上します。
ULL のモジュール設計は、システム全体を中断することなく、新しい融資モジュールや機能 (分離されたプール、RWA モジュール、CDP など) を追加できることを意味します。
たとえば、借用モジュールが更新されても、清算モジュールは変更されません。さらに、Aave DAO は、流動性を移行することなく、新しいモジュールを簡単にオンボードしたり、古いモジュールを終了したりすることができます。
Aave V3 では、ポータルによりプロトコルの異なるインスタンス間で資産を移動できるようになり、クロスチェーンの流動性が促進されます。 ULL は、さまざまな流動性供給ニーズをサポートできる、より柔軟で抽象的なインフラストラクチャを作成することでこの機能を実現します。
クロスチェーン流動性レイヤー (CCLL): Chainlink の CCIP と V4 の統合流動性レイヤー機能を採用することで、CCLL により、借り手はサポートされているすべてのネットワークで即時流動性にアクセスできるようになります。
これらの改善により、ポータルを完全なクロスチェーン流動性プロトコルに発展させる可能性があります。 Aave V4 がこの新しいインフラストラクチャをプロトコルの潜在的な収益源としてどのように活用するかに注目してください。
以上がAave V4 の統合流動性レイヤー: Aave V3 の「ポータル」機能から進化の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。