清算ボーナス対清算ペナルティ：DeFiでは誰が誰に支払うのか？

清算ボーナスと清算ペナルティは、DeFiプロトコルがリスクのあるローンを清算する仕事に対して支払う方法の、正反対の2つの考え方です。ボーナスモデルでは、清算人は負債を返済する見返りとして追加の担保を受け取ります。ペナルティモデルでは、借り手のポジションが清算される際に追加料金が課され、その手数料はプロトコルが保持します。
誰が誰に支払うかはメカニズム次第です。CompoundやAaveのようなマネーマーケットプールでは、清算人（liquidator）はプロトコルが設定したボーナスまたはディスカウントを受け取ります。これは、返済された負債の価値以上の担保を差し押さえることで得られます。つまり借り手は、余分な担保を通じて実質的に清算人へ支払っているのと同じです。MakerDAOのバウチャー（vault）システムでは、清算ペナルティがバウチャーの負債に追加され、オークションでは負債に加えてペナルティの回収を狙います。借り手はペナルティとしてプロトコルに支払い、オークション参加者は引き続き市場価格よりも安く担保を買うことを目指します。
この分岐は、インセンティブ、キーパーの参加、プロトコルの支払能力（ソルベンシー）に重要な影響を与えます。より大きなボーナスは清算を早める一方で、借り手からより多くの価値が漏れます。逆に、より大きなペナルティはプロトコルのバッファを強める可能性がありますが、それでもオークションの買い手を引き付ける必要があります。ガバナンスがこれらのパラメータを決めるため、各モデルはリスクと報酬の異なるバランスをエンコードしています。
清算ボーナスとペナルティはオンチェーンでどのように機能するか
マネーマーケット型のモデルでは、借り手のポジションがリスク・しきい値を侵害した時点で清算の対象になります。たとえばCompoundは、8%のボーナスなら liquidationIncentive=1.08 のように設定された変数を公開しており、清算者が返済する債務額よりも価値の大きい担保を押収できるようにしています。契約は、現在のオラクル価格と交換レートを用いて押収トークン数を計算し、実際の返済額に liquidationIncentive を掛けて清算者の取り分の規模を決めます。このロジックはComptrollerとCTokenのコードに見えており、押収は proportional to actualRepayAmount × liquidationIncentive × priceBorrowed ÷ (priceCollateral × exchangeRate) として計算されます（Compound docs、Comptroller.sol）。
Aaveは同じ考え方を、別の用語で適用しています。清算を可能にするゲートとしてHealth Factorを定義し、清算者が担保を購入するときに移転される割引（またはボーナス）を指定する liquidationBonus パラメータを定義します。Aaveのガバナンス資料でも、close factorに類似したルールや、V4の設計ではHFが悪化するにつれて増加する変動ボーナス・スケジュールが議論されており、インセンティブをより鋭くします（Aave governance note）。
MakerDAOでは清算の扱いが異なります。ある保管庫（バル ト）が清算されると、その負債にLiquidation Penalty（清算ペナルティ）が追加されます。次に、プロトコルは、負債＋ペナルティを賄うために担保を売るオークションを実行します。ペナルティは、（マネーマーケットの文脈で）清算者に直接支払われるボーナスではなく、プロトコルへの収益になります（Maker Protocol whitepaper）。MakerのLiquidations 2.0では、オランダ式オークションや、監査で「複雑でパラメータに依存する」と指摘される運用詳細が導入されました（ChainSecurity audit）。
マネーマーケット型：借り手が資金を負担する清算者へのボーナス
CompoundやAaveのようなプールでは、第三者がアンダーウォーターのローンの一部または全部を返済し、プロトコルが設定した割引で担保を受け取ります。この割引は、Compoundの liquidationIncentive と Aaveの liquidationBonus に乗数（倍率）としてエンコードされています。清算者は、返済した債務額よりも価値の大きい担保を押収するため、借り手は1:1の交換（スワップ）以上に余分な担保を失います。この差分こそが清算者の利益機会であり、オラクル価格と実行コスト（執行コスト）の影響を受けます。このモデルでは、プロトコル自身が借り手に対して別途の清算手数料を課すわけではなく、清算者への余分な担保移転という暗黙の価値移転以外に課しません（Compound docs、Comptroller.sol）。
これらの仕組みは、清算が利益になるとすぐに実行するために、清算者とMEVサーチャーが競争することに依存しています。ボーナスの大きさは、清算がどれだけ速く・確実に成立（決着）するかに影響します。より大きなボーナスはスリッページやガスコストのための余裕を広げるため、オフチェーンのボットがすぐに介入する可能性が高くなります。トレードオフは、借り手の担保からより多くの価値が流出することです。さらに設定が高すぎると、しきい値の窓の周辺で不必要な清算が増えることもあり、これはガバナンスがパラメータ調整で議論する懸念です。
保管庫／オークション・モデル：借り手のペナルティはプロトコルに支払われる
MakerDAOでは、保管庫の担保化に必要な水準を下回ると、その負債にLiquidation Penalty（清算ペナルティ）が追加されます。次にプロトコルは、負債＋ペナルティを返済するのに十分な量の担保を売るためにオークションを実施します。ペナルティは清算者ではなくシステムによって回収されます。清算者（キーパー）はオークション中に、当時の市場価格より安い価格で担保を買うことで利益を狙いますが、その利益はマネーマーケットの文脈でプロトコルが支払うボーナスではありません。ペナルティはプロトコルの損失吸収能力を高め、オークションのコストを相殺し得ます。ただし、オークションが効率的に成立（決着）するように調整される必要があります（Maker whitepaper、ChainSecurity audit）。
このアプローチは、最初の清算者よりもプロトコルへ価値移転を集中させます。また、オランダ式オークションのパラメータやキーパー・インセンティブなど、実現された売却価格が公正価値にどれだけ追随するかを決めるオークション設計の選択肢も導入します。調整が不十分なオークションや市場の流動性が薄い場合、売却が長引き、担保が「債務＋ペナルティ」よりも低い価格でしか回収できず、不良債権としてシステムが吸収しなければならないリスクが高まります。
ガバナンスの調整ノブとインセンティブ
清算パラメータはオンチェーン上にあり、ガバナンスによって制御されます。Compoundでは、_setLiquidationIncentive のような管理者関数が、押収される担保を決めるボーナス係数を変更します（Comptroller.sol）。Aaveでは、準備金（reserve）の設定に liquidationBonus と、Health Factorに入力されるしきい値が含まれます。また、V4のメカニクスでHFに紐づく変動ボーナスが与える影響について、ガバナンス資料で検討されます（Aave governance note）。
これらの数値を変更すると挙動が変わります。ボーナスを高くすると通常はキーパーの参加が増え、不健全なローンが長く残る可能性が下がりますが、その分借り手からの価値漏れも増えます。ペナルティを高くすると、清算時にプロトコルが保持する資金が増えます。一方で、ペナルティやオークションのパラメータが誤って設定されると、オークションがうまく機能しない（期待通りに売れない／買い手が集まらない）ことがあります。DAOは通常、MEV競争、プロトコルの不良債権リスク（bad-debt exposure）、およびユーザー体験に影響するため、これらの変更を議論し、シミュレーションし、段階的に実施します。
解説：1つのポジションが、2つの清算ルートでどう処理されるか
次の例示的な一連の流れは、同じアンダーウォーター（債務超過）のポジションでも、ボーナス型モデルとペナルティ型モデルで「誰が誰に支払うか」がどう変わるかを示しています。数値は直感のための例であり、市場データではありません。
出発点：借り手のポジションがリスク制限を超え、清算対象になる。
マネーマーケット・ルート（Compound/Aaveのような形式）：清算者が借り手の負債のうち100ユニットを返済します。清算インセンティブが1.08なら、システムは清算者がオラクル価格で価値108ユニット分の担保を押収できるようにします。追加の8ユニット分の担保が、清算者の総合的なインセンティブです。借り手は実質的に、この追加で失う担保によってこのインセンティブを支払っています。プロトコルは返済された負債100ユニットを受け取り、別途の清算手数料はありません（Compound docs）。
保管庫オークション・ルート（Makerのような形式）：プロトコルは借り手の負債に清算ペナルティを追加し、その後、負債＋ペナルティを回収するために担保をオークションにかけます。たとえば、オークションが「債務100ユニット＋ペナルティ」をちょうど賄うだけの担保を売れたと仮定します。ペナルティはプロトコルに積み上がります。入札者は、オークション期間中に市場価格に対して割引された価格で担保を買うことを狙います。これはペナルティとは別の、入札者の利益源です（Maker whitepaper）。
政策（誰が誰に支払うか） Who pays Recipient（受取者） Parameter name Money-market bonus（マネーマーケット・ボーナス） Borrower via extra collateral seized（追加で押収される担保を通じて借り手が負担） Liquidator（清算者） Compound liquidationIncentive、Aave liquidationBonus Vault penalty（保管庫のペナルティ） Borrower via added debt（追加負債を通じて借り手が負担） Protocol（プロトコル） Maker Liquidation Penalty
制限、リスク、想定外ケース、そして誤解
主な制限とリスクには以下が含まれます：
パラメータの誤設定。MakerのLiquidations 2.0に関する監査では、ペナルティ、オークションのタイミング、キーパー・インセンティブを適切に調整する必要があると警告されています。誤った設定は価値を吸い上げたり、オークションが長引きすぎたりして、回収できない債務（uncovered debt）につながるリスクがあります（ChainSecurity audit）。
実行と流動性のリスク。ボーナス型モデルでは、清算者は押収した担保を解消（巻き戻し）するためにDEXやオラクルの流動性に依存します。市場が緊迫している場合、スリッページがボーナスを相殺し、清算が遅れる可能性があります。
価格ギャップと不良債権。急激な値動きにより、ボットが反応する前にポジションが大きくアンダーウォーターになる可能性があります。強力なボーナスやペナルティがあっても、担保をオラクル価値に近い形で素早く売却できないと、プロトコルが不足を抱えることがあります。
キーパーの競争とMEV。ボーナスが小さすぎると、ガス代やスリッページを差し引いた後に利益を得られるのは特権的なサーチャーだけになります。逆に大きすぎると、借り手からの価値漏れが増え、機会を狙う清算がしきい値の周辺に集中する可能性があります。
よくある誤解：
「ボーナスはタダのお金。」ではありません。ボーナス型モデルでは、借り手がプロトコルのパラメータ（Compound docs）によって設定された追加で押収される担保を通じてボーナスを支払います。
「Makerのペナルティが清算者に報酬を与える。」ペナルティはプロトコルに積み上がります。Makerタイプのシステムにおける清算者の利益は、マーケットより安い価格でオークション中に担保を買うことから生まれ、プロトコルが支払うボーナスではありません（Maker whitepaper）。
「パラメータを変えても影響は小さい。」ガバナンスは行動とリスクを実質的に変えるもので、システム全体への影響が大きいため通常はシミュレーションとセットで議論されます（Aave governance note、Comptroller.sol）。
これらの仕組みにいつ遭遇したり、使ったりするか
借り手は、担保化ローンを取るたびにこれらのルールに従います。CompoundやAaveのようなプールでは、掲示された清算ボーナスが、あなたのHealth Factorまたは担保比率がしきい値を下回った場合に、清算者が追加でどれだけの担保を押収できるかを示します。Makerタイプの保管庫では、清算ペナルティが、あなたの保管庫が清算されたときに追加でどれだけの負債が加算されるかを示します。どちらの設定もプロトコルのドキュメントやガバナンス投稿で確認でき、DAOの判断により変わり得ます（Compound docs、Aave governance note、Maker whitepaper）。
清算者やサーチャーは、ボーナスまたはオークション設計に合わせてボットを調整します。たとえば見込むスリッページやガスコストなどです。DAOの貢献者は、タイムリーな清算と、借り手のコストおよびプロトコルの安全性のバランスをとるためにパラメータ変更を検討します。「誰が誰に支払うか」を理解すると、このバランスが明確になります。ボーナス型モデルでは、価値は借り手から清算者へ（余分な担保押収として）ルーティングされます。一方、ペナルティ型モデルでは価値は借り手からプロトコルへ（追加負債として）ルーティングされます。とはいえ、オークションが競争的な入札を引き付ける必要は依然としてあります。
よくある質問
清算ボーナスが8%だとすると、プロトコルが清算者へ8%を支払うという意味ですか？
いいえ。CompoundやAaveのようなボーナス型モデルでは、清算者は返済された債務額よりも価値の大きい担保を押収します。借り手は実質的に、清算インセンティブまたは清算ボーナス（Compound docs）で定義される通り、失う追加担保を通じて8%分を支払っていることになります。
MakerDAOでは、清算ペナルティを受け取るのは誰ですか？
プロトコルです。Makerはペナルティを保管庫の負債に加え、負債＋ペナルティを回収するために担保をオークションします。ペナルティは清算者への支払い（payout）ではありません（Maker whitepaper）。
Makerがボーナスを支払わないのなら、清算者はどうやって利益を得るのですか？
狙いは、オークションの価格で市場価格より安く担保を買い、それを市場価格近辺で売ることです。プロトコルが設定したボーナスではなく、オークションの仕組みそのものが機会を生み出します（ChainSecurity audit）。
清算ボーナスやペナルティを誰が変更し、どのように？
DAOがこれらのパラメータをオンチェーンで設定します。Compoundでは、清算インセンティブを変更するための管理者（admin）関数が公開されており、Aaveでは清算ボーナスのような準備金（reserve）パラメータを設定します。ガバナンス提案とシミュレーションは通常、インセンティブとリスクがシステム全体に影響するため、それに先立って行われます（Comptroller.sol、Aave governance note）。
極端なボラティリティで清算が失敗したらどうなりますか？
担保を十分な速さで、かつ公正価値で売却できない場合、プロトコルは不良債権を抱える可能性があります。ボーナスの大きさ、ペナルティ、オークション設計はそれを緩和しようとしますが、急な価格ギャップや流動性の薄さは依然としてリスク要因です（Aave governance note、ChainSecurity audit）。
免責事項：この記事は情報提供のみを目的としています。法務、税務、投資、金融、その他の助言として提供または意図されたものではありません。