イーサリアムでの貸付アプリケーションのアーキテクチャの進化の詳細な解釈

著者: @albertocuestacanada

翻訳:デンチェーンコミュニティ

! [イーサリアムでの貸付アプリケーションアーキテクチャの進化の詳細な解釈] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-20a7530c80-dd1a6f-69ad2a.webp)貸付商品の進化

貸付は、イーサリアムベースのブロックチェーンアプリケーションの基礎です。 何十億もの資産がすでに貸し出されています[5] したがって、融資がどのように機能するかを理解することは、開発者、建築家、または研究者にとって非常に重要です。

プログラミングパラダイムの進化と同様に、これらのDeFiアプリケーションは、セキュリティから効率的なユーザーエクスペリエンスに至るまで、変化する優先順位を反映するさまざまなアーキテクチャ設計を備えています。

この記事では、MakerDAO、Compound、Aave、Euler、Yieldなどの融資アプリケーションのアーキテクチャの分析について説明します。 将来の貸付アプリ開発の重要な教訓となる主要なイノベーションと設計パターンに焦点を当てます。

開発者、アーキテクト、またはセキュリティ研究者の方は、この記事が役に立ちます。 最後に、イーサリアムの新しい貸付アプリケーションについて簡単に学び、そのアーキテクチャをすばやく包括的に把握できます。 これらのDeFiの巨人がゼロからどのように構築されたかについてもっと学びましょう。

DeFiでの貸付

ほとんどのDeFi融資は過剰担保です[6] 。 ユーザーが提供する担保の価値がローンの価値よりも高い場合、ユーザーは特定の資産を借りることができます。 従来の貸付とは異なり、これらの貸付の多くは定期的な返済や固定返済日がありません。 基本的に、あなたは借りることができ、それを返済することはありません。

しかし、問題があります:担保の価値は常に借入価値の所定の境界を超えなければなりません。

担保価値がこの境界を下回った場合、ローンは清算されます[7] 。 清算中、他の誰かがあなたのローンの一部または全部を返済し、彼らはあなたの担保の一部または全部を受け取ります。

この財務構造に従うすべての借入申請には同じ構造が必要であり、さまざまな方法で手配できます。

*ユーザーの担保と借入資産を保管するための財務省(財務省) *各ユーザーの担保と債務を追跡する課金システム ※借り手の金利を決定する機能 *ローンが適切に担保されていることを確認するメカニズムで、通常は外部価格オラクルが関与します ※担保不足時の借入の清算経路 ※ 借入総額や、グローバル・ユーザーごとの借入限度額、最低担保率、特定過剰担保率などのセキュリティ指標を記録するリスク管理システム *ユーザーが担保を追加および削除し、ターゲットを借りて返済するためのインターフェイス

! [イーサリアムでの貸付アプリケーションアーキテクチャの進化の詳細な解釈] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-1986f27215-dd1a6f-69ad2a.webp) MakerDAOの貸出プロセスでは、すべてのアプリケーションアセットが同じステップと機能を使用します

借入と貸付は別々の機能と見なすことができます。 DeFiでは、ほとんどの貸付アプリに両方の機能がありますが、常にうまく統合されているとは限りません。 コンパウンド、アーブ、オイラーでは、借り手と貸し手の金利は内部的に相関しています。 実際、これがこれらのアプリケーションを最小限の介入で実行させる理由です。

一方、MakerDAOとYieldは、借り手に自分自身(プロトコル自体)から資産を貸し出します。

他のユーザーがアセットを借りることができるように、ユーザーにアセットの提供を求めません。

この記事では、借入に焦点を当て、貸付をほとんど無視します。 住宅ローンの要件により、借入ははるかに複雑であり、借入パターンを理解することで、契約全体をよりよく理解できることがよくあります。

MakerDAO のアーキテクチャの進化

! [イーサリアムでの貸付アプリケーションアーキテクチャの進化の詳細な解釈] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-0fcfc1f496-dd1a6f-69ad2a.webp)

メーカーダオ[8] [9]、2019年11月発売 これは$4.95Bの担保を保有しています。 そのモジュラーアーキテクチャには、機能ごとに異なるコントラクトと固有の用語がありますが、それでも理解と検証は簡単です。

