Aave V4プレビュー:古いDeFiの必然的な行き先はブロックチェーンですか?

初級編5/22/2024, 8:31:40 AM
Aave V4のプレビューでは、流動性の分散を減らすために流動性レイヤーを統合し、完全自動の金利調整メカニズムを導入し、動的に借入金利を調整する流動性プレミアムメカニズム、スマートアカウントとトレジャリー機能の導入、動的リスクパラメーターの設定、超過債務保護メカニズム、GHOステーブルコインとのネイティブ統合、およびAave Networkの計画が含まれています。これらの更新は、資本効率、リスク管理、ユーザーエクスペリエンスを向上させることを目的としています。同時に、Aave Networkの提案には、古いDeFiプロジェクトの頑固さがいくつか見られ、その必要性や具体的な実施計画についての疑問が残っています。

Aave v4に関して、要約すると、多くの問題が以前に修正されるべきであり、一部の計画は古いDeFiの頑固さのように思えます。すべての大手プロトコルがブロックチェーンを持つべきでしょうか?(1-8)

1. リキディティレイヤーを統一する

  • すべての資金供給と貸付は中央集権的に管理されており、流動性が異なるモジュールに分散されないようになっています。

  • プロトコルに、将来的に機能モジュールを簡単に追加または削除することができるようにし、流動性を移行する必要がなく、長期的な拡張に便利を提供します。

最大の利点は、Aave V2/V3/V4タブ間を行ったり来たりする必要がないこと、V3にアップグレードした際にV2からV3へ資金を手動で移行する必要がないことです。

2. ファジィ制御利子関数

Aave V4は、完全自動の金利を提案し、金利曲線の傾きを調整する機能を備えています。現在の設定はガバナンスメカニズムによって制御されており、これによりガバナンスの負担が増大するだけでなく、資本効率も低下します。ファジー金利は金利曲線の転換点を能動的に制御するよう設計されており、市況に応じて動的に調整できます。基本金利は市場需要に応じて上昇または下落し、供給者と借入者のために金利を最適化します。

このポイントは以前から最適化されているはずです。煩雑な利率モデルと長いガバナンスプロセスがAaveを不幸にしています。前$CRV悪意のある空売りの場合、Fraxlendはすでにアルゴリズムによる金利コントロールで先行していました。資金のショート利用率が高すぎると、より健全な金利モデルでFraxlendのローンの償還を優先しました。

3. リクイディティプレミアムメカニズム

V4では、「流動性プレミアム」という概念が導入され、抵当資産のリスク状況(中央集権度、市場リスクなど)に基づいて借入金利が動的に調整されます。高リスクの担保に対しては、借入コストが比較的高くなり、逆に低リスクは借入コストの軽減に役立ちます。

これはより良いリスク管理機能です。多くのオルトコインはまだチェーン上での貸出ニーズがあり、リスクグレーディングは望ましい戦略です。

4. スマートアカウントおよびボルトのローンチ

ユーザーエクスペリエンスを大幅に向上させ、1つのウォレットを使用して複数のポジションを管理できるようにします。スマートアカウントは、V3の主要なユーザーエクスペリエンスの問題の1つ、eモードまたは分離された資産を使って借入を管理する際に複数のウォレットを使用する必要があるという問題を解決するために設計されています。

スマートアカウントの導入後、ユーザーは1つのウォレットで複数のサブアカウントを作成でき、プロトコルの相互作用を大幅に簡略化できます。スマートアカウントはユーザーから要望の高い「財務省」機能を実現することもできます。ユーザーはスマートアカウントで資産を担保として借りることができ、その担保はロックされますが流動性プールに入ることはありません。これによりリスクの流出が軽減されます。

これも非常に素晴らしい経験への長い待ち望まれたアップグレードです。

5. ダイナミックリスクパラメータ構成

個々の資産に対する独立したリスク構成の作成をサポートし、清算リスクを軽減します。ガバナンスプロセスを簡素化するために自動資産削除メカニズムを導入します。

  • V3(特に清算閾値)のリスクパラメータの調整はすべてのユーザーに影響します。閾値を下げると、不要な清算や高いガバナンスコストが発生する可能性があります。

  • V4はダイナミック構成機能を導入しています。新しいローンは新しい設定を使用し、既存のユーザーは引き続き元の設定を使用します。

  • 自動資産廃止メカニズムが開始されました。ガバナンスレイヤーがトリガーを起動した後、システムは資産の清算閾値を徐々に低下させ、ゼロに戻るまでにします。この効果は、資産がもはや貸付業務を完了できなくなることに相当し、手動廃止と同等ですが、ガバナンスプロセスを簡素化します。

