アンドレの新しいアイデア: AMM に基づく非破壊清算
編集者注: この記事は以下から引用しました分散型金融コミュニティ (ID: China_DeFi)、許可を得てOdailyによって転載されました。
編集者注: この記事は以下から引用しました分散型金融コミュニティ (ID: China_DeFi)分散型金融コミュニティ (ID: China_DeFi)
、許可を得てOdailyによって転載されました。
UniswapのLPになるのは損か得か？ 」
担保
私は個人的にアンドレのアイデアに疑問を持っています。
この記事の価値があるのは、デリバティブ商品の重要性にもっと注意を向けさせてくれたことです。明らかに、業界におけるファンダメンタルズリスクに対処する金融商品は不十分です。
まず、現在の清算状況を見てみましょう。中心的な問題は 2 つあります。
担保
借金
最も簡単に言うと、清算は負債 > 担保の場合に発生します。したがって、簡単にするために 100% の値を使用しましょう。
担保として 1 ETH を提供した場合 (この記事では 1 ETH = 1000 USD と仮定します)、1000 USD を借りることができます。
1 ETH の価値が 900 USD に低下すると、負債 > 住宅ローンとなるため、清算に直面することになります。
クリアリングのメカニズムは、システムによって大きく異なる場合があります。
証拠金ベースのシステム (または借りた (負債) 資産を含むシステム) では、単純にポジションを決済し、1000 ドルを返し、1 ETH を回収できます。債務がシステムの外にあるシステムでは、清算人があなたに代わって債務を支払うインセンティブが必要です。この場合、清算人はあなたの 1000 ドルの負債を返済し、1 ETH を請求します。
上記でわかるように、清算人が 1000 ドルの負債を 900 ドルの ETH で返済するのは経済的に意味がありません。したがって、ほとんどのシステムではより高い保証値が使用されます。通常、このシステムの担保価値は 150% であると見なされます。これは、USD 価値を計算する目的では 1 ETH が 0.6667 ETH として扱われるが、清算目的では 1 ETH として扱われることを意味します。つまり、1 ETH で 667 ドル相当の借金を借りることができます。私は計算するのが好きではありませんでした。
主に迷惑だからです。ユーザーごとに個別の場所を作成する必要があり、各場所を反復して計算する必要があります。スマートコントラクト開発に関しては、私は純粋なチェイニストかもしれません。私はオフチェーンで何かをすることを強制されるのが嫌いです。そのため、オフチェーン システムに依存するオンチェーン ソリューションを構築するのは面倒です。そこで私はここ 1 年間、ポジションベースの清算をどのように修正するかに苦労してきました。
私が最初に試したデザインは、yearn トークンの仕組みに似た負債ベースのシステムでした。 Yearn トークンは特定のユーザーの観点からは独立しており、個人としてではなく組織として資金を管理します。誰もが同じ固定担保比率を与えられれば、借金でも同じことができます。ただし、ユーザー エクスペリエンスの観点から見ると、すべてのユーザーが一定割合の清算ペナルティを受けることになるため、この設計は非常に物議を醸しています。これはプログラム レベルでは機能しますが、優れたユーザー フローとしては不十分な設計です。
私の次の試みは、AMM の流動性株式を使用することでした。 DAI-WETHのようなペアに注目し、市場が健全であると仮定すると、DAI-WETHはDAI値を維持します。 1000 DAI と 1 WETH から開始すると、2000 DAI 相当のペアを持つことができます (1 WETH = 1000 DAI であるため)。 WETH の値が 2 倍になった場合、1000 DAI を超えるため、ペアは約 3000 DAI の価値があります。<1 WETH
<1 WETH (約 2000 DAI および 0.5 WETH)。したがって、取引にステーブルコインペアを使用すると、少なくとも安定した通貨価値を維持できます。 (手数料と短期損失を無視しているため、過度に単純化されています)
ユーザーが撤退すると、2000 DAI と 0.5 WETH が得られ、1000 WAI の価格でさらに 0.5 WETH を購入して 1 WETH を得ることができます。ただし、LP ではない場合は WETH が 2 個 (4000 DAI 相当) になります。
上記の設計は実際には機能しますが、WETH を担保として使用したいユーザーにとってはあまり効果的ではありません。担保として 1 WETH を提供すると、次の条件が満たされることが期待されます。
WETHの価値が下がって清算された場合、私は
WETHの値が増えるとWETHが1つ増えます
ただし、上記の設計では自動清算が可能です。
この設計により、減算による手動のポジションベースの清算ではなく、自動的なポジティブ清算が可能になります。