MakerDAOの財務機能は、結合コントラクトによって表されます[10] 取り締まる。

担保として承認された各トークンには、個別の契約があります[11] 。

MakerDAOは、DAIの借入資産を所有していません。 それは単に刻まれ、必要に応じて破壊されます[12] お願いだから。

vat.sol 契約での請求[13] [14]内部処理。 Join は、担保がシステムに出入りしたときにこのコントラクトを更新します [15]。 ユーザーが借りる場合は、vat.solと直接契約します 相呼応する。

このアクションにより、ユーザーの借入残高が更新され、DAI で DAI を作成できるようになります。

返済するために、ユーザーはDAI参加契約でDAIを燃やします。 このプロセスにより、VAT が更新され、ユーザーがローンを決済できるようになります。

さらに、vat.sol契約はリスクマネージャーとして機能します[16] エンジン。 完全な借入限度額を維持し、ユーザーごとの最小しきい値を設定し、担保比率を監視します。 ユーザーの債務または担保残高が変更されると、vat.sol契約は金利とスポットを評価します。

これらは、使用される担保と一般的なDAI対担保価格の比率に基づく金利を指します。 興味深いことに、これらの値は他のMakerDAOコントラクトによってvat.solコントラクトに入力され、他のほとんどのアプリケーションとは異なります。

MakerDAOは設計段階で安全性を優先し、ガスコストなどの要因は二次的であり、ユーザーエクスペリエンスは二次的であり、競争はごくわずかでした。

その結果、風変わりで、使用するのに費用がかかり、ナビゲートが難しいように見える場合があります。

しかし、その運用資産の莫大な資産と重大な違反のない運用実績は、その堅牢な設計と実行を浮き彫りにします。

メーカーDAOのハイライト:

各資産には独自の契約があります。

請求機能は単一の契約に集中しており、担保チェックを含むリスクパラメータも記録および実行されます

他のアプリケーションとは異なり、オラクルは契約を更新し、住宅ローンを監督するようになります

価格と金利のオラクルは異なるインターフェースを使用します

金利は外部調達

借入するには、ユーザーは複数の契約と対話する必要があります

Yieldプロトコルのアーキテクチャの進化

! [イーサリアムでの貸付アプリケーションアーキテクチャの進化の詳細な解釈] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-701c1f40e2-dd1a6f-69ad2a.webp)

収量v1[17] [18] イールドスペースを使用する場合 固定金利の概念実証。 このバージョンは、MakerDAOの上に住宅ローン債務エンジンを構築します。 ただし、Yield v1は使用するのに費用がかかり、新機能で強化することは困難です。

YieldSpace の可能性を認識し、すぐに Yield v2 に移行しました[19] [20]。 Yield v2は今でもMakerDAOからインスピレーションを得ていますが、完全に独立しており、2021年10月にリリースされます ； Yield v2は、ガスコストの削減とユーザーエクスペリエンスの向上を優先します。

! [イーサリアムでの貸付アプリケーションアーキテクチャの進化の詳細な解釈] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-f8eb85420f-dd1a6f-69ad2a.webp) 利回りv2の借入プロセスは、MakerDAOの影響を強く受けています

すべての請求、リスク管理、住宅ローンの小切手は、1つの契約にまとめられています。[21] [22]。 MakerDAOのアプローチに従って、ボールト機能は結合コントラクト全体に分散されます の場合、各契約は特定の資産専用です。

オラクル統合の改善により、価格と金利のオラクルを共通のインターフェースに統合[23] [24]。 MakerDAO の Cauldron のオラクルフローを逆にしました 住宅ローンのチェックについては、必要に応じてオラクルに相談してください。 私の知る限り、これはMakerDAOを除く他のすべてのアプリに推奨されるプロセスです。

MakerDAOのアプローチとのもう一つの大きな違いは、Ladleの導入です[25] 。 契約は、ユーザーとYieldの間の唯一の仲介者として機能します。 ボールトと請求書を広範囲に制御できるため、機能開発に非常に柔軟性があります。

要約すると、利回りv2での貸付は次のように機能します。

*各資産には、専用のボールト契約があります。 ※単一契約で課金機能を一元化。 契約はまた、リスク管理措置を監督し、住宅ローンの検査を実施します。 *住宅ローン機能は、オラクルを参照して価格と金利を決定します。 *価格と金利のオラクルは統一されたインターフェースを共有します。 ※金利は外部発生です。 ※利用者は1回の取引で借入できます。

