暗号資産レンディング徹底解説：CeFiとDeFiで利回りを取るための実践ガイド

本記事では、暗号資産レンディングの全体像を、初めて取り組む方でも安全にスタートできるように、仕組み・利回りの源泉・主要リスク・清算ラインの計算・LTV（Loan to Value）設計・具体的な運用手順まで、実務レベルで徹底的に解説します。単なる用語集ではなく、実際に資金を動かすときの判断プロセスがわかるように、数値例と失敗しやすいポイントも丁寧に示します。

スポンサーリンク

レンディングとは何か：一言でいうと「担保付きの資金仲介」

レンディングは、資金の出し手（貸し手）と資金の受け手（借り手）を結びつける仕組みです。暗号資産におけるレンディングは、基本的に「過剰担保（オーバーコラテラル）」で運用されます。借り手は自分の保有資産（例：ETHやBTC、ステーブルコインなど）を担保として預け、担保価値の一定割合まで別の資産を借りられます。担保に対して借入が過大になると、プロトコルやプラットフォームにより自動的に清算（担保売却）が行われます。

この枠組みは、中央集権型プラットフォーム（CeFi）と分散型プロトコル（DeFi）の両方に存在します。両者の最も大きな違いは「誰を信用するか」にあります。CeFiは企業（カストディアン）を、DeFiはスマートコントラクト（コード）とオンチェーンの透明性を信頼の土台にします。

利回りの源泉：どこから金利が生まれるのか

レンディングで貸し手が得る利回りは、主に次の3つから生まれます。

1) 借入需要に対する価格（利用率ベースの変動金利）

代表的なDeFiプロトコルでは、プール内の資金利用率（=借入残高/預入残高）に応じて金利が自動調整されます。利用率が上がるほど借入金利が上昇し、預入金利も連動して上がります。これにより資金需給が均衡するように設計されています。

2) インセンティブ報酬

プロトコルやプラットフォームが、流動性確保のために独自トークンで報酬を付与する場合があります。APYに含まれることも多いですが、トークン価格変動や権利確定（ベスティング）の条件に注意が必要です。

3) 裁定や資本効率の最適化

借り手側は、担保を維持しながら別資産を借りて運用（例：現物ロング＋先物ショートのベーシス取り、ステーブル借入での利回り上乗せ）を行い、その利益の一部が金利として貸し手に回ります。

CeFiとDeFiの構造的な違いとトレードオフ

カストディと透明性：CeFiでは、ユーザー資産は企業の管理下（カストディ）に置かれます。貸借の裏付けやリスク管理は開示資料や監査報告を通じて確認します。一方、DeFiではスマートコントラクトがルール通りに動作し、担保残高・借入残高・清算実績などがオンチェーンで可視化されます。

金利決定：CeFiはプラットフォーム側の裁量や市場環境で金利を提示、DeFiは利用率ベースの自動曲線（ジャンプレートモデルなど）で金利が決まります。

リスクの所在：CeFiは主にカウンターパーティリスク（企業の信用・運営・流動性）。DeFiは主にスマートコントラクトリスク（バグ・仕様）とオラクルリスク（価格取得の誤作動）。いずれも市場変動時の清算リスクは共通です。

金利モデルの基本：ジャンプレートと利用率

多くのDeFiレンディングでは、利用率 U に対して借入金利 r_b が次のように定義されます（イメージ）。

・低利用率域：r_b = a + b × U
・しきい値（kink）超：r_b = a’ + b’ × (U – U_kink)

預入金利 r_d は、プールの収益（借入金利 × 利用率）から準備金率を差し引いた形で決まります。実務では、金利の分解としきい値付近の挙動を理解しておくと、急な金利スパイク時の判断が速くなります。

主要プロトコルの概要（例）

Aave v3

多チェーン展開、アイソレーテッドモードやサプライ／ボローの細かなパラメータ制御が特徴です。ヘルスファクター（HF）を中心に清算安全度を可視化します。

