DeFiレンディング：担保、清算、不良債権

DeFiレンディングを理解するには、具体例を追うのが最も簡単です。借り手が価格変動の大きい担保を150,000ドル分預け入れ、ステーブルコインを90,000ドル分借り入れます。目に見える結果は出発点にすぎません。重要なのは、その取引を有効なものとする記録、機関、義務です。

DeFiレンディングプロトコルでは、ユーザーはスマートコントラクトのプールに資産を預け入れ、プログラムされた金利、健全性、清算のルールに基づいて、担保を差し入れて借り入れることができます。金利は利用率やガバナンスのパラメーターに応じて変動し、オラクルが担保の価値を評価します。融資は多くの場合、過剰担保となっているため、清算が主要な信用リスク管理の仕組みです。

過剰担保にしても、不良債権をなくせるわけではありません。価格が急変することもあれば、オラクルの更新が遅れたり、ブロックチェーンの混雑によって清算人が清算を実行できなくなったりすることもあります。担保の価格が債務と連動している場合もあり、ガバナンスによってリスクの高い資産が追加されたり、リスクパラメーターが変更されたりする可能性もあります。高い預け入れ利回りには、借り手が支払う利息だけでなく、インセンティブやリスクプレミアムが含まれていることがあります。

DeFiレンディングをSecurities.ioの幅広い解説の中に位置づけるには、スマートコントラクト監査企業、スマートコントラクトのセキュリティとAI、DeFiスタックのリファレンスモデルを比較してください。これらのガイドを併せて読むと、発行体、資産、投資家の権利、運用インフラが変わることで、同じデジタル資産インフラに関する問いがどのように変化するかが分かります。

担保の預け入れから損失の共有・解消まで：DeFiレンディングの流れ

「担保の預け入れ」では、対応資産を預け入れ、記録された請求権または利息付きトークンを受け取ります。次に、その結果が借入可能額を算出するための入力となり、そこでオラクル価格、担保係数、上限、口座の健全性が適用されます。この引き継ぎは、DeFiレンディングを検証する最初のポイントです。受け手は、完了した状態変更と、メッセージ、推定値、暫定的な記録とを区別できなければなりません。同じ検証は、その後のすべての矢印にも当てはまり、「損失の共有または解消」によって独立に照合できる結果が得られるまで続きます。

「損失の共有または解消」から図を逆向きにたどってください。最終状態から、コントラクトのコードと状態、オラクルのデータ、リスクパラメーター、口座の健全性、借り入れと利息の履歴、清算の実行、準備金、ガバナンス、最終的な不良債権へとさかのぼります。次に、「清算の発動」で用いられた権限、「借り入れと利息の累積」で生じたエクスポージャー、そして「担保の預け入れ」で受け入れられた入力までたどります。この流れが途切れていると、価格の歪みによって人為的に借入可能額が増えたり、清算が生じたりした場合であっても、オラクル操作が完了済みの取引に見えることがあります。この逆方向の追跡により、プロバイダー名やインターフェース上のステータスではなく、担保価値、変動債務、清算ルール、残余損失の配分に分析の焦点を当てられます。

DeFiレンディングの重要な記録を管理するのは誰か？

サプライヤーと借り手は、運用チェーンの異なる側に位置します。サプライヤーは流動性を提供し、プロトコルおよびプールの損失を負担します。対して借り手は担保を提供し、変動債務を負います。彼らの記録—預金請求、レート、利用率、引き出し容量、および損失ルール。および担保、債務、ヘルスファクター、利息、および清算履歴—は、同一のイベントに合致すべきであり、単一のベンダーデータベースのコピーである必要はありません。Oracle、Liquidator、およびプロトコルガバナンスは、独自の意思決定または証拠を追加します。これらの機能を相互に置き換えると、裁量、流動性、または法的責任がどこに入るかが隠れてしまいます。

清算者（Liquidator）での障害は、DeFiレンディングにとって実践的な説明責任テストです。インセンティブのために不健全なポジションを閉じます。質問は、サプライヤーと借り手がトリガー、資本、取引、押収された担保、および実現スリッページからポジションを再構築できるかどうかです。契約はタスクを割り当てることがありますが、顧客の約束、資産、または義務を所有する当事者は、アウトソーシング条項で証拠を置き換えることはできません。レジリエントな設計は、フォールバックレコードと不一致を解決する権限を持つ人物を指定します。

DeFiレンディングでよく混同される3つの状態

