Solanaのバリデーター・スラッシング：SOLに実装されているか？

Solanaのバリデーター・スラッシングは、2025年6月の最終確認時点において、プロトコルレベルでは有効になっていませんでした。この記事は、その日付時点での調査結果を保持しており、読者がそれを信頼する前に確認すべき事項を特定しています。

本コンテンツは情報提供のみを目的としており、投資助言を構成するものではありません。暗号資産のステーキングには、ステーキングされた資産の潜在的な損失を含むリスクが伴います。投資判断を下す前に、資格のある財務アドバイザーにご相談ください。

最終更新日：2025年6月

SOLをステーキングしており、最近「Solanaバリデーター・スラッシング」という言葉を耳にした方への直接的な回答は以下の通りです。2025年6月現在、Solanaはプロトコルレベルのバリデーター・スラッシングを実装していません。委任されたSOLが、バリデーターの行為によってプロトコルにより自動的に削減されることはありません。この記事では、スラッシングの意味、Solanaの現在のステータス、Tower BFTが代わりに不正行為をどのように処理するか、現在委任者に実際に存在するリスク、Marinade FinanceやJitoの役割、そしてSolanaとEthereum、Cosmos、Polkadotとの比較について解説します。

主なポイント

• 2025年6月現在、Solanaはプロトコルレベルでのバリデーター・スラッシングを実装していません
• 現在、委任されたSOLがバリデーターの不正行為によってプロトコルにより自動的に削減されることはありません
• Solanaは、直接的なトークンのペナルティの代わりに、Tower BFTロックアウト・メカニズムを使用してバリデーターの不正行為を抑止しています
• スラッシングを導入するためのSolana改善ドキュメント（SIMD）と呼ばれるガバナンス提案は存在しますが、まだ実装されていません
• Marinade FinanceやJitoのようなリキッド・ステーキング・プロトコルは、多くのバリデーターにステーキングを分散させ、単一バリデーターへのリスク露出を軽減しています

目次

• バリデーター・スラッシングとは？
• Solanaのバリデーター・スラッシング：現在Solanaに実装されているか？
• Solanaにおけるバリデーターの不正行為への対処：Tower BFTとロックアウト・メカニズム
• Solanaのスラッシング状況がステーカーと委任者に意味すること
• リキッド・ステーキングとスラッシング・リスク：Marinade FinanceとJito
• Solana vs Ethereum、Cosmos、Polkadot：スラッシングの比較
• バリデーターのベストプラクティス：Solanaでスラッシング条件を回避する方法
• Solanaスラッシング・ガバナンス：SIMD提案とその意味
• Solanaバリデーター・スラッシングに関するよくある質問
• 結論：現在のSolanaステーキングはスラッシングから安全か？
• 用語集

バリデーター・スラッシングとは？

定義： バリデーター・スラッシングとは、プルーフ・オブ・ステーク（PoS）ブロックチェーンにおけるプロトコルレベルのペナルティ・メカニズムであり、証明可能な不正行為に対する罰として、バリデーターのステーキングされたトークンを自動的に削減するものです。これは、バリデーターがネットワークを操作して得られる利益よりも損失の方が大きくなるようにすることで、不正行為を経済的に不合理にさせるよう設計されています。

Solanaのようなブロックチェーンでは、バリデーターはトランザクションの処理とネットワーク状態の合意（コンセンサス）形成を担うノードです。バリデーター・スラッシングは根本的にネットワーク・セキュリティ・メカニズムです。不正行為に経済的コストを課すことで、バリデーターがブロックチェーンを操作しようとする試みを抑止します。プルーフ・オブ・ステーク（PoS）システムでは、バリデーターは参加のためにセキュリティ・デポジット（入金）としてトークンを提示します。マイナーが数学的パズルを解くために競い合うプルーフ・オブ・ワークを使用するビットコインとは異なり、ステーキングベースのコンセンサス・システムでは、ロックされた資本を通じてバリデーターに経済的責任を負わせます。ルールを破った際に発生するのがスラッシングです。より広範なネットワークの背景については、Solanaバリデーターとは何かを参照してください。

ほとんどのPoSネットワークでは、2つの条件がスラッシングを引き起こします。「二重投票（Equivocation）」は、バリデーターが同じスロットに対して2つの矛盾する投票やブロックに署名し、同時に2つの異なるバージョンのブロックチェーンを支持しようとしたときに発生します。「サラウンド投票（Surround voting）」は2つ目の条件で、以前に署名したものと矛盾する証明にバリデーターが署名することです。どちらの行為もコンセンサスのファイナリティを損ない、大規模に行われれば二重支払い攻撃を可能にする可能性があります。

スラッシングの背後にある経済的論理

スラッシングが存在するのは、バリデーターが担保としてトークンをステーキングするためです。不正をして得られる利益よりも、不正によって失うものの方が多いバリデーターには、不正をする合理的なインセンティブがありません。ビザンチン障害耐性（BFT）は、裏切り者が含まれる可能性のあるアクター間の調整に関する思考実験である「ビザンチン将軍問題」にちなんで名付けられた、分散型コンセンサス・システムの基礎となる理論的なコンピュータサイエンスの枠組みです。Tower BFTは、Solana特有のBFTクラスのコンセンサス実装です。スラッシングは、二重投票を理論的リスクから経済的に不合理な行為へと変えることで、BFTの特性を強化します。Ethereumのようなネットワークでは、バリデーターにステークを貸し出している委任者もスラッシング・ペナルティを比例して分担しますが、これはSOLの委任者がSolanaで同じリスクに直面するかどうかという疑問を提起します。

