- 1 イーサリアムCasper FFGの解説一覧
- 2 イーサリアムバリデータのペナルティ
- 3 Inactivity LeakのETHペナルティ
- 4 Inactivity Leakのペナルティ計算
- 5 Inactivity leakとバリデータスラッシュ
- 6 まとめ
イーサリアムのPoSであるCasper FFGでは、非中央集権かつバリデータノードが誠実にネットワークに携わるインセンティブを与えます。それに伴い、バリデータノードはオンラインである必要があり、悪意のある攻撃ではないノードでもペナルティを受けることがあるのです。
本稿ではバリデータを建てるにおいて心配となるオンライン問題とそのペナルティについて詳しく解説を行います。
イーサリアムCasper FFGの解説一覧
Vol.257「イーサリアム2.0 バリデータのペナルティ”Inactivity Leak”でスラッシュされる条件」
Vol.259「イーサリアム2.0 ステーキングペナルティ Partial Slashingとは?」
Vol.398「ETH2バリデータのプロポーザーとアテスター フォークチョイスルールによる合意形成の仕組み」
Vol.399「イーサリアム2.0コミッティ(Committee)とは?ETH2ブロックプロポーザーへのDDoS攻撃問題」
Vol.630「イーサリアム2.0のスラッシャー(Slasher)とは?Casper FFGのペナルティコンセンサス」
Vol.632「イーサリアム2.0のアテステーション(Attestations)とは?Justificationとアルタイルでの報酬形態」
イーサリアムバリデータのペナルティ
イーサリアム2.0のCasperでは、PoSでのファイナリティとコンセンサスを行うためにバリデータにペナルティを用意することで、ブロック生成を誠実に行うインセンティブを与えます。Casper FFGではバリデータの2/3の投票によりファイナリティを決定するので、必ずEpochごとに投票が必要となるのです。
Epochは、現在のEthashでも使用されている”ブロックの期間”で、30,000ブロックのことを示します。1ブロック平均15秒であるEthashでは、1Epoch が約5.2日となっているのに対し、Casper FFGでは