担保係数は、通常条件下で借入を支える資産価値の割合を意味します。清算閾値は、担保が押収できるアカウントヘルス境界を意味します。不良債務は、利用可能な担保と回収メカニズムが尽きた後に残る債務という第三の条件を追加します。これらの区別は重要です。なぜなら、2人のユーザーが異なる権利を保有し、異なるタイミングに直面し、異なる機関に依存しているにもかかわらず、似たような確認を見ている可能性があるからです。DeFiレンディングでは、役立つ比較が各状態の権威ある記録と損失負担者を名前付けします。

担保係数、清算閾値、不良債務を、金額、時間、消費された流動性、可逆性、法的請求、残余損失という一つの分母で比較します。DeFiレンディングでは、より速いラベルが必ずしもより最終的な状態を意味するわけではなく、報告されたリターンがスムーズであることが必ずしも経済リスクの低減を意味するわけではありません。単一の測定枠を使用することで、タイミングや会計上の差異が真の改善と誤解されるのを防ぎます。

DeFiレンディングが実際に状態を変更する方法

1. 担保を供給する：DeFiレンディングの開始状態を定義する

サポートされた資産を預金し、記録された請求または利息付きトークンを受け取ります。このDeFiレンディングの部分では、借入容量を計算する条件を確立します。サプライヤーは流動性を提供し、プロトコルおよびプールの損失を負担するため中心的です。作業記録は、預金請求、レート、利用率、引き出し容量、および損失ルールを保持すべきです。

ここでの挑戦失敗はOracle操作です：歪んだ価格が人工的な借入容量または清算を生み出します。この段階をテストするには、同じ時間、範囲、統治条件を使用して結果をキャプチャし、借入容量を計算する前に1つの仮定を変更します。DeFiレンディングでは、擁護可能なハンドオフが誰が承認したか、どの記録が変更されたか、何が可逆的であるか、次の参加者が証拠を拒否した場合に誰が損失を吸収するかを特定します。

2. 借入容量を計算する：DeFiレンディングで意思決定ルールを特定する

Oracle価格、担保係数、上限、アカウントヘルスを適用します。このDeFiレンディングの部分では、借入と利息計算が依存する条件を検査します。借り手は担保を提供し、変動債務を負うため中心的です。作業記録は、担保、債務、ヘルスファクター、利息、および清算履歴を保持すべきです。

ここでの挑戦失敗は価格ギャップです：担保がインセンティブと実行容量を超えて清算前に落ちます。この段階をテストするには、同じ時間、範囲、統治条件を使用して結果を再計算し、借入と利息計算を行う前に1つの仮定を変更します。DeFiレンディングでは、擁護可能なハンドオフが誰が承認したか、どの記録が変更されたか、何が可逆的であるか、次の参加者が証拠を拒否した場合に誰が損失を吸収するかを特定します。

3. 借入と利息計算：DeFiレンディングにおけるリスク移転を測定する

債務資産を移転し、利用率の変化に応じて可変利息を更新します。このDeFiレンディングの部分では、清算を引き起こす条件を再配分します。Oracleは中心的で、支払能力を決定する値を供給します。作業記録は、ソース、集計、更新、遅延、フォールバック、および操作耐性を保持すべきです。

ここで検証すべき障害は、流動性の枯渇です。資産の大半が借り入れられているため、供給者は資産を引き出せません。この段階をテストするには、同じ時点、範囲、適用条件のもとで結果に負荷をかけたうえで、清算を発動する前に前提を1つ変更します。DeFiレンディングで妥当な引き継ぎを行うには、誰が承認したのか、どの記録が変更されたのか、何がまだ取り消し可能なのか、そして次の参加者が証拠を受け入れなかった場合に誰が損失を負担するのかを明らかにします。

4. 清算を発動する：DeFiレンディングの正式な記録を照合する

第三者またはプロトコルのモジュールが債務を返済し、割引価格で担保を差し押さえられるようにします。DeFiレンディングのこの段階では、損失の共有または解消が依拠する可能性のある条件を照合します。清算者は、インセンティブを得て健全性を失ったポジションを解消するため、中心的な役割を担います。作業記録には、発動条件、資金、取引、差し押さえた担保、実際に発生したスリッページを残します。