Solanaのバリデーター・スラッシング：現在Solanaに実装されているか？

最終更新日：2025年6月

2025年6月現在、Solanaはプロトコルレベルのバリデーター・スラッシングを実装していません。現在、Solanaには不正行為のペナルティとしてバリデーターのステーキングされたSOLを自動的にバーン（焼却）または削減するメカニズムはありません。Solanaのライブコード上では、バリデーターがプロトコルレベルでスラッシュされることはありません。

これは見落としではなく、意図的な設計上の特性です。Solanaのアーキテクチャは、Tower BFTのロックアウト・メカニズムを通じて抑止力を提供しており、開発者コミュニティは、スループットの高い環境において金銭的なスラッシング・ペナルティを追加することが、導入される運用の複雑さに見合うかどうかを活発に議論してきました。その議論には現在、正式な道筋があります。Solana改善ドキュメント（SIMD）がスラッシングの導入を提案していますが、まだ実装されたものはありません。完全なガバナンス追跡については、以下のSIMDガバナンス・セクションを参照してください。

Solanaには、バリデーターに対する3つのカテゴリーの結果が存在します：

1. プロトコルレベルのスラッシング（2025年6月現在、Solanaには存在しません）：ステーキングされたトークンの自動削減
2. 社会的・経済的ペナルティ（稼働中）：不正行為を行ったバリデーターは、委任者がステークを引き揚げることで委任を失う
3. ガバナンスで提案されたスラッシング（SIMD経由で提案、未実装）：関連するSIMDが承認された場合に存在することになるもの

なぜSolanaはスラッシングを実装していないのか

SolanaのアーキテクチャはTower BFTのロックアウト・メカニズムを通じて二重投票に対する抑止力を提供していますが、高スループット環境での金銭的ペナルティの実装は、コミュニティが慎重に検討してきた運用上のリスクをもたらします。高性能システムにおけるバリデーターは、ネットワークの遅延、ソフトウェアの再起動、またはインフラの障害による誤検知のスラッシング条件に対して、より大きなリスクにさらされます。ガバナンスの議論では、これらの運用上のリスクがスラッシングによるセキュリティ上の利点を上回るかどうかが検討されてきましたが、2025年6月現在、公式のガバナンス・チャンネルを通じてこの問題は解決されないままとなっています。

Solanaにおけるバリデータの不正行為への対処：Tower BFTとロックアウトメカニズム

Solanaのバリデータの不正行為へのアプローチはTower BFTを通じて行われており、そのメカニズムを理解することは、なぜこのネットワークにおいてダブル投票（equivocation）が構造的に困難であるのか、そしてなぜ現在、検出に伴う金銭的ペナルティが存在しないのかという両方の理由を説明してくれます。

Proof of History：Solanaの暗号学的時計

Proof of History（PoH）は、Solanaの共同創設者であるAnatoly Yakovenko氏によって作成された暗号学的な計時メカニズムです。これはコンセンサスメカニズムとしてではなく、ネットワークの検証可能な時計として機能します。PoHは、特定のイベントのシーケンスが特定の時間に発生したことを証明する履歴記録を作成し、バリデータが頻繁なやり取りをすることなく順序について合意することを可能にします。コンセンサスメカニズムであるTower BFTは、この時計の上に構築されています。Solanaは、標準的なProof of Stakeではなく、計時レイヤーとしてのProof of HistoryとコンセンサスレイヤーとしてのTower BFTを組み合わせたハイブリッドアーキテクチャを使用しています。

Tower BFTはSolanaのコンセンサスプロトコルであり、バリデータがブロックチェーンの状態について合意するために使用するシステムです。Proof of Historyの上に構築されており、指数関数的に増加するロックアウトウィンドウを使用して、複数の競合するブロックチェーンバージョンに投票することを経済的に不合理にします。ロックアウトウィンドウは、バリデータがあるフォークにコミットした後、競合するフォークに投票することを防ぐTower BFTのメカニズムです。

ロックアウトメカニズムは次のように機能します：

1. バリデータがブロックチェーンのフォークAに投票する
2. その投票にはロックアウトウィンドウが付与され（初期値は2スロット）、その間バリデータは競合するフォークに投票できない
3. 同じフォークに対するその後の各投票で、ロックアウトは2倍になる：4スロット、8スロット、16スロットと指数関数的に継続する
4. ロックアウトが期限切れになる前にフォークAを放棄してフォークBに投票することは、ロックアウト違反となる

特定のフォークに対するバリデータの投票のタワーが深くなるほど、切り替えるまでの待機時間が長くなります。このコミットメントメカニズムにより、事前の投票を覆すことのコストが、評判だけでなく時間の面でも次第に高くなります。