コンパウンドのアーキテクチャの進化

! [イーサリアムでの貸付アプリケーションアーキテクチャの進化の詳細な解釈] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-f7bda433ff-dd1a6f-69ad2a.webp)

コンパウンドの最初のバージョン[26] [27]概念実証です [28]これは、イーサリアムで通貨市場を確立できることを示しています。 したがって、その設計はシンプルさを優先します。 マネーマーケット・ソル 契約は、借入を含むすべての機能をカプセル化します。

! [イーサリアムでの貸付アプリケーションアーキテクチャの進化の詳細な解釈] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-57c5e19e8e-dd1a6f-69ad2a.webp) コンパウンドv1の借用プロセスはシンプルで効果的です

ボールト、請求、および住宅ローン小切手などのリスク管理タスクは、1つの契約にまとめられています。

契約はオラクルから価格を取得しますが、資産使用率に基づいて金利を決定します。

ユーザーは契約と対話するだけですが、担保を提供して資産を借りるには個別に呼び出す必要があります。

複合 v2

コンパウンドv2[29] 2019年5月に発売され、イールドファーミングの時代に火をつけ、数え切れないほどのフォークに影響を与えました。 また、マネーマーケットとしても機能し、ユーザーは資産を預けたり借りたりすることができます。

ホワイトペーパーに基づく[30] Compound v2の主な目的は、ERC20標準を使用して貸出ポジションを表すことであることは明らかです。 これにより、構成可能性が保証され、ユーザーはCompoundに貸し出し、他のブロックチェーンアプリケーションでこれらの有利子ポジションを使用できるようになります。

興味深いことに、ホワイトペーパーでは、Compound v2が報われることを強調していません[31] スマートコントラクトに組み込まれています。 この省略により、この機能の大きな影響は予測されない可能性があります。

! [イーサリアムでの貸付アプリケーションアーキテクチャの進化の詳細な解釈] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-76db944fff-dd1a6f-69ad2a.webp) Compound v2の借入プロセスでは、貸出ポジションを初めてトークン化します

各資産には独自の資金調達契約があります。

請求機能も分離されており、各cTokenはユーザーの担保と債務を記録します。

会計監査官は、担保チェックを含むリスク管理パラメータを記録および実行します。

会計監査人は、契約参照価格オラクルとcTokenの金利を担保する責任があります。

価格と金利のオラクルは、異なるインターフェースを介して動作します。

利率は、資産の内部稼働率から導出されます。

ユーザーは、借りるために複数の契約と対話する必要があります。

複合 v3

コンパウンド v3[32] [33] 2022年リリース [34]、より保守的なリスク管理戦略を採用し、流動性を各借入可能資産のプールに分離します 中央。 このデザインは、使いやすさとガスコストにも焦点を当てています。

! [イーサリアムでの貸付アプリケーションアーキテクチャの進化の詳細な解釈] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-5b93c291a3-dd1a6f-69ad2a.webp) コンパウンドv3(コメット)での借用プロセス。 基本に戻り、セキュリティに戻ります。 ただし、ユーザーエクスペリエンスが向上します。

必要な呼び出しが少なくて済むため、システムは開発者とユーザーの両方にとってより直感的になります。 さらに、単一契約設計により、契約間の呼び出しを最小限に抑えることでガスコストを削減します。 孤立した通貨市場は、現在主要なセキュリティ問題であるオラクルベースの攻撃に対する防御です。

この記事で言及されているその他の関連機能は次のとおりです(リリースノートに記載されています)。

リスク管理と清算エンジンの見直し。 この設計により、借り手に優しいと同時に、資金のセキュリティが強化されます。

リスクを軽減するために、市場全体で個人の住宅ローン資産に制限を課します。

収入と借入の金利モデルは今や分離されており、ガバナンスは経済政策を完全に管理しています。

興味深いことに、Compound v3はCompound v1のアーキテクチャを反映しており、単一の契約で各借入可能資産のすべての機能を処理できます。 その他の注目すべき機能は次のとおりです。

借入資産のみ借入可能で、担保資産は借入できません。

