ソフト清算とは何ですか？以前の記事で紹介した伝統的な清算メカニズムとどう違いますか？
ソフト清算とは比較的新しい清算メカニズムの設計を指し、借入ポジションがプロトコルが設定した安全なしきい値を下回ると、伝統的な清算のようにすぐに一括かつ全額の担保オークションを引き起こすのではなく、継続的に運用される漸進的な調整メカニズムが起動する——担保率が悪化し続けるにつれて、プロトコルは段階的かつ小刻みに一部の担保を売却して一部の借入を返済し、同時に借り手は依然として残りのポジションを保有する。このプロセス中に担保率が安全な水準まで回復すれば、この漸進的なメカニズムは自動的に停止し、本当にポジションが完全に清算される段階まで至る必要はない。
以前の記事で紹介した伝統的な清算メカニズムとの最大の違いは「トリガーされた後の処理方法」にある：伝統的な清算は「白か黒か」の仕組みである——ポジションが清算しきい値に達すると、通常清算人によって一括かつ全額オークションで決済され、一連のプロセスにおいて借り手にはほぼ介入の余地がない。ソフト清算はこれとは対照的に「連続的なスペクトラム」に近い——ポジションは安全と完全清算の間の中間地帯にしばらくとどまることができ、借り手はこの期間中に能動的に証拠金を追加したり、部分的に返済したり、あるいは単に市場価格が安定するのを待ってポジションが自然に安全な水準に戻るのを待ったりする機会があり、伝統的な清算モデルに伴う一括の清算報酬の割引コストを負担する必要がない。
ソフト清算はなぜ登場したのですか？伝統的な清算メカニズムのどのような問題を解決しようとしていますか？
以前の記事で紹介した通り、伝統的な清算メカニズムは極端な市況下でいくつかの構造的な問題を起こしやすい：清算の連鎖反応（一つの清算による売り圧力が価格を押し下げ、次のバッチの清算を引き起こす）、そして清算オークションが流動性不足の際にゼロに近い約定結果を生み出す可能性がある（以前の記事で紹介したブラックサーズデーの事例）。これらの問題はある程度すべて伝統的な清算の「一括、全額」という特性に由来する——一度トリガーされると、大量の担保が同時に市場に流れ込み現金化を求める。この瞬間的に集中する売り圧力こそが連鎖反応と流動性への衝撃の根源である。
ソフト清算が解決しようとしているのはまさにこの「一括の大量の売り圧力」という構造的な問題である：本来単一の瞬間に集中していた大口の清算を、時間をかけて分散された一連の小口の調整に分割することで、単一の市場への影響の規模を下げ、理論上市場流動性への瞬間的な圧力を軽減し、連鎖反応をトリガーする確率も下げる。同時に、ソフト清算は伝統的な清算が借り手に対して比較的不親切であるという問題も解決しようとしている——伝統的な清算が一度トリガーされると、借り手にはほぼ是正の機会がなく、ポジションが一時的でわずかにしきい値を下回っただけでも、依然として一括で全額清算される可能性がある。ソフト清算はこれとは対照的に借り手に緩衝期間を与え、本来一時的でわずかにしきい値を下回っただけのポジションが、本当に全額清算に至る前に自己修復する機会を得られるようにする。
ソフト清算は具体的にどう機能しますか？ポジションがしきい値を下回ってからソフト清算のプロセスが終了するまでの完全な過程はどのようなものですか？
典型的なソフト清算のフローにはいくつかの段階がある：
この仕組みの設計の精神は、本来白か黒かの清算の意思決定を、緩衝の余地があり借り手に反応する時間を与える漸進的なプロセスに改造することであり、同時に極端な状況下で伝統的なメカニズムに切り替える最後の防衛線を保持することである。
ソフト清算は一般ユーザーにとって実際どのような影響がありますか？自分が使用しているプロトコルがこの仕組みを採用しているかをどう評価すればよいですか？
借り手にとって、ソフト清算の最も直接的な利点は明確な緩衝の余地を提供することだ——もしあなたのポジションが市場の一時的な変動によりわずかに安全なしきい値を下回った場合、ソフト清算はあなたに能動的に是正する時間と機会を与え、伝統的な清算のように何の予告もなく一括で全額清算されることはない。これは短期的な市況変動だけで完全に清算されて退場することを避けたいユーザーにとって、具体的な保護メカニズムの向上である。
預金者にとって、ソフト清算は理論上間接的な利点ももたらせる——単一の清算による売り圧力の規模が分割され分散されるため、プロトコル全体が極端な市況に直面した際に大規模な連鎖反応と不良債権が発生する確率は理論上下がり、これはある程度プロトコル全体のシステミックリスクの改善である。自分が使用しているプロトコルがソフト清算メカニズムを採用しているかを評価するには、いくつかの具体的な詳細を検証する価値がある：プロトコルの文書に2つの異なる清算しきい値（ソフト清算のトリガーポイントと完全清算ポイント）があることが明確に説明されているか；ソフト清算段階の処理手数料の比率が本当に伝統的な清算の清算報酬の割引よりも明らかに低いか；そしてこの仕組みがすでに実際の市場ストレステストを経ているか、それとも純粋に理論的な設計段階にとどまっているか。自分が使用しているプロトコルがどの清算メカニズムを採用しているかを理解することは、もし自分のポジションが本当に一度安全なしきい値を下回った場合、実際に直面する処理フローと潜在的な損失規模がどのようなものかをより正確に評価する助けになり、すべてのプロトコルの清算メカニズムが同じだと印象で仮定するのではない。
Liquityプロトコルは、融資メカニズムの設計に類似の漸進的調整の概念を導入した比較的初期の代表的な事例の一つである——そのStability Poolの仕組みは、借入ポジションが清算しきい値に達した後、外部の清算人による入札オークションに完全に依存するのではなく、プロトコルに組み込まれた安定プールの資金によって優先的に吸収されるようにする。この設計はある程度、ソフト清算が達成しようとしている「単一の清算が市場に引き起こす瞬間的な衝撃を軽減する」という目標と類似の精神を共有しているが、具体的な技術的実装は後により明確に「ソフト清算」として定義された仕組みの設計とは完全には同じではない。
メリットは借り手に能動的に是正する緩衝の余地を提供すると同時に、単一の清算の規模を分割することで市場流動性への瞬間的な衝撃を軽減し、理論上連鎖反応と不良債権が発生する確率を下げられることである；デメリットは仕組みの設計の複雑さが伝統的な清算よりも高く、より精密なパラメータの調整（トリガーしきい値、調整頻度）が必要であることであり、パラメータの設定が不適切であれば、ソフト清算の段階が長引きすぎ、悪化のプロセス中に一括清算よりも長い価格変動へのエクスポージャーをポジションが負う可能性があり、実際の効果も市場流動性が継続的でバッチ処理された小口の現金化を支えるのに十分かどうかに大きく依存する。