バリデータは、タイムリーで正確な投票に対して投票クレジットを獲得します。投票を逃すとクレジットが減少し、その結果、ステーキング報酬が比例して減少します。この投票クレジットシステムはSolanaの実装済みのソフトペナルティメカニズムであり、ステーキングした元本に触れることなく報酬に影響を与えます。

Tower BFTロックアウトメカニズム：フォークに対する各バリデータの投票には、指数関数的に増加するロックアウトウィンドウが付随します。ロックアウト違反はダブル投票を構成します。

ダブル投票とロックアウト違反

ダブル投票（一般にequivocationと呼ばれます）は、バリデータが同じスロットに対して2つの矛盾する投票またはブロックに署名し、同時に2つの異なるバージョンのブロックチェーンをサポートしようとしたときに発生します。ロックアウト違反は、特にTower BFTのロックアウトウィンドウが期限切れになる前にバリデータが競合するフォークに投票することを指します。

現在のプロトコルにおける「検出から結果まで」のシーケンス：

1. バリデータがフォークAに投票し、指数関数的に増加するロックアウトを構築する
2. ロックアウトが期限切れになる前にバリデータがフォークBの投票に署名する
3. PoHのタイムスタンプにより、両方の投票が暗号学的に証明可能になる
4. プロトコルが矛盾する署名をダブル投票として検出する
5. バリデータは該当期間の投票クレジットを失う。ステーキングされたSOLは削減されない

これが、SIMDスラッシング提案が埋めようとしているアーキテクチャ上のギャップです。提案されているスラッシング実装の下では、ステップ5でバリデータ自身のステーキング分と委任されたステーキング分の両方から自動的なトークンバーン（焼却）が追加されることになります。

ステークアカウントは、デリゲーター（委任者）のステーキングされたSOLを保持し、特定のバリデータへの委任を追跡するSolana固有のオンチェーン記録です。スラッシング実装の下では、バリデータがペナルティを受けた場合にステークアカウントから直接引き落とされることになります。

Solanaのスラッシング状況がステーカーとデリゲーターに意味すること

2025年6月現在、ステーキングしたSOLがスラッシングによって削減されるリスクはありません。Solanaはこのメカニズムを実装していません。機関投資家の配分担当者にとって、スラッシングは現在SOLのステーキングポジションに対して実質的な財務リスクをもたらしません。バリデータの行動によって、お客様の元本残高がプロトコルにより自動的にバーンされることはありません。SIMDスラッシング提案が承認されれば、その状況は変わります。現在のドラフト案では、デリゲーターはバリデータと並んで比例的な元本リスクに直面することになります。

バリデータのパフォーマンスは、ステーキング報酬に影響を与えます。パフォーマンスの低い、またはデリンクエント（ダウンタイムにより投票を逃した）バリデータは、獲得する投票クレジットが少なくなり、その結果、ステーキングで得られる約5〜8%のAPYが減少します。報酬リスクと元本リスクの区別が、Solanaのステーキングを正確に評価する鍵となります。デリゲーターは、Solanaバリデータの選び方にあるチェックリストを活用できます。

デリゲーター vs バリデータ：誰がリスクを負うのか？

ステーキングを行っているほとんどのSOL保有者は、厳密にはデリゲーターです。リスクのプロファイルは役割によって異なります。バリデータは、あらゆるスラッシングの枠組みの下で直接的なプロトコルペナルティに直面します。デリゲーターは、自身のステークシェアに比例した派生的なリスクに直面します。スラッシングが稼働しているネットワークでは、両方のカテゴリーが財務リスクを負います。今日のSolanaでは、プロトコルレベルでどちらもリスクを負いません。

バリデータは、ノードを運営しコンセンサス投票を行う主体です。どのようなスラッシング実装においても、バリデータが主要なペナルティ対象となります。デリゲーターは、そのバリデータのプールにSOLを貸し出し、ステークシェアに比例して報酬を受け取ります。提案されているほとんどのスラッシング実装では、デリゲーターはバリデータ自身のステークと並んで比例的に影響を受けます。もしバリデータが全ステークプールの5%をスラッシングされた場合、100 SOLを委任していれば、約5 SOLを失う可能性があります。

提案されているSolanaのスラッシング実装の下では、デリゲーターは比例的に影響を受けます。バリデータが全ステークプールの一定割合をスラッシングされた場合、デリゲーターは委任したSOLの同じ割合を失います。

今日のデリゲーターに存在する現実的なリスク

スラッシングがなくても、今日のデリゲーターにはいくつかの財務リスクが存在します。これらは元本残高ではなく、ステーキング報酬に影響を与えます：

1. バリデータのデリンクエンシー：投票を逃したバリデータは獲得する投票クレジットが少なくなり、該当するエポック（Solanaのプロトコルでは約2〜3日）のAPYが減少します。
2. アンボンディング期間：ステーキングしたSOLはすぐには引き出せません。Solanaのアンボンディング期間は約2〜3日で、その間トークンはステークアカウントにロックされたままとなります。
3. 手数料率：バリデータ手数料は、バリデータが報酬の残りをデリゲーターに渡す前に保持するステーキング報酬の割合です。10%の手数料は獲得報酬の10%を意味し、元本の10%ではありません。
4. Solanaプログラムのリスク：ステーキングはオンチェーンプログラム（他のネットワークのスマートコントラクトに相当）によって管理されています。プロトコルのバグは歴史的に稀ですが、ステーキングされた資産に対する理論的なリスクとなります（SOLステーキング製品を提供する取引所も、バリデータの選択とカストディ設計においてスラッシングリスクの考慮に直面します）。