6. 悪質な債務の拡散を防ぐために過剰債務保護メカニズムを導入する。

共有流動性モデルの欠点の1つは、資産の蓄積と過剰債務が伝染することです。V4では、破綻したポジションを追跡し、自動的に蓄積された過剰債務を計算する新しいメカニズムが導入されています。過剰債務が確立された閾値を超えると、関連する資産は自動的に借入能力を失い、不良債権の拡大を防ぐための措置が取られます。

7. GHOステーブルコインとのネイティブ統合を提供する

流動性レイヤーでのGHOのネイティブな発行をサポートします。

  • GHOの「ソフト清算」AMMを紹介します。これはcrvUSDをモデルにしています。

  • 極端なアンカリング状況に対処するためにGHO緊急償還メカニズムを導入します。

  • 預金者は、利子をGHOの形で得ることを選択することができ、その契約は利子をGHOの担保に変換して、GHOの安定性を向上させます。

8. Aave Network

Aaveは、GHOステーブルコインとAave貸出プロトコルの中核ハブとして機能する新しいネットワーク層の展開を計画しています。

  • GHOを使用して手数料を支払います。

  • Aave V4をハブとして使用します。

  • $GHOST分散型のバリデータ/オーダラの主要なステーキングアセットとして機能します。

  • ネットワークのインターフェースとEthereumとのやり取りは、Aave Governance V3を通じてコミュニティによって制御されています。

  • アカウント抽象化の広範な利用

  • イーサリアムからネットワークセキュリティを継承します。

Aave Labsは、第1および第2層ネットワークの開発に引き続き注意を払い、Aaveコミュニティに最適な技術ソリューションを選択すると述べた。

Aave Networkに関しては、古いDeFiの頑固な匂いがいっぱいです。現在公開されている情報や状況から判断すると、これはチーム自体も考えていなかった決定のようです。それはL1かL2か?どうするのか?本当に必要なのか?これらの問題について疑問を持っています。

実際、比較的明確なのは、将来、Aaveが常に安定したコイン市場で厳しい戦いをしなければならないということであり、すべての計画はGHOのシナリオを作成しています。

このラウンドのアプリケーション層に革新がないため、インフラの牛市のようです。すべてのプロジェクトは層を持たない資金調達に戸惑っています。層があると一気に評価が上がり、DeFiプロトコルが大きくなると、本当にチェーンを構築する必要があるかどうかはまだ遠いようです。私の視点から見ると、イーサリアムがそのチェーン上の金融センターのようです。ここを離れることは不可能ではないが、パフォーマンスに過度に依存していないいくつかのプロジェクトは自分たちを「より有用に見せる」ためにイーサリアムを離れ、独自のチェーンを構築しているようです。製品のユーザーにとってはさらなる改善がありません。それどころか、初期段階でセキュリティを低下させる可能性があります。

免責事項:

  1. この記事は[から転載されましたpanewslab], オリジナルタイトル「Aave V4プレビュー:ブロックチェーンは古いDeFiの必然的な行き先ですか?」、著作権はオリジナルの著者に帰属します[Chen Mo cmDeFi], if you have any objection to the reprint, please contact ゲートラーンチーム, チームは関連手続きに従ってできるだけ早く対応します。

  2. この記事に表現されている見解や意見は、著者個人の見解を表すものであり、投資アドバイスを構成するものではありません。

  3. その他の言語版は、Gate Learnチームによって翻訳されています。参照せずにGate.io, 翻訳された記事のコピー、配布、または盗用は禁止されています。

Aave V4プレビュー:古いDeFiの必然的な行き先はブロックチェーンですか?

