Vitalik: ポンジーにならない、または崩壊しないアルゴ ステーブルコインを作成する方法

Ethereum の共同創設者である Vitalik Buterin は、アルゴリズム (アルゴリズム) ステーブルコインが持続可能かどうかを評価する方法に関する 2 つの思考実験を共有しました。

ブテリンのコメントは、数十億ドル による損失テラの崩壊 (LUNA) エコシステムとそのアルゴステーブルコイン TerraUSD (UST)。

5 月 25 日のブログ投稿で、ブテリン了解しました Terraクラッシュ以降、仮想通貨とDeFiに対する監視が強化されたことは「大歓迎」だが、すべてのアルゴステーブルコインを完全に帳消しにしないよう警告した。

「私たちが必要としているのは、ステーブルコインブースター主義ではありませんまた ステーブルコインの運命論ではなく、原則に基づく考え方への回帰です」と彼は言いました。

「根本的に欠陥があり、最終的に崩壊する運命にある自動化されたステーブルコインの設計がたくさんあり、理論的には生き残ることができるが非常にリスクが高いものもたくさんありますが、理論的に非常に堅牢であり、暗号の極端なテストを生き延びたステーブルコインもたくさんあります。実際の市況」

Reflexer の完全な Ether に焦点を当てた彼のブログ(ETH)担保付RAIステーブルコイン 特に、これは法定通貨の価値に固定されておらず、アルゴリズムに依存して自動的に金利を設定し、価格の動きに比例して対抗し、RAI を目標価格帯に戻すようユーザーにインセンティブを与えます。

ブテリン氏は、「担保付きの自動化されたステーブルコインの純粋な「理想的なタイプ」を例示している」と述べ、その構造により、ステーブルコインへの信頼が大幅に崩れた場合、ユーザーはETHで流動性を引き出す機会を得ることができます。

イーサリアムの共同創設者は、アルゴリズムの安定したコインが「本当に安定したもの」であるかどうかを判断するために、2 つの思考実験を提供しました。

1: ステーブルコインはゼロユーザーまで「縮小」できるか?

ブテリン氏の見解では、ステーブルコイン プロジェクトの市場活動が「ほぼゼロにまで落ち込んだ」場合、ユーザーは資産から流動性の公正な価値を引き出すことができるはずです。

ブテリン氏は、LUNA、または彼がボリュームコイン（volcoin）と呼んでいるものは、米ドルペッグを維持するために価格とユーザーの需要を維持する必要がある構造のため、UST はこのパラメーターを満たしていないと強調しました。逆の場合、両方の資産の崩壊を回避することはほとんど不可能になります。

「まず、ボルコインの価格が下がります。その後、ステーブルコインが揺れ始めます。このシステムは、より多くのボルコインを発行することで、ステーブルコインの需要を支えようとします。システムへの信頼度が低く、買い手が少ないため、ボルコインの価格は急速に下落します。最後に、ボルコインの価格がほぼゼロになると、ステーブルコインも崩壊します。」

対照的に、RAI は ETH によって支えられているため、ブテリン氏は、ステーブルコインに対する信頼が低下しても、2 つの資産間で負のフィードバック ループが発生することはなく、その結果、より広範な崩壊の可能性が低くなると主張しました。ユーザーは、ステーブルコインとその貸出メカニズムを裏付ける保管庫にロックされた ETH と RAI を交換することもできます。

2: マイナス金利オプションが必要

ブテリン氏はまた、年率 20% で成長する「資産のバスケット、消費者物価指数、または任意に複雑な数式」を追跡する際に、アルゴリズム ステーブルコインがマイナス金利を実装できることが不可欠であると感じています。

「明らかに、年間 20% 近くのリターンを得られる本物の投資はありません。絶対 永久に年率 4% ずつ収益率を上げ続けることができる本物の投資はありません。しかし、試してみるとどうなりますか ?」彼は言った。

彼は、この例には2つの結果しかないと述べた.プロジェクトは「インデックスに組み込まれた米ドル建ての成長率を基本的に相殺するために平衡化するある種のマイナス金利を保有者に課す」.

関連している：イーサリアムの価格は、弱気派が金曜日の10億ドルのオプション期限切れに備えるため、1.8Kドルのサポートを下回ります

または": "それはポンジに変わり、ステーブルコインの所有者に驚くべきリターンを与え、ある日突然バタンと崩壊します。"

Buterin 氏は、アルゴ ステーブルコインが上記のシナリオを処理できるからといって、それが「安全」であるとは限らないと指摘して締めくくりました。

「他の理由（担保比率が不十分など）でまだ脆弱であるか、バグやガバナンスの脆弱性がある可能性があります。しかし、定常状態と極端な場合の健全性は、常に最初に確認する必要があります。」