Compound v3

コラテラルと借入のシンプルな構造に振り切り、資本効率と管理のしやすさを重視した設計です。

Morpho系

既存プールの上にP2Pマッチング層を重ねてスプレッド圧縮を狙う発想があり、条件適合時により良いレートが得られる可能性があります。

清算ラインとヘルスファクターを「数字」で理解する

清算は、担保価値が下がるか借入価値が上がる（またはその両方）と発生します。以下は代表的な指標です。

担保係数（Liquidation Threshold）：担保評価額に掛けられる安全係数。例えば 80% なら、担保評価額の 80% を超える借入価値になると清算発生域に入ります。

LTV（Loan to Value）：借入価値 ÷ 担保価値。初期LTVを低めに抑えるほど清算耐性が高まります。

ヘルスファクター（HF）：HF > 1 で健全、1 に近づくほど危険。HF = (担保評価額 × 清算閾値) ÷ 借入評価額（概念式）。

数値例：USDCを担保にETHを借りるケース

・担保：10,000 USDC（評価額 10,000）
・清算閾値：80%
・借入：ETH 1 枚（借入評価額は ETH 価格に連動）

HF = (10,000 × 0.8) ÷ 借入評価額。仮に ETH = 2,500 のとき借入評価額は 2,500、HF = 8,000 ÷ 2,500 = 3.2。
ETH が 3,200 に上昇（借入価値が上昇）すると HF = 8,000 ÷ 3,200 = 2.5。
ETH が 8,000 に上昇すれば HF = 1.0 に到達し、清算危険域です。ボラティリティの高い資産を借りるほど HF は変動しやすくなります。

LTV設計の指針：初期は控えめ、目安は「想定最大ドローダウンの半分」

初心者の方は、初期LTVを保守的に設定するのが鉄則です。たとえば担保資産の短期ドローダウンを30%と想定するなら、清算閾値やオラクル遅延も加味して、初期LTVは15%程度まで抑えると安全度が高まります。加えて、清算ボーナス（清算時に上乗せされるペナルティ）も考慮します。清算ボーナスが高いほど、ギリギリまで攻める設計は危険です。

ステーブルコインを活用した保守的レンディング戦略

ボラティリティに敏感な方は、担保・借入ともにステーブルコインを中心に構成する方法があります。例えば USDC を担保に USDT を借りるケースでは、価格変動によるHF変動が相対的に小さくなります（ただしステーブルのペグ外れや発行体リスクは残ります）。

ステーブルコイン同士であっても、金利差 と インセンティブ により収益は変わります。金利が上がる局面では、借入コストが預入利回りを上回らないよう常にスプレッドを監視してください。

再質入れ（ループ）戦略は「薄利×高リスク」

預入→借入→得た資産を再度預入…というループは、一見するとAPYが積み上がりますが、HFが急速に縮むため清算リスクが跳ね上がります。初学者はループを避け、単層の「預入のみ」または「低LTVの単回借入」に限定するのが無難です。

実践フロー：少額テストから本運用まで

Step 1: ウォレットの準備

ソフトウェアウォレット（例：MetaMask）をセットアップし、シードフレーズをオフライン保管します。二段階認証は取引所アカウント側で有効化し、入出金口座のセキュリティを固めます。

Step 2: ネットワーク選定とガス費の確認

どのチェーンのどのプロトコルを使うかを決め、現在のガス代を確認します。初回はトランザクション数が多くなるため、ガスが安い時間帯にまとめて実行するとよいでしょう。

Step 3: 少額でデポジット（預入）をテスト

1回の取引で全額を動かさず、まずは小口で預入→引き出しまでを往復し、UIの流れ・承認手順・手数料感覚を把握します。

Step 4: 金利とパラメータの確認

対象アセットの担保係数、清算ボーナス、ベース金利、kink水準、利用率を確認します。直近の金利スパイク履歴が参照できる場合は、ピーク時の数値を想定に組み込みます。

Step 5: 初期LTVの設定