初級編5/22/2024, 8:31:40 AM
Aave V4のプレビューでは、流動性の分散を減らすために流動性レイヤーを統合し、完全自動の金利調整メカニズムを導入し、動的に借入金利を調整する流動性プレミアムメカニズム、スマートアカウントとトレジャリー機能の導入、動的リスクパラメーターの設定、超過債務保護メカニズム、GHOステーブルコインとのネイティブ統合、およびAave Networkの計画が含まれています。これらの更新は、資本効率、リスク管理、ユーザーエクスペリエンスを向上させることを目的としています。同時に、Aave Networkの提案には、古いDeFiプロジェクトの頑固さがいくつか見られ、その必要性や具体的な実施計画についての疑問が残っています。

Aave v4に関して、要約すると、多くの問題が以前に修正されるべきであり、一部の計画は古いDeFiの頑固さのように思えます。すべての大手プロトコルがブロックチェーンを持つべきでしょうか?(1-8)

1. リキディティレイヤーを統一する

  • すべての資金供給と貸付は中央集権的に管理されており、流動性が異なるモジュールに分散されないようになっています。

  • プロトコルに、将来的に機能モジュールを簡単に追加または削除することができるようにし、流動性を移行する必要がなく、長期的な拡張に便利を提供します。

最大の利点は、Aave V2/V3/V4タブ間を行ったり来たりする必要がないこと、V3にアップグレードした際にV2からV3へ資金を手動で移行する必要がないことです。

2. ファジィ制御利子関数

Aave V4は、完全自動の金利を提案し、金利曲線の傾きを調整する機能を備えています。現在の設定はガバナンスメカニズムによって制御されており、これによりガバナンスの負担が増大するだけでなく、資本効率も低下します。ファジー金利は金利曲線の転換点を能動的に制御するよう設計されており、市況に応じて動的に調整できます。基本金利は市場需要に応じて上昇または下落し、供給者と借入者のために金利を最適化します。

このポイントは以前から最適化されているはずです。煩雑な利率モデルと長いガバナンスプロセスがAaveを不幸にしています。前$CRV悪意のある空売りの場合、Fraxlendはすでにアルゴリズムによる金利コントロールで先行していました。資金のショート利用率が高すぎると、より健全な金利モデルでFraxlendのローンの償還を優先しました。

3. リクイディティプレミアムメカニズム

V4では、「流動性プレミアム」という概念が導入され、抵当資産のリスク状況(中央集権度、市場リスクなど)に基づいて借入金利が動的に調整されます。高リスクの担保に対しては、借入コストが比較的高くなり、逆に低リスクは借入コストの軽減に役立ちます。

これはより良いリスク管理機能です。多くのオルトコインはまだチェーン上での貸出ニーズがあり、リスクグレーディングは望ましい戦略です。

4. スマートアカウントおよびボルトのローンチ

ユーザーエクスペリエンスを大幅に向上させ、1つのウォレットを使用して複数のポジションを管理できるようにします。スマートアカウントは、V3の主要なユーザーエクスペリエンスの問題の1つ、eモードまたは分離された資産を使って借入を管理する際に複数のウォレットを使用する必要があるという問題を解決するために設計されています。

スマートアカウントの導入後、ユーザーは1つのウォレットで複数のサブアカウントを作成でき、プロトコルの相互作用を大幅に簡略化できます。スマートアカウントはユーザーから要望の高い「財務省」機能を実現することもできます。ユーザーはスマートアカウントで資産を担保として借りることができ、その担保はロックされますが流動性プールに入ることはありません。これによりリスクの流出が軽減されます。

これも非常に素晴らしい経験への長い待ち望まれたアップグレードです。

5. ダイナミックリスクパラメータ構成

個々の資産に対する独立したリスク構成の作成をサポートし、清算リスクを軽減します。ガバナンスプロセスを簡素化するために自動資産削除メカニズムを導入します。

  • V3(特に清算閾値)のリスクパラメータの調整はすべてのユーザーに影響します。閾値を下げると、不要な清算や高いガバナンスコストが発生する可能性があります。

  • V4はダイナミック構成機能を導入しています。新しいローンは新しい設定を使用し、既存のユーザーは引き続き元の設定を使用します。

  • 自動資産廃止メカニズムが開始されました。ガバナンスレイヤーがトリガーを起動した後、システムは資産の清算閾値を徐々に低下させ、ゼロに戻るまでにします。この効果は、資産がもはや貸付業務を完了できなくなることに相当し、手動廃止と同等ですが、ガバナンスプロセスを簡素化します。