現在、スラッシングが存在しないこと自体が、機関投資家および個人デリゲーター双方にとっての保護となっています。評判の良いバリデータを選択し、リキッドステーキングプロトコルを通じて分散させることが、今日利用可能な主要なリスク軽減策です。

SolanaのリスクプロファイルがEthereumやCosmosとどのように比較されるかについては、PoSネットワーク間でのSolanaの比較（スラッシングの比較）を参照してください。

安全なSolanaバリデーターの評価と選択方法

Solanaバリデーターを評価する際、以下の6つの基準が信頼性とリスクを最も明確に示します。

1. 稼働率と非稼働率を確認する: Stakewiz、Solana Beach、またはValidators.appを使用して、稼働率が95%以上のバリデーターをターゲットにします。
2. エポックあたりの投票クレジットを確認する: 一貫して高い投票クレジットは、コンセンサスへの信頼できる参加を示します。
3. 手数料率を比較する: 0〜10%が標準的な範囲です。これはパフォーマンス指標と併せて考慮すべきであり、独立した要素ではありません。
4. ステーキングの集中度を確認する: ネットワーク全体のステーキング総額の10%以上を保持しているバリデーターへの委任は避けてください。ネットワークの中央集権化リスクが高まるためです。
5. バリデーターの実績を確認する: 長期間の非稼働期間がない、クリーンな履歴を探してください。
6. Marinade FinanceやJitoによるリキッドステーキングを検討する: 多くのバリデーターに同時に自動分散投資できます。

リキッドステーキングとスラッシングリスク：Marinade FinanceとJitoの対応

リキッドステーキングプロトコルは、委任されたSOLを多くのバリデーター間でプールし、基礎となるステーキング残高を表す取引可能なリキッドステーキングトークン（LST）を発行します。Marinade FinanceはmSOLを発行し、JitoはjitoSOLを発行します。SOLを単一のバリデーターにロックするのではなく、これらのプロトコルはステーキング残高をバリデータープール全体に自動的に分散させます。

リキッドステーキングの分散による単一バリデーターへの露出軽減

Marinade FinanceとJitoは、大規模なバリデータープールにステーキングを分散させます。単一のバリデーターの不正行為は、ポジション全体ではなく、プールされたステーキング総額のわずかな割合にのみ影響します。たとえば、100個のバリデーターで構成されるプール内の1つのバリデーターが、自身のステーキングの5%をスラッシングされたとしても、影響を受けるのはそのバリデーターに対するプールの露出の100分の1にすぎません。この構造的な分散により、すべてを単一のバリデーターに委任する場合と比較して、集中リスクが軽減されます。

2025年6月現在、Solanaではスラッシングが実装されていないため、この分散は主に将来を見据えた保護メカニズムとして機能しています。Marinade FinanceとJitoはどちらも、バリデーターの選択基準と監視を採用して、非稼働やパフォーマンスの低いバリデーターを回避しています。これにより、スラッシングの状況に関わらず、現在のステーキング報酬が保護されます。

Marinade Finance (mSOL) と Jito (jitoSOL)：プロトコル固有の補償

Marinade FinanceとJitoは、バリデーターの選択方法とプールの構成に基づいて、スラッシングリスクに対して異なるアプローチを取っています。

Marinade Financeは、投票クレジット率、手数料、ステーキング集中度などのパフォーマンス指標に基づいてバリデーターをスコアリングする自動ステーキング委任戦略を使用しています。Marinade Financeのドキュメントによると、このプロトコルは大規模なバリデーターセットにステーキングを分散させ、スコアリング基準を適用して、パフォーマンスの低いバリデーターへの露出を最小限に抑えます。プール内のいずれかのバリデーターがスラッシングに直面した場合、mSOL保有者は比例して影響を受けますが、保有者あたりの影響は、単一のバリデーターへの委任者が直面する影響の数分の一になります。

Jitoのバリデータープールは、Jitoのソフトウェアスタックを実行するバリデーターによるMEV（最大抽出可能価値）インフラストラクチャに焦点を当てています。Jitoのステーキングドキュメントによると、jitoSOL保有者はプールの分散による恩恵を受けます。JitoのMEVに特化したバリデーター構成には独自の特徴があり、その構成と運用プロファイルにおいて、一般的なSolanaバリデータープールとは異なる場合があります。

直接ステーキングとリキッドステーキングは、異なるリスクプロファイルを表すものであり、どちらかが明らかに安全であるという階層関係にあるわけではありません。MarinadeもJitoも将来のスラッシングリスクを完全に排除するものではなく、どちらも直接ステーキングにはないSolanaプログラムのリスクを導入します。プロトコルのバグやガバナンスの脆弱性は、別のカテゴリのリスクとなります。カストディアル型の運用商品を好む読者は、Bybit資産運用,)を確認することもできます（利用可能な場合。決定前に現在の規約、出金条件、およびカストディリスクを比較してください）。

