MakerDAOに対抗して、Liquityはどのように110%の担保率とより効率的な資金清算を実現しているのか？ | DeFiキャッチャー

この記事はChainCatcherのオリジナル記事で、著者はLoners liuです。

安定コインはDeFiの世界の基盤として、MakerDAOが生成した安定コインDAIは、ほぼすべての既存のDeFiアプリケーションに統合されていますが、昨年の3月12日以降、DAIのプレミアム問題やMakerDAOの非効率な清算メカニズムはその脆弱性を反映しています。昨年5月、Dfinityの元ブロックチェーン研究者であるRobert Laukoは、「Liquity」と呼ばれるイーサリアムベースの貸付プロトコルを設計しました。このプロトコルは、自動化された即時清算を実現し、人工的なガバナンスなしで目標価格を自動的に固定し、清算担保率はわずか110％です。

Liquityチームは今年の2月に最新のホワイトペーパーを発表しました。初版と比較してメカニズム設計に多くの変更があり、ChainCatcherは最新のホワイトペーパーの解読とテストネットの実際の体験を組み合わせて、今号のDeFiキャッチャーの新プロジェクトLiquityを紹介します。

1. Liquity プロトコルの背景と紹介

現在の貸付プロトコルは、発行された安定通貨のペッグを維持するために借り手に金利を請求することが一般的であり、短期間の高金利が発生する可能性があるため、金利の変動は借り手にとって不利です。通常、ガバナンストークンの保有者は、プロトコルの最善の利益を実現するために、システムの経済係数（例えば、料金の設定）を管理する必要があります。実際には、オンチェーンガバナンスは困難で議論の多いトピックであり、大多数のユーザーはガバナンスの利益のために投票に参加しています。

また、貸付プロトコルは担保のオークションや固定価格の売却を設計しているため、ユーザーは過剰担保を行う必要があり、資金の利用率が低下します。最後に、直接的なアービトラージサイクルが欠如しているため、各プロトコルが生成する安定通貨は通常、額面で償還できず、固定価格を保証することもできません。

Liquityは、オークションボットを必要とせず、ガバナンスも不要で、低担保率などの利点を持っています。ユーザーはLiquityプロトコルを通じて、自主的に担保、償還などの操作を行うことができます。清算に関しては、Liquityは3つの部分に分かれており、安定プールの清算、債務の再分配、全体の清算があります。

Liquityは昨年9月にPolychain Capitalが主導する240万ドルのシードラウンドの資金調達を完了したと発表しました。参加者にはa_capital、Lemniscap、1kxが含まれています。Liquityは5人の小規模なチームによって開発され、創設者のRobert LaukoはDfinityの元ブロックチェーン研究者であり、初期のスタッフには以前MakerDAOでビジネス開発を担当していたAshleigh Schapが含まれています。

2. Liquity プロトコルの主な利点

1. 無金利

Makerとは異なり、Liquityは安定費/金利メカニズムを持っていませんが、発行ユーザーは一度限りの発行手数料を支払う必要があり、担保を償還する際にも一度限りの償還手数料を支払います。ChainCatcherはそのKovanテストネットで現在の一度限りの発行手数料が10 LUSD（LUSDは米ドルにペッグされた安定通貨で、Liquityプロトコルでの貸付に使用されます）であることをテストしました。つまり、10ドルです。

しかし、基礎資産であるイーサリアムの償還は無条件ではありません。この手数料は特定のアルゴリズムに基づいて生成されます。以下の図のように：

一般的に、償還手数料は2つの変数に関連しています。一つは前回の償還操作の時間間隔、もう一つはLUSDの交換数量が総発行量に占める割合です。つまり、前回の償還操作からの時間間隔が短いほど、手数料は高くなり、前回の償還活動の間隔が長くなるにつれて徐々に減少し、最終的にはゼロに近づきます。償還交換LUSDの数量が総発行量に占める割合が高いほど、支払う手数料も高くなります。発生した償還手数料は、償還される担保資産ETHから差し引かれます。

安定プールの規模を拡大するために、システムは一部の収益を成長トークンGTの形でシステム内のコア貢献者に報酬として与えます。Liquityシステムにおけるコア貢献者とは、第三者のフロントエンド開発者や安定プール内のLQTY提供者を指します。