ここで検証すべき障害は、担保の相関です。債務と担保が同時に機能不全に陥るか、同じ市場に依存しています。この段階をテストするには、同じ時点、範囲、適用条件のもとで結果を比較したうえで、損失を共有または解消する前に前提を1つ変更します。DeFiレンディングで妥当な引き継ぎを行うには、誰が承認したのか、どの記録が変更されたのか、何がまだ取り消し可能なのか、そして次の参加者が証拠を受け入れなかった場合に誰が損失を負担するのかを明らかにします。

5. 損失を共有または解消する：DeFiレンディングの最終結果を検証する

債務が残る場合は、準備金、安全性確保のためのモジュール、ガバナンス、または供給者の損失で対処します。DeFiレンディングのこの段階では、記録された結果が依拠する可能性のある条件を確定します。プロトコルのガバナンスは、資産、係数、上限、金利、アップグレード、緊急時の制御を設定するため、中心的な役割を担います。作業記録には、投票、管理者キー、タイムロック、監査、財務資産、パラメーターの履歴を残します。

ここで検証すべき障害は、ガバナンスの悪用です。管理者権限または投票権を掌握した者が、パラメーターを変更し、コードをアップグレードし、あるいは資産を流出させます。この段階をテストするには、同じ時点、範囲、適用条件のもとで結果を立証したうえで、記録された結果に至る前に前提を1つ変更します。DeFiレンディングで妥当な引き継ぎを行うには、誰が承認したのか、どの記録が変更されたのか、何がまだ取り消し可能なのか、そして次の参加者が証拠を受け入れなかった場合に誰が損失を負担するのかを明らかにします。

DeFiレンディングのコスト、インセンティブ、貸借対照表への影響

供給利回りは、借り手の利息、インセンティブ、手数料、場合によってはプロトコルからの補助金によって生じます。純収益を算出する際は、トークン価格の変動、引き出し制限、ガス代、レバレッジをかけた循環取引の清算、プロトコル損失の発生確率を加味した期待損失を差し引く必要があります。

利用率が上がると、供給を促し借り入れを抑えるために金利が上昇します。しかし、取り付け騒ぎの最中に金利曲線が瞬時に流動性を生み出すことはできません。引き出し可能額は、借り手による返済、または外部からの流動性流入に左右されます。

清算インセンティブは、借り手の価値を過剰に差し押さえることなく、ガス代、価格変動、スリッページを補える水準でなければなりません。流動性の薄い市場や混雑した市場では、より大きなバッファーが必要となり、資本効率が低下します。

DeFiレンディングが破綻する要因と、まず検証すべき点

• オラクル操作：価格が歪められると、実態にそぐわない借入余力が生じたり、清算が発生したりします。供給者が通常の債務を負ったまま、担保の供給を中断し、その後も担保係数が前述の意味を保つかを確認します。
• 価格急変：清算が行われる前に、担保価値がインセンティブと執行能力で対処できる範囲を超えて下落します。借り手が通常の債務を負ったまま、借入可能額の算出を中断し、その後も清算しきい値が前述の意味を保つかを確認します。
• 流動性の枯渇：資産の大半が借り入れられているため、供給者は資産を引き出せません。オラクルが通常の役割を果たす一方で、借り入れと利息計上を中断し、その後も不良債権が前述の意味を保つかを確認します。
• 担保の相関：債務と担保が同時に機能不全に陥るか、同じ市場に依存しています。清算者が通常の役割を果たす一方で、清算の発動を中断し、その後も担保係数が前述の意味を保つかを確認します。
• ガバナンスの悪用：管理者権限または投票権を掌握した者が、パラメーターを変更し、コードをアップグレードし、あるいは資産を流出させます。プロトコルのガバナンスが通常の役割を果たす一方で、損失の共有または解消を中断し、その後も清算しきい値が前述の意味を保つかを確認します。

有効なDeFi融資のストレステストでは、オラクル操作と流動性枯渇を組み合わせ、それぞれを単独で検証するのではなく、同時に検証する。借入と利息計上を凍結または遅延させ、清算人が利用できない状態にしたうえで、プロトコルのガバナンスに、投票、管理者キー、タイムロック、監査、トレジャリー、パラメーターの履歴に基づいて結果を調整させる。損失の共有または解消が、説明可能な一つの状態に至り、清算基準値に伴う権利を維持し、混乱が起きる前から存在していたルールに従って不足分を割り当てる場合に限り、その設計は合格といえる。

具体例：DeFi融資で起きた一つの事象を最初から最後まで追う

