Skip to main content

スラッシングとは

注：この文書は英語の原文からの自動翻訳です。

スラッシングとは

スラッシングは、Proof of Stake (PoS) ブロックチェーンネットワークにおけるペナルティメカニズムで、ネットワークのセキュリティや整合性を脅かす振る舞いに対してバリデーターを罰します。バリデーターがスラッシングされると、ステークしたトークンの一部が破壊（バーン）または再配分され、バリデーターは通常 — 一時的にせよ恒久的にせよ — アクティブセットから除外されます。

スラッシングが存在するのは、PoS ネットワークがチェーンを保護するために計算作業ではなく経済的インセンティブに依存しているためです。バリデーターは担保としてトークンをロックします。スラッシングは、バリデーターが不正を行った場合にこの担保が本当にリスクにさらされることを保証します。

要約： スラッシングは PoS システムにおけるバリデーターの不正行為に対する経済的罰です。そしてステーキングやバリデーター参加を伴うクリプト AI プロジェクトにとって、それはインフラの信頼性に結びついた具体的な金銭的リスクを表します。

スラッシングの仕組み

スラッシングを引き起こす違反

すべてのバリデーターのミスがスラッシングにつながるわけではありません。プロトコルは通常、軽微なペナルティ（オフラインや遅延に対するもの）と、スラッシングレベルの違反（ネットワークのコンセンサスを損ないかねない振る舞いに対するもの）を区別します。最も一般的なスラッシング対象の違反は次のとおりです。

  • 二重署名（equivocation） — バリデーターが同じスロットや高さに対して二つの異なるブロックに署名し、事実上フォークを作ろうとすること。これはコンセンサスの整合性を直接脅かすため、最も深刻な違反です。
  • サラウンド投票（surround voting） — バリデーターが、チェーンの再編成を可能にしうるかたちで互いに矛盾するアテステーション投票を行うこと。これは Ethereum の Casper FFG コンセンサスに固有です。
  • 長時間のダウンタイム — 一部のネットワークでは、長期間のオフラインが累進的なペナルティをもたらし、スラッシングにまでエスカレートしうる。Ethereum では、オフラインであることは正式なスラッシングではなく「inactivity leak（非アクティブリーク）」ペナルティをもたらしますが、他の PoS チェーンは長時間のダウンタイムをスラッシング対象の違反として扱うことがあります。

ペナルティのプロセス

スラッシング対象の振る舞いが検出されると、プロトコルはオンチェーンのロジックを通じて自動的に結果を執行します。

  1. 検出 — 他のバリデーターや監視コントラクトが、矛盾する署名やプロトコル違反を特定する。
  2. 証拠の提出 — 不正行為の証明（例：矛盾する二つの署名済みメッセージ）がオンチェーンに提出される。多くの場合、報酬を受け取りうる「内部告発者（whistleblower）」によって行われる。
  3. ペナルティの適用 — プロトコルが違反したバリデーターのステークのうち定められた割合をバーンする。正確な額はネットワークと違反の重大さによって異なる。Ethereum では、最低のスラッシングペナルティはバリデーターの実効残高の 1/32 で、多数のバリデーターが同時にスラッシングされた場合は追加の「相関ペナルティ（correlation penalty）」が課される。
  4. 排出（Ejection） — スラッシングされたバリデーターはアクティブセットから除外され、引き出しキューに入る。一部のネットワークではバリデーターは再参加できず、他ではクールダウン期間と再ステーキングの後に再参加できる。

相関ペナルティ

一部のプロトコル、特に Ethereum は、同じ時間枠内でスラッシングされたバリデーターの数に応じてスケールする相関ペナルティを課します。単一のバリデーターが単独でスラッシングされる場合、ペナルティは比較的小さいです。しかし多数のバリデーターが一緒にスラッシングされる場合 — 協調的な攻撃や広範なソフトウェアバグを示唆します — ペナルティは劇的に増大し、ステーク全体にまで及びます。この設計は、相関的な障害（ネットワークにとってより危険なもの）が孤立した事案よりも厳しく罰せられることを保証します。

なぜスラッシングがクリプト AI プロジェクトにとって重要か

バリデーターに隣接する AI プロジェクト。 一部のクリプト AI プロジェクトはステーキングやバリデーター的な役割を伴います。参加者はトークンをステークし、AI コンピューティング、データラベリング、モデル検証のサービスを提供します。こうしたシステムが低品質の出力や不誠実な振る舞いに対してスラッシングを組み込んでいる場合、参加者は機会費用だけでなく実際の経済的リスクに直面します。