Solana vs. Ethereum、Cosmos、Polkadot：PoSネットワーク間でのスラッシングの比較

以下に比較する5つの主要なPoSネットワークのうち、3つでスラッシングが実装されています。SolanaとCardanoは、2025年6月時点で実装されていません。この単一の構造的事実が、これらのネットワークにおける委任者の主な元本リスク露出の差を生んでいます。

EthereumのBeacon Chain：The Merge（2022年）以降のスラッシングの実装

EthereumのBeacon Chainは、2022年9月のThe Mergeで導入されたPoSコンセンサス層です。Solanaはスラッシングを実装していませんが、EthereumはThe Merge以来、それを実装しています。Beacon Chainでは、2つの条件がスラッシングのトリガーとなります：二重提案（バリデーターが同じスロットに対して2つの異なるブロックを提案する）とサラウンド投票（バリデーターが以前に署名したアテステーションと矛盾するアテステーションに署名する）です。最小の初期ペナルティはバリデーターの実効残高の32分の1であり、同じ期間に多くのバリデーターが同じ違反を犯した場合には、相関ペナルティが上方へスケールします。スラッシングされたバリデーターは、残りのステーキング残高が削除される前に、出金キューの遅延に直面します。詳細な仕様については、Ethereum Beacon Chainのペナルティドキュメント)を参照してください。

Ethereumではバリデーターを直接運用するために最低32 ETHが必要ですが、Solanaには最低ステーキング要件はありません。これら2つのネットワークのより広範な比較については、Solana vs Ethereum.)を参照してください。

マルチチェーンのスラッシング比較 | データは2025年6月現在のものです。ステーキングの決定を行う前に、最新のプロトコルドキュメントを確認してください。

Polkadotのステーキングとコンセンサスモデルの背景については、Polkadotとは？)を参照してください。

5つのPoSネットワークにおいて、2つのスラッシングのアプローチが存在します。実際に金銭的ペナルティがあるもの（Ethereum、Cosmos、Polkadot）と、ないもの（Solana、Cardano）です。Solanaのプロトコルレベルでスラッシングが存在しないことは、現在、バリデーターの不正行為によってデリゲーターの元本が削減されることはないということを意味します。現在のアーキテクチャの支持者は、Tower BFTのロックアウト・メカニズムが十分な抑止力を提供すると主張していますが、批判者は、大規模なバリデーターの責任を問うためには経済的ペナルティが必要であると主張しています。

バリデーターのベストプラクティス：Solanaでスラッシング条件を回避する方法

Solanaにおけるペナルティには、「非活動状態（Delinquency）」、「投獄（Jailing）」、「スラッシング（Slashing）」という3つの異なるタイプがあります。現在のプロトコルで実際に影響があるのは、非活動状態と投獄のみです。本セクションを読むデリゲーターは、バリデーターの実績を確認する際の参考にしてください。バリデーター選定のチェックリストについては、「安全なSolanaバリデーターの評価と選択方法」をご覧ください。

非活動状態 vs スラッシング vs 投獄：違いを理解する

スラッシングと投獄は異なるバリデーター・ペナルティであり、ステーキングされたトークンに及ぼす影響も根本的に異なります。

スラッシングと投獄は2つの異なるバリデーター・ペナルティです。スラッシング（Solanaで提案中）は、二重署名などの不正行為に対する罰として、ステーキングされたトークンを強制的に削減することを含みます。投獄は、長時間のダウンタイムによりアクティブなバリデーターセットから一時的に除外されることであり、ステーキングされたトークンは削減されません。投獄は報酬に影響し、スラッシングは元本に影響します。

バリデーターが長期間オフラインになると、アクティブセットから一時的に除外されることがあり、これは「投獄」または「リーダー・スケジュールからの除外」と呼ばれることがあります。これはスラッシングとは異なり、デリゲーターがトークンを失う結果にはなりません。

Solanaバリデーター運用者のための運用的安全策

提案されているSIMDの実装において、スラッシングの主な引き金となる「偶発的な二重署名」のリスクを軽減するための7つの運用的安全策を以下に示します。プロビジョニングとアカウントセキュリティのコンテキストについては、「Solanaバリデーターの要件（ハードウェアとコスト）」もあわせてご確認ください。

1. 常に単一のアクティブな署名キーのみを実行する。 2つのノードで同じバリデーターIDを同時に共有しないでください。これは偶発的な二重署名の主な原因となります。
2. タワー・ステート（Tower State）のバックアップを実装する。 再起動したノードは、競合する可能性のあるポジションから新しく開始するのではなく、最後にコミットされたロックアウト状態を回復する必要があります。
3. 運用の実現可能性に応じて、バリデーターキーの保管にハードウェア・セキュリティ・モジュール（HSM）を使用する。 これにより、キー漏洩のリスクを軽減できます。
4. 自動アラートを使用して投票クレジット率を監視する。 投票クレジット率の急激な低下は、深刻な非活動状態や二重署名のリスクに発展する前の問題の兆候です。
5. Solana LabsおよびAnzaのクライアント・リリースノートに従い、推奨されるタイムラインでアップグレードを行う。 これにより、意図しない動作を引き起こす可能性のあるコンセンサス関連のバグを回避できます。
6. フェイルオーバーノードを通じてインフラの冗長性を維持するが、決して2つのアクティブな署名ノードを同時に稼働させない。 冗長性と二重アクティブ署名は、互いに排他的な要件です。
7. メインネットで稼働させる前にテストネットのアップグレードサイクルに参加する。 大規模な二重署名条件を引き起こす可能性のあるコンセンサス挙動の変化を事前に察知するためです。