借り手が15万ドル相当の価格変動の大きい担保を預け入れ、9万ドル相当のステーブルコインを借り入れる。清算基準値が80%の場合、調整後の担保価値で債務を裏付けられなくなると、そのポジションは清算可能になる。清算人は債務の一部を返済し、割引価格で担保を受け取る。価格が急変し、担保が債務額と費用の合計を下回る価格で売却された場合、プロトコルには不良債務が生じ、ルールに従って吸収しなければならない。

借入可能額の計算に用いる前提を変更するか、オラクルが提供する証拠を取り除けば、この例の妥当性を反証できる。変更が借入と利息計上にどう反映されるかを追い、清算を発動し、損失の共有または解消までたどること。入力値から最終結果へ直接飛躍してはならない。新たなDeFi融資の結果を、コントラクトのコードと状態、オラクルデータ、リスクパラメーター、口座の健全性、借入と利息の履歴、清算の執行、準備金、ガバナンス、最終的な不良債務に基づいて再現できないなら、そのプロセスは文書化されていない判断または記録に依存している。

今、DeFi融資が重要な理由

DeFi融資は、分離型プール、供給上限と借入上限、多様なオラクル設計、リスクサービス提供者の登場により、より高度になってきた。一方、自動清算とコンポーザビリティによって、ストレスが急速に波及する可能性がある。同じプロトコル名でも、プールごとに資産やガバナンスが大きく異なる場合があるため、利用者は現在のパラメーターと依存関係を確認すべきだ。

DeFi融資から得られる長期的な教訓は、担保の供給と損失の共有または解消は、同じ事象ではないということだ。その間に行われる判断によって、担保価値、変動債務、清算ルール、残余損失の配分が決まる一方、供給者とプロトコルのガバナンスが参照できる記録は異なる場合がある。自動化は、こうした判断の検証コストを下げるなら有益だが、ガバナンス攻撃を見えにくくする単一のステータスに判断を押し込めるなら危険である。

DeFi融資を裏付ける証拠

DeFi融資を検証する主要な資料は、BIS：DeFiの金融安定リスク、FSBによる暗号資産活動の世界的な規制枠組み、CFTC技術諮問委員会のDeFi報告書である。これらは、ルールと定義、制度・市場構造、実際の主張を検証するために必要な運用上の証拠という、相互に補完する層として読むべきだ。いずれも、前述したプロダクト文書、口座、取引記録の代わりにはならない。

DeFi融資を利用する前に確認すべきこと

• 供給者は、借入可能額を計算する前に、預入請求権、金利、利用率、引き出し可能額、損失ルールを証明できるか。
• 借り手と清算人の見解が食い違った場合、どの記録が優先されるか。
• 借入と利息計上によって生じるリスクは、誰が資金を提供するか、または誰が吸収するか。
• 法的・経済的な観点から、清算基準値は担保係数とどう異なるか。
• 損失を共有または解消する前に、システムは価格の急変をどのように検知するか。
• オラクルが利用できない場合、またはその証拠が古くなっている場合、何が起きるか。
• 独立した第三者が、コントラクトのコードと状態、オラクルデータ、リスクパラメーター、口座の健全性、借入と利息の履歴、清算の執行、準備金、ガバナンス、最終的な不良債務に照らして結果を照合できるか。

DeFi融資については、「プラットフォームが対応する」といった表現を、具体的な口座、コントラクト、タイムスタンプ、承認ルール、責任を負う組織名に置き換えるべきだ。完全な回答であれば、検証担当者が損失の共有または解消から担保の供給までさかのぼり、各記録の管理者を特定し、例外が発生する前に誰が損失を負担するかを計算できるはずだ。

DeFi融資の基本原則

DeFi融資を明確に分析するには、5つの運用段階を通じて担保価値、変動債務、清算ルール、残余損失の配分を追跡し、その結果をコントラクトのコードと状態、オラクルデータ、リスクパラメーター、口座の健全性、借入と利息の履歴、清算の執行、準備金、ガバナンス、最終的な不良債務に照らして検証する。資金の流れを見れば何が変わるのかが分かり、参加者の一覧からは誰がその変更を承認できるかが分かる。3つの状態の比較によって性質の異なる主張を混同せずに済み、障害マップからはどこで確信度を下げるべきかが見えてくる。これらを組み合わせることで、実際の改善と、摩擦やリスクを目立たない層へ移しただけの変化を区別できる。

DeFi融資に関する主な資料

• BIS：DeFiの金融安定リスク
• FSBによる暗号資産活動の世界的な規制枠組み
• CFTC技術諮問委員会のDeFi報告書