ステークされた資本のリスク。 ユーザーに PoS ネットワークでトークンをステークするよう促すプロジェクトはすべて、それらのユーザーをスラッシングリスクにさらします。AI 駆動のステーキング最適化ツールやリキッドステーキングプロトコルは、そのリスクモデルにスラッシングのシナリオを織り込まなければなりません。スラッシングリスクを無視してステークされたポジションを管理する AI エージェントは不完全です。

品質の執行。 分散型 AI ネットワーク（コンピューティングマーケットプレイス、推論ネットワーク、データ検証レイヤー）では、スラッシング的なメカニズムが品質を執行できます。誤った推論結果を返す、破損したデータを提出する、割り当てられたタスクを完了しないノードは、ステークした担保を失うことがあります。これはブロックチェーンのスラッシングの概念を AI 固有の文脈に適応させたものです。

DecAIHub プロジェクトカードでの表示箇所

  • Consensus — PoS チェーン（Ethereum、Solana、Avalanche、Cosmos ベースのネットワークなど）上のプロジェクトは、コンセンサスメカニズムの一部としてスラッシングを継承します。プロジェクトカードのコンセンサスフィールドは、スラッシングが基盤ネットワークに適用されるかどうかを間接的に示します。
  • Staking — ステーキングを伴うプロジェクト（自身のネットワーク上か、デプロイ先のメインチェーン上か）は、ステーカーをスラッシングリスクにさらします。プロジェクトカードに記述されたステーキングモデルは、スラッシング条件に言及することがあります。
  • Token model — バリデーターベースのアーキテクチャを持つプロジェクトでは、トークンモデルがインセンティブ設計の一部としてスラッシングを含むことがあります。バリデーターはプロジェクトトークンをステークし、不正行為に対してスラッシングのリスクを負います。
  • Type — 独自の PoS コンセンサスを実装する L1 プロジェクトはスラッシングのルールを直接定義します。L2 や dApp プロジェクトはメインチェーンのスラッシング条件を継承します。

スラッシングだけでは証明できないこと

  • セキュリティ — スラッシングの存在はネットワークが安全であることを保証しません。スラッシングは合理的な経済主体を抑止しますが、バグ、ソーシャルエンジニアリング、ガバナンス攻撃を防ぐものではありません。バリデーターは悪意ではなくソフトウェアバグによってスラッシングされることもあります。
  • 分散化 — スラッシングはメカニズムであり、分散化の尺度ではありません。スラッシングを持つネットワークでも、小規模で集中したバリデーターセットを持つことがあり得ます。
  • AI の品質 — 悪い AI 出力を罰するためにスラッシングを適応させることは有効な設計パターンですが、その有効性は出力品質をオンチェーンで客観的に検証できる能力に依存します。品質が主観的な複雑な AI タスクでは、スラッシングの基準を公正に定義するのが難しいことがあります。
  • トークンの価値 — スラッシングはトークンの供給に影響します（バーンされたトークンは流通供給を減らす）が、この機械的な効果は、トークンに根本的な価値や必要性があるかどうかを決定するものではありません。

よくある質問

スラッシングは偶発的に起こることがありますか？

はい。偶発的なスラッシングの最も一般的な原因は、同じバリデーターキーを二つの異なるマシンで同時に実行すること（二重署名をもたらす設定ミス）です。バリデータークライアントのソフトウェアバグもスラッシング事象を引き起こしてきました。だからこそバリデーターの運用者は冗長性と鍵管理を真剣に扱い、またクライアントの多様性（異なるソフトウェア実装を実行すること）がネットワーク全体にとって重要なのです。

すべての PoS ネットワークにスラッシングはありますか？

ほとんどの PoS ネットワークは何らかの形のスラッシングを実装していますが、その重大さと条件は異なります。Ethereum は二重署名とサラウンド投票に対する正式なスラッシングメカニズムを持ちます。Cosmos ベースのチェーンは二重署名と長時間のダウンタイムに対してスラッシングします。一部のネットワークは、ステークを破壊するのではなく（バリデーターを一時的に「ジェイル（jailing）」するといった）より穏やかなペナルティを使います。具体的なスラッシングのルールは各プロトコルの設計の一部であり、その仕様書に文書化されています。

外部リンク

関連ページ

No comments to display

Back to top