コンパウンドv3では、担保はリターンを生成しません。

担保を借りることを禁止すると、担保を預けた人の安全が高まります。 これにより、ガバナンスエラーや意図的な攻撃が担保を危険にさらす可能性が低くなります。

担保供給リターンの除去は、コンパウンドがv2で多くの流動性を蓄積した結果である可能性があります。 私の直感では、Compound v2では、借入限度額はユーザーがアプリケーションに貸し出す資産よりも低いか高くありません。

v3で同様のレベルの流動性を管理すると仮定すると、担保の貸付を禁止することで、v3の主要な目標の1つであるアプリケーションを安全にすることができます。

アーキテクチャの観点から:

各通貨市場は、ボールト、請求書、およびリスク管理を含む個別の契約です

各通貨市場は、借入可能な資産とその承認されたすべての担保付き資産トークンを保持し、資産をアプリケーション全体に分散させることができます

飼料価格は唯一の外部入力です。 借入金利は内部で生成されます

供給/引き出し/借り入れ/返済などの従来の機能は巧みに統合されています。 現在、マネーマーケットから借りることができる資産を引き出すことは借りることを意味し、借りることができる資産を供給することは、ユーザーに基づいて債務またはローンを返済することを意味します

統合されたルーティング契約により、1回の呼び出しで複数の操作を実行できます

Aaveのアーキテクチャの進化

! [イーサリアムでの貸付アプリケーションアーキテクチャの進化の詳細な解釈] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-e9c82a5b96-dd1a6f-69ad2a.webp)

ゴーストv1[35] [36] 2019年10月発売 を使用して ETHLend を置き換えます。 Aave v1 では、ETHLend のピアツーピア アプローチの代わりに共有流動性プールが導入されています。

! [イーサリアムでの貸付アプリケーションアーキテクチャの進化の詳細な解釈] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-181556b809-dd1a6f-69ad2a.webp) 流動性提出計算効率をまとめたAave v1の借入プロセス

Yield v2 と同様に、ルーティング コントラクト[37] [38]ビジネス ロジックを制御します。 レンディングプールコア 請求、リスク管理、およびボールト機能を有効にします。 ボールトを1つのコントラクトに集中させることは、Compound v2との違い点です。

住宅ローンの小切手を自分の契約に保管してください[39] 、会計契約ではなくルーターから呼び出された場合、この決定は弱いように見えるかもしれませんが、Aave v2バージョンはv1リリースの2年後にリリースされたため、おそらく目的を果たしました。

レンディングプールコア契約は、ボールトと請求書を処理します

LendingPoolDataProvider は、住宅ローンのチェックを管理し、オラクルと対話します

LendingPool は、ユーザーのエントリ ポイントとして機能し、ビジネス ロジックを実装します

借入金利は内部で決定され、価格フィードバックのみに依存します

ゴーストv2

ゴーストv2[40] [41] 2021年12月リリース [42]。 Aave v1 と同様の機能を保持しますが、Aave v1 および Compound v2 と比較して、改善されたシンプルなアーキテクチャが導入されています。 このリリースでは、Aaveはトークンも導入しました 43およびvTokenです これはトークン化された債務の略です。

! [イーサリアムでの貸付アプリケーションアーキテクチャの進化の詳細な解釈] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-8cb57c49b5-dd1a6f-69ad2a.webp) Aave v2は非常にクリーンなアーキテクチャを備えており、完全にトークン化されています

わかりやすくするために、Aave v1 で限定的に使用されている一部の機能は省略されています。 未収利息の複雑な表現など、Aave v1 の問題は Aave v2 で解決されました。

LendingPool契約は、住宅ローンチェックなどのグローバルな請求およびリスク管理機能を統合しています。 これは、ユーザーのプライマリアクセスポイントとして機能します

aトークンは、貸付ポジションと同様に担保を表します。 ユーザーの担保は、ユーザーが保持するaTokenによって表され、ボールト機能はすべてのaTokenに分散されます

vToken は、負債ポジションを表すために使用されます。 ユーザーの負債は、ユーザーが保有するvTokenによって表されます

ゴーストv3

ゴーストv3[44] [45] 2023年1月リリース 、マルチチェーンサポートおよびその他の機能を備えています。 これらを追加しても、コア アーキテクチャは変更されません。 このアップデートには、リスク管理とガス効率の改善も含まれています。