6. 悪質な債務の拡散を防ぐために過剰債務保護メカニズムを導入する。

共有流動性モデルの欠点の1つは、資産の蓄積と過剰債務が伝染することです。V4では、破綻したポジションを追跡し、自動的に蓄積された過剰債務を計算する新しいメカニズムが導入されています。過剰債務が確立された閾値を超えると、関連する資産は自動的に借入能力を失い、不良債権の拡大を防ぐための措置が取られます。

7. GHOステーブルコインとのネイティブ統合を提供する

流動性レイヤーでのGHOのネイティブな発行をサポートします。

  • GHOの「ソフト清算」AMMを紹介します。これはcrvUSDをモデルにしています。

  • 極端なアンカリング状況に対処するためにGHO緊急償還メカニズムを導入します。

  • 預金者は、利子をGHOの形で得ることを選択することができ、その契約は利子をGHOの担保に変換して、GHOの安定性を向上させます。

8. Aave Network

Aaveは、GHOステーブルコインとAave貸出プロトコルの中核ハブとして機能する新しいネットワーク層の展開を計画しています。

  • GHOを使用して手数料を支払います。

  • Aave V4をハブとして使用します。

  • $GHOST分散型のバリデータ/オーダラの主要なステーキングアセットとして機能します。

  • ネットワークのインターフェースとEthereumとのやり取りは、Aave Governance V3を通じてコミュニティによって制御されています。

  • アカウント抽象化の広範な利用

  • イーサリアムからネットワークセキュリティを継承します。

Aave Labsは、第1および第2層ネットワークの開発に引き続き注意を払い、Aaveコミュニティに最適な技術ソリューションを選択すると述べた。

Aave Networkに関しては、古いDeFiの頑固な匂いがいっぱいです。現在公開されている情報や状況から判断すると、これはチーム自体も考えていなかった決定のようです。それはL1かL2か?どうするのか?本当に必要なのか?これらの問題について疑問を持っています。

実際、比較的明確なのは、将来、Aaveが常に安定したコイン市場で厳しい戦いをしなければならないということであり、すべての計画はGHOのシナリオを作成しています。

このラウンドのアプリケーション層に革新がないため、インフラの牛市のようです。すべてのプロジェクトは層を持たない資金調達に戸惑っています。層があると一気に評価が上がり、DeFiプロトコルが大きくなると、本当にチェーンを構築する必要があるかどうかはまだ遠いようです。私の視点から見ると、イーサリアムがそのチェーン上の金融センターのようです。ここを離れることは不可能ではないが、パフォーマンスに過度に依存していないいくつかのプロジェクトは自分たちを「より有用に見せる」ためにイーサリアムを離れ、独自のチェーンを構築しているようです。製品のユーザーにとってはさらなる改善がありません。それどころか、初期段階でセキュリティを低下させる可能性があります。

免責事項:

  1. この記事は[から転載されましたpanewslab], オリジナルタイトル「Aave V4プレビュー:ブロックチェーンは古いDeFiの必然的な行き先ですか?」、著作権はオリジナルの著者に帰属します[Chen Mo cmDeFi], if you have any objection to the reprint, please contact ゲートラーンチーム, チームは関連手続きに従ってできるだけ早く対応します。

  2. この記事に表現されている見解や意見は、著者個人の見解を表すものであり、投資アドバイスを構成するものではありません。

  3. その他の言語版は、Gate Learnチームによって翻訳されています。参照せずにGate.io, 翻訳された記事のコピー、配布、または盗用は禁止されています。

ابدأ التداول الآن
اشترك وتداول لتحصل على جوائز ذهبية بقيمة
100 دولار أمريكي
و
5500 دولارًا أمريكيًا
لتجربة الإدارة المالية الذهبية!
It seems that you are attempting to access our services from a Restricted Location where Gate.io is unable to provide services. We apologize for any inconvenience this may cause. Currently, the Restricted Locations include but not limited to: the United States of America, Canada, Cambodia, Thailand, Cuba, Iran, North Korea and so on. For more information regarding the Restricted Locations, please refer to the User Agreement. Should you have any other questions, please contact our Customer Support Team.