実際のスラッシングがない状態でも、悪い評判が蓄積されたバリデーターは、デリゲーターの離脱を通じて経済的な報いを受けます。デリゲーターは、Stakewiz、Solana Beach、Validators.appなどのパフォーマンスデータを確認し、パフォーマンスの低い運用者からステーキングを移動させます。

Solanaスラッシング・ガバナンス：SIMD提案と将来への意味

最終更新日：2025年6月

Solana改善ドキュメント（SIMD）は、EthereumのEIPに相当する、プロトコルレベルの変更を提案するためのSolanaの正式なガバナンス・メカニズムです。SIMDは、Solana開発者コミュニティがプロトコルの変更を正式に提案、議論、批准するための手段です。Solanaエコシステムを支援するスイス拠点の非営利団体であるSolana Foundationは、バリデーター、開発者、その他のコミュニティのステークホルダーとともに、SIMDの議論を管理する役割を担っています。

バリデーターのスラッシングに関連するSIMD提案は、Solana開発者コミュニティのメンバーによって提出されています。これらの提案は、二重署名（具体的にはTower BFTによって検出されたロックアウト違反）に対して、プロトコルレベルで初めて金銭的ペナルティを導入することを目指しています。コミュニティのレビューが進むにつれて提案のステータスは変化するため、関連するSIMDの現在の状況については、GitHubのSolana改善ドキュメント（SIMD）リポジトリ)で直接確認してください。

ガバナンスの議論は2つの立場に分かれています。支持派は、大規模な環境でバリデーターのインセンティブを調整するには経済的ペナルティが必要であり、スラッシングの欠如はEthereumやCosmosと比較してセキュリティ上のギャップであると主張しています。一方、急速な導入に警鐘を鳴らす人々は、ネットワーク遅延やクライアントのバグによって誠実なバリデーターが二重署名の条件を満たしてしまう、Solanaの高スループット環境における誤検知スラッシングのリスクを指摘しています。

スラッシングを提案するSIMDが承認され実装された場合、バリデーターおよびデリゲーターへの影響には以下が含まれます。

• 二重署名が、Solanaで初めてスラッシュ対象の違反となる
• バリデーターの総ステーキングSOLの一定割合が自動的にバーン（焼却）される
• 承認された特定のSIMDの内容に応じて、デリゲーターも比例した元本の削減に直面する可能性がある
• バリデーターは、変更が有効になる前に、前述の運用的安全策を実装する必要がある

2025年6月現在、スラッシングに関するSIMDは実装されていません。ガバナンスの議論は本記事の公開サイクルとは別に進展するため、このトピックを追跡している読者は、SIMDリポジトリを直接監視する必要があります。

Solanaバリデーター・スラッシングに関するよくある質問

Solanaにはバリデーター・スラッシングがありますか？

いいえ。2025年6月現在、Solanaはプロトコルレベルでのバリデーター・スラッシングを実装していません。Solanaには、不正行為に対する罰として、バリデーターがステーキングしているSOLを自動的にバーンしたり削減したりするメカニズムはありません。スラッシングはSolana改善ドキュメント（SIMD）を通じて正式に提案されていますが、未実装のままです。バリデーターは報酬に影響するペナルティ（非活動状態、投票クレジットの削減）を受けますが、トークンの削減は受けません。

Solanaでバリデーターの不正行為により、ステーキングしたSOLを失うことはありますか？

2025年6月現在、バリデーターの不正行為によって、デリゲートしたSOLの元本がプロトコルにより自動的に削減されることはありません。影響を与える可能性があるのはバリデーターのパフォーマンスです。非活動状態やパフォーマンスの低いバリデーターは獲得する投票クレジットが少なくなり、その期間のステーキング報酬が減少します。将来的にSIMDスラッシングが実装された場合、デリゲーターは比例した元本のリスクに直面することになります。

Solanaのコンセンサスにおける二重署名（Equivocation）とは何ですか？

二重署名は、バリデーターが同じスロットに対して2つの矛盾する投票またはブロックに署名し、同時にブロックチェーンの2つの異なるバージョンをサポートしようとしたときに発生します。Tower BFTにおいて、これはロックアウト違反を構成します。二重署名は、提案されているスラッシング実装が対象とする主な不正行為です。Solanaのプロトコルは二重署名を検出できますが、現在はトークンの削減による罰則を科していません。

Solanaにおけるバリデーターの非活動状態とスラッシングの違いは何ですか？