プロトコル層として、Liquityはフロントエンド操作インターフェースを第三者にアウトソーシングし、最終的に形成されるインセンティブモデルに基づいて複数の第三者の開発を引き付けます。誰でも参加でき、報酬として成長報酬トークンGTを得ることができます。このトークンは毎年半減するインフレモデルです。

2. 110%の超低担保率

最初に、Liquityの公式設計では、清算プロセスを厳格に実行し、担保率が110%未満になった場合にのみ清算がトリガーされるようにしています。これは、借り手の資金に対してより安全な保障を提供するためです。

しかし、イーサリアムのメインネットでは、担保率に従って清算を行うと、攻撃者は多くの小額担保のTroves（担保を保管するVault、MakerのVaultに類似）を作成し、清算順序を遅らせてシステムを詰まらせることができます。現在、イーサリアムのガスリミットは最大12.5mであり、担保の金額に最小規模の制限を設けない限り、Liquityが一度に最大90-95のTrovesを清算できるとしても、イーサネットワークの混雑により担保を迅速に清算することができません。

Liquityシステムは迅速かつ効果的な清算に大きく依存しているため、清算システムの設計では任意の金額のTrovesを清算できるようにしています。極端な市場状況下では、清算ボットはより大きなTrovesを優先的に清算し、より小さなTrovesは長時間清算されないことがあります。貸付プロトコルにとって重要なのは、清算の数量ではなく、未返済の債務の金額です。

3. 債務倉庫の移転

安定プール内のLQTYが清算で消費され尽くした場合、Liquityは自動的に清算の第2段階に移行します。この段階では、システムは残りの担保不足の「宝庫」をすべての既存の「宝庫」に配分し、担保率を比例的に再分配します。つまり、「宝庫」の担保率が高いほど、「清算ポジションからの」債務と担保を多く受け取ります。債務倉庫の移転メカニズムにより、システムで連鎖的な清算が発生しないことが保証されます。

仮に、非常に極端な状況でシステム全体の担保率が150%未満になった場合、債務倉庫の移転でも清算問題は解決できません。システムは回復モードを起動します。

4. 回復モードの設計

流動性の清算は主に安定プールを使用してTroveの債務を相殺することによって行われますが、清算中に安定プールが空であるか、すべて使い果たされた場合、システムは債務と担保を再分配します。したがって、第二の防衛線として、すべてのTrovesが合計でシステムの支払能力に貢献します。

システムが清算を吸収するために十分な担保を持つことを確保するために、Liquityは回復モードを追加しました。総担保率（TCR）が150%未満になると、この特別な操作モードがトリガーされ、清算Trovesの条件が延長されます。回復モードでは、Trovesの担保率がTCR未満の場合、清算が可能です。通常モードでは、110%未満のTrovesのみが清算されます。

回復モードの初期バージョンでは、担保率が150%に達するTrovesが清算可能でした。しかし、私たちは基準をTCR（定義により、TCRが150%未満）に変更しました。なぜなら、TCRと150%の間の担保率で清算されるTrovesは、実際にシステムの総担保率を悪化させるからです。

厳格な清算順序を緩和した後、TCR未満の担保率のTrovesは、システムが回復モードに入ると清算可能になります。清算損失は最大でTrovesの債務の50%に達することがあり、これは借り手にとって非常に厳しいものです。実際、この過度な清算罰は安定性提供者を刺激するための必要条件ではないことが証明されています。LUSDの取引価格が1.10ドルの硬直的上限を下回る限り、清算される担保の価値が清算債務の110%であれば、清算は利益をもたらすはずです。

回復モードでは、清算損失の上限は担保の110%です。残りの部分、すなわち110%（TCR未満）を超える担保は、清算された借り手が標準のネットワークインターフェースを使用して回収できます。

これは、借り手のTroveが清算された場合、回復モードでは通常モードと同じ清算「罰則」（10%）に直面することを意味します。110%を超えるTrovesの清算は安定プールに対してのみ行われ（つまり、再分配から免除され）、すべての債務を一度に清算することが要求されます。

回復モードでは、清算メカニズムは以下のルールで説明されます：

これらの変更は、回復モード中に安定提供者が預金を増やすことを促し、システムの総担保比率を向上させます。