イーサリアム - ETH

バリデータのスラッシングとは?没収される条件と回避策を解説

本記事にはアフィリエイト広告(PR)を含む場合があります。

スラッシングとは、イーサリアムのプルーフ・オブ・ステーク(PoS、資産の預け入れによってネットワークを維持する仕組み)において、ネットワークの安全性を脅かす行為をしたバリデータ(ブロックの提案や検証を行う参加者)から、預け入れたETHの一部を没収し、強制的に退出させるペナルティのことです。

結論からいえば、スラッシングが発動する条件は「二重提案」「二重投票」「周回投票」の3つに整理され、いずれも通常の運用では起こりにくい一方、同じバリデータ鍵を複数のマシンで同時に動かすと発生リスクが一気に高まるとされています。つまり最大の予防策は鍵の二重運用を避けることです。

本記事では、3つの発動条件の中身、ペナルティの内訳、単なるオフライン時の減点との違い、そして個人でバリデータを運用する方が実践できる予防策を順に解説します。

スラッシングとは何か:目的と位置づけ

イーサリアムのPoSでは、バリデータは一定量のETH(ソロステーキングでは32ETHが基準とされています)を担保として預け入れ、ブロックの提案や証明(アテステーション)を行います。正しく働けば報酬を得られますが、ネットワークの合意を混乱させるような行為をすると、担保の一部が没収されます。これがスラッシングです。

スラッシングの目的は「攻撃のコストを高くすること」にあります。チェーンを分岐させたり、矛盾する投票で合意を妨害したりする行為に経済的な罰を科すことで、攻撃するより正直に運用するほうが得になるよう設計されています。仕組みの背景にあるコンセンサスの考え方はテクニカル解説カテゴリの記事でも扱っています。

スラッシングが発動する3つの条件

スラッシングの対象となる行為は、大きく次の3つに分類されるのが一般的です。

条件1:二重提案(同じスロットで2つのブロックを提案する)

ブロック提案者に選ばれたバリデータが、同じスロット(ブロック生成のタイミング枠)に対して内容の異なる2つのブロックに署名する行為です。チェーンを意図的に分岐させる攻撃につながるため、スラッシング対象とされています。

条件2:二重投票(同じ対象に矛盾する2つの証明を出す)

アテステーションにおいて、同じ対象に対して内容の異なる2つの投票に署名する行為です。故意でなくても、同じ鍵を2台のマシンで同時稼働させると、それぞれが別の投票に署名してしまい、この条件に該当することがあります。

条件3:周回投票(過去の投票を包含する矛盾した投票をする)

「サラウンド投票」とも呼ばれ、自分が過去に行った投票の範囲を包み込むような、矛盾する範囲の投票に署名する行為です。チェーンの最終確定(ファイナリティ)を混乱させる攻撃を防ぐための条件とされています。

スラッシングされるとどうなる:ペナルティの内訳

スラッシングのペナルティは一度に全額を失うものではなく、段階的に構成されているとされています。一般に次の3つの要素に整理されます。

ペナルティ 内容
初期ペナルティ スラッシング確定時に残高の一部が即時没収される
相関ペナルティ 同時期に多数のバリデータがスラッシングされた場合、追加没収が大きくなる
強制退出 バリデータ資格を失い、一定期間を経て退出処理される

相関ペナルティは「同時に大量のバリデータが違反するほど重くなる」設計で、単独の事故なら損失は限定的でも、大規模な組織的攻撃では預け入れ額の大部分を失い得るとされています。具体的な没収額の計算式やパラメータは変更されることがあるため、最新の公式情報を確認してください。

通常のペナルティ(オフライン減点)との違い

スラッシングとよく混同されるのが、バリデータがオフラインになったときの減点です。両者は性質が異なります。

  • オフライン減点:単に稼働していない間、得られたはずの報酬に近い規模で残高が少しずつ減る。復帰すれば再び報酬を得られる
  • スラッシング:違反行為に対する没収と強制退出。復帰はできず、同じ鍵での再参加も不可

つまり、マシンの故障や停電で一時的に止まること自体はスラッシングではありません。「止まっているより、二重に動いているほうが危険」というのがバリデータ運用の基本原則とされています。

個人運用者ができる予防策

個人でバリデータを運用する場合、次の予防策が有効とされています。

  • 同じバリデータ鍵を絶対に2台以上で同時稼働させない。冗長化のつもりのバックアップ機の常時起動が最大の事故原因とされています
  • スラッシング保護データベースを有効にし、クライアント移行時は必ずエクスポート・インポートする
  • ドッペルゲンガー保護(起動前に同じ鍵が稼働していないか確認する機能)を備えたクライアント設定を使う
  • マシン移行時は旧環境を完全に停止し、十分な時間を置いてから新環境を起動する
  • クライアントソフトは公式配布元から入手し、更新情報を追う

また、鍵の管理そのものも重要です。バリデータ鍵と出金用の鍵の管理を分け、出金権限に関わる鍵はオフライン保管を検討する考え方は、ハードウェアウォレットの解説で紹介している自己管理の原則と共通します。ソロステーキングが難しい場合にステーキングサービスやリキッドステーキングを使う選択肢もありますが、その場合はサービス側の運用体制やリスク開示を確認することが推奨されます。DeFi経由のステーキングの位置づけはDeFi・Web3カテゴリも参考にしてください。

よくある質問(FAQ)

マシンが故障して止まってしまったらスラッシングされますか?

いいえ。単なるオフラインはスラッシングではなく、稼働していない間の小さな減点にとどまるとされています。復旧すれば報酬獲得を再開できます。

慌ててバックアップ機を並行起動するほうが、二重投票によるスラッシングを招く危険があるため、必ず旧環境の停止を確認してから復旧してください。

スラッシングされたETHはどこへ行くのですか?

没収された分はバリデータの残高から差し引かれ、ネットワークの仕組み上バーン(消滅)に相当する形で処理されるのが基本とされています。誰かが受け取るものではありません。

ステーキングサービス利用者にもスラッシングのリスクはありますか?

あります。サービス側の運用ミスでスラッシングが起きた場合、損失が利用者に転嫁されるかどうかはサービスの規約によります。補償方針やこれまでの運用実績を事前に確認することが推奨されます。

スラッシングは頻繁に起きているのですか?

バリデータ全体に対する発生割合はごく小さいとされており、その多くは攻撃ではなく鍵の二重運用などの設定ミスによるものと報告されています。予防策を守れば過度に恐れる必要はないと考えられます。

免責事項:本記事は一般的な情報提供を目的としており、投資助言ではありません。最新の情報は公式情報をご確認ください。

Bitcoin Analyze 編集部

コメントを残す

このサイトはスパムを低減するために Akismet を使っています。コメントデータの処理方法の詳細はこちらをご覧ください