遅延（Delinquency）とは、検証者がダウンタイムにより投票を missed することを意味します。これは投票クレジットの削減を通じてステーキング報酬にのみ影響し、元本のSOL残高を減らすことはありません。スラッシング（Solanaでの導入が提案されている）は、二重投票のような意図的な不正行為に対する罰として、ステーキングされたトークンが自動的にバーンされることを伴います。遅延は利回りに影響し、スラッシングは元本に影響します。ジャイルされた検証者は、長期間の遅延によりアクティブセットから一時的に除外された状態であり、これも委任者の元本には影響しません。

Solanaステーキングは、スラッシングに関してEthereumステーキングよりも安全ですか？

2025年6月現在、Solanaの委任者は、スラッシングがSolanaのプロトコルレベルに存在しないため、元本に対するスラッシングリスクに直面しません。EthereumのBeacon Chainは、2022年のThe Merge以降スラッシングを実装しており、流動的ステーキングプロトコルを使用するEthereumの委任者は、検証者が違反を犯した場合、比例的なスラッシングエクスポージャーを負うことになります。Ethereumでのスラッシングイベントは、実際には比較的まれです。Solanaの現在の元本リスクは、スラッシング以外の要因から生じています。

Solanaのスラッシングに関するSIMD提案とは何ですか？

Solana Improvement Documents (SIMDs) は、プロトコルレベルの変更に関する正式なガバナンス提案です。2025年6月現在、Solanaでの二重投票に対する金銭的ペナルティを導入するためのSIMD提案が提示されています。特定の提案の現在のステータスは、コミュニティレビュー中にステータスが変更されるため、Solana Improvement Documents (SIMD) リポジトリ,)で確認する必要があります。

Marinade FinanceまたはJitoはスラッシングから保護してくれますか？

Marinade FinanceとJitoの両方とも、委任されたSOLを多数の検証者に分散させることで、単一の検証者の不正行為に対するエクスポージャーを軽減します。大規模なプール内の1つの検証者がスラッシュされた場合でも、プールされた合計ステーキングのわずかな割合しか影響を受けません。どちらのプロトコルもスラッシングリスクを完全に排除するものではなく、どちらも直接ステーキングにはないSolanaプログラムのリスクを導入します。現在の詳細については、Marinade FinanceのドキュメントおよびJitoステーキングのドキュメントを参照してください。

Solanaでスラッシングが実装された場合、どのように機能しますか？

提案されているSIMDスラッシング実装の下では、メカニズムはTower BFTの既存の二重投票検出を通じて機能します。検証者が二重投票（ロックアウト違反）を犯した場合、プロトコルはその検証者の総ステーキングSOLの定義された割合を自動的にバーンします。委任者は、比例して委任されたステーキングの同じ割合を失う可能性が高いです。ペナルティの額はSIMDの議論で提案されていますが、最終決定されていません。メカニズムの完全な説明については、Solanaは検証者の不正行為をどのように処理するかを参照してください。

Solanaのステーキングアカウントとは何ですか？

Solanaのステーキングアカウント（stake account）は、ステーキングされたSOLを保持し、特定の検証者への委任を追跡するオンチェーンレコードです。これは、ステーキングされた量、委任先の検証者、および現在のステーキングステータス（アクティブ、非アクティブ化中、または非アクティブ）を記録します。スラッシング実装の下では、あなたのステーキングアカウントは、検証者に適用されるあらゆるペナルティの直接の対象となります。ステーキングアカウントは、メインのSOLウォレットとは異なります。

Tower BFTとは何ですか？

Tower BFTはSolanaのコンセンサスプロトコルであり、検証者がブロックチェーンの状態について合意するために使用するシステムです。Proof of Historyの上に構築されており、指数関数的に増加するロックアウトウィンドウを使用することで、複数の競合するブロックチェーンバージョンへの投票を経済的に非合理的なものにします。Tower BFTは二重投票を検出できますが、現在それに対して金銭的ペナルティをトリガーすることはありません。これは、Solana上の将来のスラッシングメカニズムが運用されるであろうアーキテクチャの基盤です。

結論：本日のSolanaステーキングはスラッシングの危険から安全か？

2025年6月現在、Solanaのステーキングにはプロトコルレベルでのスラッシングリスクはありません。検証者の不正行為により、委任されたSOLがプロトコルによって自動的に削減されることはありません。現在、委任者が直面するリスクは、検証者の遅延や手数料体系によるステーキング報酬に影響を与えるものであり、元本残高には影響しません。

将来的な見通しは異なります。Solanaコミュニティでは、スラッシングを導入するためのSIMDガバナンス提案が活発に行われており、これが採択されれば、委任者は元本に対する比例リスクに直面することになります。SIMDの状況を監視することは、ステーキングのリスクプロファイルを追跡する上で意味のある部分となっています。

ステーキングを行う方へ： Solana BeachまたはValidators.appを使用して、検証者の投票クレジット率と稼働率を確認してください。自動的な分散化のためには、Marinade FinanceまたはJito経由の流動的ステーキングが、手動での検証者管理を必要とせずにあなたのステーキングを分散します。委任する前に、上記の検証者選択基準を参照してください。

検証者の方へ： Solana Improvement Documents (SIMD) リポジトリで現在のSIMD提案を確認し、プロトコルの変更が承認される前に、Tower BFTの運用上の保護措置を今すぐ実装してください。

