1/ すべてのアーキテクチャにはトレードオフが伴います。 優れた設計により、リスクの単位ごとに最大の報酬を獲得し、取る報酬の単位ごとに最小のリスクが発生するシステムを設計できます。 流動性リスクの視点から見ると、Morpho のモデルは最適とは言えません。
3/ 償還リスクは、ユーザーが担保を引き出すことができない場合に現れます。 Morpho は、キュレーターが金庫を管理し、ユーザーが異なるリスク プロファイルから選択する「孤立した」融資の代替手段として自らを売り込んでいます。 しかし、「孤立」は誤解を招くものです。流動性リスクは共有されます。
5/ ユーザーとして、資本を引き出す能力はそれに依存するため、これは理解することが重要です。 例を見てみましょう。 モルフォの超慎重で責任感のあるキュレーター、キュレーターAを想像してみましょう。
6/ 同様に、攻撃的なキュレーター、キュレーター B を想像してみましょう。 たとえ「低リスク」の金庫に預けたとしても、リスクの高いキュレーターも使用する市場に割り当てられた場合、償還能力は金庫だけでなく、その市場の同じ共有プールに依存します。
7/ リスクの高い重複する市場がデペッグされると、償還が急増し、利用率が 100% に達する可能性があります。その結果、出金はその共有プールからの先着順の競争となり、動きの速いキュレーターは流動性を消費し、他のキュレーターは一時的に出金を尊重できなくなります。
8/保守的なユーザーが、自分の金庫がその資産の信用リスクを負ったからではなく、他の人が共有市場の流動性を枯渇させたために、凍結または遅延された償還に目を覚ますことができる方法です。
9/ これが中心的な問題です: 流動性リスクは孤立しているのではなく、社会化されています。 また、Morpho はパーミッションレスの資産リストを可能にするため、新しいトークン、担保不足のトークン、または実験的なトークンは、共有流動性プールを汚染する可能性があります。 しかし、他のリスク手段は存在するのでしょうか?
10/ Morpho での償還がブロックされると、リスク マネージャーのツールキットは空になります。 通常、次のことを行います。 - 返済を奨励し、流動性を回復するために金利を引き上げる - ストレスイベント中の実際の市場価格を反映するようにオラクルを更新する - リスクパラメータを変更して担保的エクスポージャーを最小限に抑える
11/ しかし、Morpho では、金利モデル、リスク構成、オラクルは不変です。 デプロイ後に変更することはできません。 したがって、金融市場で常にそうであるように、状況が変化すると、適応することはできず、撤退することしかできません。
12/ Aave は @chaoslabs リスク オラクルでこれに対処します このトピックについては、別のスレッドでさらに深く掘り下げる可能性があります。
Chaos Labs
Chaos Labs2025年10月30日
1/ Introducing @Aave’s Slope2 Risk Oracle. Securing over $20B in Aave liquidity, this adaptive risk system enables a more dynamic and responsive interest-rate model. Powered by Chaos Risk Oracles.
13/ Aave では、資産は許可され、上場は厳格な DAO レビューを通じて管理され、リスク パラメーターは市場のストレスに応じて動的に調整できます。
14/ このようにして、システムは主要な DeFi ショックのたびに支払能力と流動性を維持してきました。 過去 1 年間、Aave Core は平均約 $750M USDC と $1.0B USDT の深いバッファーを維持し、平均して $300-400M の毎日の流出を処理しました。 流出額が1日あたり20億ドルを超えた場合でも、流動性は数時間以内に通常のレベルまで回復した。
15/ Morphoでは、その逆が当てはまります:共有流動性、許可不要のリスト、および不変のパラメーターにより、償還リスクは本質的に引受が困難になります。 そして、それが基本的なポイントです。 償還リスクが予測できない場合、確実に価格設定することはできません。 正確に価格設定できなければ、責任を持って管理することはできません。
16/ これはモルフォの破滅的な投稿を意図したものではありません。 Morpho はさまざまな方法でフロンティアを押し広げており、チームは素晴らしいです。 しかし、これがこれまでで最も単純なオンチェーン金融であることを認識する必要があります。 より良いアーキテクチャ、リスクインフラ、オラクルなどがまだ必要です。
17/ @chaoslabsでは、次のバージョンをよりスマートにしようとしています。 一部の問題は、コアアーキテクチャを反復処理することで修正できます。 その他は、動的でリアルタイムのリスクインフラとオラクルで修正できます。 どちらも DeFi の効率的なフロンティアに立つ必要があります。
109.05K