保守的なLTVから開始し、HF>=2.0（例）を最低ラインに設定します。ターゲットよりHFが下がったら即座に返済 or 追加入金のルールを決めておきます。

Step 6: アラートとダッシュボード

HFや担保価格にしきい値アラートを設定します。プロトコル提供のダッシュボードや、サードパーティの監視ツールが役立ちます。

Step 7: リスク分散

1つのプロトコル・1つのチェーンに集中せず、預入先や担保種類を分散します。ブリッジを使う場合は、ブリッジ自体のリスクも把握してください。

Step 8: アンワインド（巻き戻し）手順の事前定義

市場急変時に、返済→担保引き出し→USDCへ集約といった「撤退手順」を事前に書き出しておくと、実行の遅れを最小化できます。

リスク管理：チェックリスト

• スマートコントラクト監査の有無・既知のインシデント履歴
• オラクルの構成（複数ソース／スタイル、遅延、異常時のフェイルセーフ）
• 清算ボーナスと清算メカニズム（大量清算時のスリッページ）
• ステーブルコイン発行体リスク・準備資産・換金性
• チェーンの停止リスク（過去の障害と対処）
• 集中度（上位預入者・借入者のシェア、特定コラテラル依存度）
• カントリーリスク・規制環境の変化

コストの見積り：ガス・スプレッド・出金手数料

ガス代は「承認（Approve）」「デポジット」「借入」「返済」「引き出し」でそれぞれ発生します。ネットワーク混雑時の手数料上振れに備え、余裕資金を確保しておきます。CeFiを経由する入出金では、入金・出金手数料、為替スプレッド、最小出金額にも注意してください。

ケーススタディ：ステーブル担保＋低LTVでの運用例

前提：USDCを 10,000 預入、清算閾値 85%、初期借入は 2,000 USDT（LTV=20%）。
・HF = (10,000 × 0.85) ÷ 2,000 = 4.25 と厚め。
・金利差（預入APY − 借入APR）とインセンティブを合算し、ネット利回りがプラスであることを確認。
・金利が急騰した場合は、借入の一部を即時返済し HF を回復。

よくある失敗と回避策

① LTVの攻め過ぎ：HF 1.3〜1.5の薄い設計は、急騰・急落で一気に清算域へ。初期は HF≥2.0 を死守します。

② ループ多用：見かけのAPYは上がりますが、清算連鎖の誘因になります。単層運用で経験を積みましょう。

③ ステーブルのペグ軽視：「1ドルに見える」資産でも、ストレス下では乖離や換金性問題が起こり得ます。分散と逃げ道の確保が大切です。

④ オラクル障害の想定不足：異常クォートで清算が誘発される可能性があります。複線化・異常検出の仕組みを確認し、保守的なLTVで吸収します。

運用のKPI：数字で管理する

• 平均LTV・最低HF・最大ドローダウン許容幅
• ネット利回り（預入利回り−借入コスト±インセンティブ）
• 金利スパイク時の応答時間（返済・追加入金の実行まで）
• チェーン別・プロトコル別のエクスポージャー比率

撤退基準（エグジットルール）

以下のいずれかに該当したらポジション縮小を検討します。

• HF が自分の基準（例：2.0）を恒常的に割り込む
• 担保資産に構造的な不安（ハードフォーク事故、重大脆弱性、規制変更）
• ステーブルの準備資産や換金性に重大な変化
• プロトコルの監査・運営体制に重大な変更

まとめ：最初の勝ち筋は「低LTV×ステップ実行」

レンディングは、仕組みさえ理解できれば再現性の高い運用が可能です。最初の勝ち筋は、低LTVでの単層運用と撤退手順の事前定義、そして可視化されたKPIの継続管理です。まずは少額で往復テストを行い、HF・金利・コストの挙動を身体で覚えましょう。そのうえで、分散・アラート・記録を徹底し、規模を徐々に上げていくのが安全かつ堅実な成長ルートです。