研究者およびアナリストの方へ： SIMDリポジトリでSIMDガバナンスの状況を追跡し、比較セキュリティモデリングのためにSolanaの検証者ペナルティモデルをEthereumのスラッシングインシデント履歴と比較してください。

用語集

Beacon Chain： Ethereumのプルーフ・オブ・ステーク（Proof of Stake）コンセンサスレイヤー。2022年9月のThe Mergeで導入されました。スラッシングはBeacon Chain上で実装されており、Merge前のEthereumには実装されていません。

Byzantine Fault Tolerance (BFT)： 分散システムにおける、一部の参加者が悪意を持って行動したり失敗したりしても、ネットワークが正しく運用を継続できる性質。ビザンチン将軍問題に由来します。Tower BFTは、Solana独自のBFTクラスのコンセンサス実装です。

Delinquency（遅延）： ダウンタイムやパフォーマンスの問題により投票を missed するSolana検証者。遅延は投票クレジットを減少させ、ステーキング報酬に影響しますが、元本の残高は減少させません。スラッシングやJailingとは異なります。

Delegator（委任者）： 自身でノードを実行せずに、検証者にステーキングを委任するSOL保有者。委任者は、検証者のステーキングプールにおける自身のシェアに比例したステーキング報酬を得ます。ほとんどの個人SOLステーキング者は、技術的には検証者ではなく委任者です。

Epoch（エポック）： Solanaプロトコルにおける固定期間。期間は約2～3日です。ステーキング報酬はエポックごとに配布されます。SolanaのステーキングされたSOLを引き出すためのアンボンディング期間は、約1エポックです。

Equivocation（二重投票）： 検証者が同じスロットに対して2つの矛盾する投票またはブロックに署名すること。一般的にダブル投票と呼ばれます。Tower BFTでは、これはロックアウト違反を構成します。二重投票は、提案されているスラッシング実装がターゲットとする主要な挙動です。

Jailing（ジャイリング）： 通常、長期間の遅延により、検証者がアクティブなコンセンサスセットから一時的に除外されること。ジャイリングはステーキングされたトークンを減らしません。ジャイリング期間中の報酬獲得能力にのみ影響します。スラッシングとは異なります。

Liquid Staking Token (LST)： 流動的ステーキングプロトコル内で保持されているステーキング済みSOLを表す取引可能なトークン。mSOLはMarinade FinanceのLST、jitoSOLはJitoのLSTです。LSTは通常のステーキング済みSOLとは異なる金融商品です。

Lockout（ロックアウト）： 検証者が一方のフォークにコミットした後、競合するフォークへの投票を妨げるTower BFTのメカニズム。ロックアウトウィンドウは、後続の投票ごとに指数関数的に増加します。ロックアウト違反は二重投票を構成します。

Proof of History (PoH)： 暗号学的な時刻同期メカニズムであり、コンセンサスメカニズムではありません。PoHはネットワーク上のイベントシーケンスの検証可能な記録を作成し、暗号学的な時計として機能します。SolanaのコンセンサスメカニズムであるTower BFTは、PoHの上に構築されています。

Proof of Stake (PoS)： 検証者がトークンを担保としてブロック生成と投票に参加するコンセンサスフレームワーク。スラッシングは、PoSシステムで正直な行動を強制するペナルティメカニズムです。Solanaは標準的なPoSではなく、ハイブリッドアーキテクチャ（PoHとTower BFT）を使用しています。

SIMD（Solana改善提案書）：EthereumのEIPに類似した、プロトコルレベルの変更を提案するためのSolanaの正式なガバナンスメカニズム。SIMDは、Solanaでスラッシングが提案されているものの、まだ実装されていない方法です。

スラッシング：Proof of Stakeブロックチェーンにおけるプロトコルレベルの罰則であり、二重署名などの証明可能な不正行為に対する罰として、バリデーターのステーキングされたトークンを自動的に削減します。2025年6月現在、Solanaではスラッシングは実装されていません。

ステーキングアカウント：デリゲーターのステーキングされたSOLを保持する、Solana固有のオンチェーンデータ構造。ステーキングされた量、委任されているバリデーター、および現在のステーキング状況を記録します。メインのSOLウォレットとは異なります。

Tower BFT：Proof of Historyを基盤としたSolanaのビザンチン耐性コンセンサスプロトコル。バリデーターはフォークに投票し、各投票には指数関数的に増加するロックアウトウィンドウが付与されます。Tower BFTは二重署名を検出できますが、現時点ではトークン削減による罰則はありません。

バリデーター：Solanaバリデーターインフラストラクチャを実行し、Tower BFTを通じてコンセンサス投票を行い、ブロック生成に参加するノードオペレーター。バリデーターはデリゲーターとは異なります。バリデーターは、スラッシング実装下で直接罰せられるエンティティです。

バリデーター手数料：デリゲーターに配布される残りのステーキング報酬からバリデーターが保持する割合。手数料は、ステーキングされた元本ではなく、獲得した報酬に対するパーセンテージです。10%の手数料は、バリデーターが獲得した報酬の10%を保持することを意味します。

関連資料

• Solana vs Ethereum: 今買うべきはどちらか
• Polkadotとは？パラチェーン解説