多くの進歩にもかかわらず、Aave v3は、この調査の目的上、Aave v2と根本的に違いはありません。 実際、これはAave v2のアーキテクチャが2023年も堅牢であることを示している可能性があります。

オイラーの建築進化! [イーサリアムでの貸付アプリケーションアーキテクチャの進化の詳細な解釈] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-a94f75732c-dd1a6f-69ad2a.webp)

オイラー[46] [47] 2022年12月発売 これは、通貨市場に許可のない機能と最小限のガバナンスを提供するように設計されています。

そのデザインの特徴の1つはダイヤモンドです[48] [49]モードのように。 1 つのコントラクトがアプリケーションのすべてのストレージ領域を所有します [50]。 ストアには、さまざまなプロキシを介してアクセスできます 各エージェント管理システムのさまざまな概念要素へのアクセス。

! [イーサリアムでの貸付アプリケーションアーキテクチャの進化の詳細な解釈] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-92b7c2d94b-dd1a6f-69ad2a.webp) オイラー

1つの契約にすべての資産、請求書、リスク管理データが保存されますが、Aave v2と同様に、担保と借入用のeトークンと債務用のdTokenがあります。 ただし、これらのトークン コントラクトは、中央ストレージ コントラクトのビューにすぎません。

ストレージ契約[51] 課金変数を管理します。

ベースロジック契約[52] ボールトとして機能します。

リスクマネージャー契約[53] 住宅ローンの小切手を含むリスク管理の変数と機能を監督します。

コードを分析すると、最小限のガスコストが優先され、全体的な設計により、契約間の通話が不要になることがわかります。 安全性は、厳格なテストと監査によって保証されています。 ロジックのみがモジュールに分散され、ストレージコントラクトの実装として、ストレージコントラクトは主にプロキシコントラクトとして機能します。

この統一されたデザインにより、アップグレードも簡単です。 ストレージを変更する必要がない場合は、モジュールをすばやく交換して、機能を変更または導入できます。

Eulerは、リリースから15か月後、アップグレードが悪用された脆弱性を導入してから6か月後にハッキングされました。

私はそれがその全体的なアーキテクチャによる資産の損失だとは思わない。 逆に、コード更新の監視が不十分です。

まとめ

MakerDAO、Compound、Aaveなどの初期のイーサリアムアプリケーションは、イーサリアムの過剰担保貸付の可能性を実証しました。 これらの概念実証が成功すると、市場シェアを獲得するためのさまざまな新機能の導入に焦点が移りました。 CompoundとAaveの後続のバージョンでは、イールドファーミング、構成可能性、および集団流動性が導入され、特に強気市場の状況で繁栄した手法が導入されました。

重要な開発は、Compound v2でのトークン化された貸付ポジションの導入であり、これらのポジションを他のアプリケーションによって標準資産として認識できるようになります。 Aave v2とEulerは、トークン化された債務ポジションを実装することでさらに一歩進んでおり、そのより広範な有用性は依然として議論の対象となっています。

強気市場では高いガスコストが大きな問題となり、Yield v2、Aave v2、およびEulerが追求するユーザーエクスペリエンスの変化を促しました。 ルーターの契約と実装は全体として、ユーザーのトランザクションコストを削減するのに役立ちます。 ただし、これには、より複雑でリスクの高いコードが犠牲になります。

Compound v3は、財務効率よりもセキュリティを優先する前例を設定したようです。 これは、潜在的なハッキングからの保護を強化するために、従来の流動性プールモデルから逸脱しています。 ガスコストがますます無視できるL2ネットワークの台頭は、将来の住宅ローン融資アプリケーションの設計に影響を与える可能性があります。

この記事では、イーサリアムの主要な担保借入アプリケーションの包括的な概要を説明します。 各アプリケーションの分析に使用する方法は、他の住宅ローンアプリケーションの複雑さをすばやく把握するためにも使用できます。

ブロックチェーン貸付アプリケーションを開発するときは、資産の保管、請求記録の配置、リスクと担保の評価方法を常に考慮してください。 これらの考慮事項を検討するときは、以前に適用された履歴の変更とこの概要の分析情報を使用して、決定を通知します。