Skip to main content

バリデーターとは

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

バリデーターとは

バリデーターは、トランザクションを検証し、新しいブロックを提案し、ブロックチェーンの整合性の維持を助けるネットワーク参加者です。proof-of-stake (PoS) や関連するコンセンサスメカニズムでは、バリデーターはブロック生成と検証に参加するために担保としてトークンをロック（ステーク）します。バリデーターが正直に振る舞えば報酬を得ます。悪意をもって行動したり職務を果たさなかったりすれば、そのステークはスラッシングを通じて減らされうるものです。

要約： バリデーターは、トランザクションを検証しブロックを生成することでブロックチェーンの保護に参加するためにトークンをステークするノードの運用者です。正直なバリデーターは報酬を得て、不誠実または過失のあるものはステークを失います。

バリデーターの仕組み

バリデーターはコンセンサスメカニズム — ブロックチェーンの参加者がどのトランザクションが有効で、どの順序でチェーンに追加されるかに合意するプロトコル — の文脈で動作します。proof-of-stake システムでは、プロセスは一般的なパターンに従います。

  1. ステーキング。 バリデーターはブロックチェーンのネイティブトークンの必要量をステーキングコントラクトにロックします。このステークは担保として機能します — 正直な振る舞いへのバリデーターの金銭的なコミットメントを示します。
  2. ブロックの提案。 コンセンサスプロトコルが次のブロックを提案するバリデーターを選びます。選定方法はさまざまです。ランダムであったり、ステークのサイズで重み付けされたり、ラウンドロビンのスケジュールに基づいたりします。選ばれたバリデーターは保留中のトランザクションをブロックに組み立てます。
  3. アテステーション／投票。 他のバリデーターが提案されたブロックを検証します — トランザクションが有効であること、ブロックがプロトコルのルールに従うこと、前のブロックに正しく接続することを確認します。彼らはブロックに署名（アテスト）することで合意を示します。
  4. ファイナライズ。 十分なバリデーター（通常はバリデーターセットの 3 分の 2 のような超多数）がブロックにアテストすると、ブロックはファイナライズされたと見なされ、恒久的にチェーンに追加されます。
  5. 報酬。 ブロックを提案し正しくアテストするバリデーターは、通常はチェーンのネイティブトークンで報酬を受け取ります。報酬は、ハードウェアを実行する運用コストと資本をロックする機会費用に対してバリデーターを補償します。

バリデーターの職務

バリデーターの責務は、時折ブロックを提案することにとどまりません。

  • 継続的な可用性。 バリデーターはノードソフトウェアを 24 時間 365 日実行しなければなりません。アテステーションの職務を取りこぼしたり、ブロックを提案するよう選ばれたときにオフラインだったりすると、報酬の取りこぼしと、一部のプロトコルでは軽微なペナルティをもたらします。
  • 正しい振る舞い。 バリデーターはプロトコルのルールに従わなければなりません。二つの矛盾するブロックへの署名（二重署名）、無効なトランザクションへのアテスト、チェーンの再編成の試みは、スラッシングを引き起こす違反です。
  • ソフトウェアの保守。 バリデーターはノードソフトウェアを最新に保ち、セキュリティパッチを適用し、ネットワークのアップグレードに参加しなければなりません。
  • インフラの管理。 バリデーターの実行には、信頼できるハードウェア、ネットワーク接続、運用の監視が必要です。

Proof of Stake とバリデーターの経済

proof-of-stake (PoS) システムでは、バリデーターが proof-of-work (PoW) システムのマイナーに取って代わります。計算パズルを解くために競い合う（エネルギーを消費する）のではなく、バリデーターはコミットしたステークの量に基づいてブロックを生成するよう選ばれます。

委任型と指名型のバリアント

多くの PoS システムは、自分でバリデーターノードを実行したくないトークン保有者が、既存のバリデーターにトークンを委任できるようにします。バリデーターがノードを運用し、委任者がステークを提供します。報酬はバリデーター（手数料を取る）と委任者の間で分け合われます。

バリデーターを伴う一般的な PoS のバリアント：

バリアント バリデーターがどう選ばれるか 例
Pure PoS ステークで重み付け；適格なステーカーは誰でも検証できる Ethereum（マージ後）
Delegated PoS (DPoS) トークン保有者が限られたバリデーターのセットに投票する EOS、Tron
Proof of Staked Authority (PoSA) バリデーターはステークされ承認される；PoS を権威の選定と組み合わせる BNB Chain
Nominated PoS (NPoS) ノミネーターがステークでバリデーターを後押し；アルゴリズム的な選定 Polkadot、Kusama

バリデーターセットのサイズは劇的に異なります。（DPoS や PoSA システムでの）数十から、（Ethereum の PoS での）数千までです。

スラッシングと説明責任

スラッシングは、バリデーターがプロトコル違反への罰としてステークしたトークンの一部または全部を失うメカニズムです。スラッシングは、権威や評判を通じてではなく、経済的なペナルティを通じて正直な振る舞いを執行します。

一般的なスラッシング対象の違反には次のものがあります。

  • 二重署名。 同じ高さで二つの矛盾するブロックを提案またはアテストすること。これはチェーンの一貫性を脅かすため、最も深刻な違反です。
  • サラウンド投票。 以前のアテステーションと矛盾するかたちでアテストし、チェーン履歴の矛盾する見方を生み出すこと。
  • 長時間のダウンタイム。 一部のプロトコルでは、長期間の利用不能が段階的なステークの減少（スラッシングではなく「inactivity leaking」と呼ばれることもある）をもたらします。

スラッシングの重大さはプロトコルと違反によって異なります。軽微な違反は小さなペナルティをもたらすことがあり、二重署名は通常ステークの相当な部分が破壊される結果になります。

クリプト AI におけるバリデーター

クリプト AI の文脈では、バリデーターは二つの異なる役割で現れます。

ブロックチェーンのバリデーター

標準的なブロックチェーンのバリデーターは、クリプト AI プロジェクトが構築されている基盤チェーンを保護します。すべての PoS ベースのクリプト AI プロジェクトは、トランザクションを処理し、スマートコントラクトを実行し、状態変化をファイナライズするためにバリデーターに依存します。バリデーターのインフラはプロジェクトの信頼の基盤の一部です。

AI 固有のバリデーター

一部のクリプト AI プロジェクトは、自身のネットワーク内に専門的なバリデーターの役割を導入します。これらのバリデーターはブロックチェーンのトランザクションを検証するだけではなく — AI 関連の作業を検証します。

  • 推論バリデーター。 証明（ZK 証明、TEE アテステーション）を確認したり、複数の提供者からの結果を比較したりすることで、AI 推論が正しく実行されたことを検証します。
  • コンピューティングバリデーター。 GPU 提供者が主張どおりに計算タスクを完了したことを、計算の一部を再実行したり計算の暗号的な証明を確認したりすることで検証します。
  • データバリデーター。 AI データマーケットプレイスやトレーニングパイプラインに提出されたデータの品質、真正性、整合性を検証します。
  • オラクルバリデーター。 AI モデルが消費する外部のデータフィードを検証し、データが AI パイプラインに入る前に改ざんされていないことを保証します。

これらの AI 固有のバリデーターの役割は、ベースレイヤーのブロックチェーンのコンセンサスとは別個の、独自のステーキングとスラッシングのメカニズムを伴うことがしばしばあります。

バリデーターとノード

よくある混同は、バリデーターとノードの間のものです。すべてのバリデーターはノードを実行しますが、すべてのノードがバリデーターであるわけではありません。

役割 何をするか ステーキングが必要か
フルノード ブロックチェーン全体をダウンロードして検証；コンセンサスルールを執行する いいえ
アーカイブノード すべての履歴の状態も保存するフルノード いいえ
ライトノード 完全なチェーンをダウンロードせずにブロックヘッダーを検証する いいえ
バリデーターノード ブロックを提案しアテストもするフルノード はい（PoS システムでは）

バリデーターでないフルノードを実行することは、ネットワークの分散化とデータの可用性に貢献しますが、ブロック報酬を得たりステーキングを必要としたりはしません。

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

バリデーター関連の情報は、いくつかの文脈でプロジェクトカードに現れます。

  • チェーンのインフラ。 プロジェクトの基盤ブロックチェーンのコンセンサスメカニズムとバリデーターモデルは、運用の文脈の一部です。
  • AI component。 プロジェクトが AI 関連の検証（推論の検証、コンピューティングの検証）に専門的なバリデーターを使うとき、これは AI component フィールドに現れます。
  • Token model。 バリデーターを実行するためにトークンをステークすることは、トークンの有用性の最も一般的で具体的な形の一つです。それはトークンの所有をネットワークセキュリティに直接結びつけます。
  • Evidence 表。 自身のバリデーターネットワークを持つプロジェクトでは、Tier-1 エビデンスにアクティブなバリデーターの数、ステーキングのパラメータ、スラッシング事象、稼働率の指標が含まれます。

バリデーターだけでは証明できないこと

  • バリデーターを実行することは、プロジェクトに本物の AI があることを証明しません。バリデーターはブロックチェーンレイヤーを保護します。AI レイヤーには別個のエビデンスが必要です。
  • 大きなバリデーターの数は分散化を証明しません。少数のエンティティが（委任や複数のバリデーターノードを通じて）ほとんどのバリデーターを支配すれば、ネットワークは実務上中央集権的かもしれません。
  • バリデーターのステーキングは AI コンポーネントへの token necessity を証明しません。トークンはブロックチェーンのコンセンサスには必要でも、AI パイプラインには必要でないかもしれません。
  • 高いステーキング報酬は持続可能性を証明しません。報酬率はトークンの発行に依存し、それは時とともにトークンの価値を希薄化するかもしれません。
  • ある役割を「バリデーター」と呼ぶことは、それがコンセンサスの意味で検証することを意味しません。一部のプロジェクトは、チェックや検証を行う任意のノードに対してこの用語を緩く使います。

混同しないでください

  • ノード — ブロックチェーンソフトウェアを実行しチェーンのコピーを維持する任意の参加者。バリデーターは、追加の責務（ブロック生成、アテステーション）と要件（ステーキング）を持つ特定のタイプのノードです。
  • マイナー — proof-of-work システムでは、マイナーが計算パズルを解いてブロックを提案します。バリデーターは proof-of-stake システムで類似の役割を果たしますが、計算ではなくステーキングを通じてです。
  • 委任者（Delegator） — トークンをバリデーターにステークするがノードのインフラを実行しないトークン保有者。委任者はバリデーターが正直に振る舞うことを信頼し、報酬を分け合います。
  • コンセンサスメカニズム — バリデーターがどう協調するかを定義するプロトコル。バリデーターはコンセンサスメカニズム内の参加者であり、メカニズム自体ではありません。
  • オラクル — スマートコントラクトに情報を供給する外部のデータ提供者。一部のプロジェクトはバリデーターとオラクルの役割を組み合わせますが、それらは別個の機能です。

よくある質問

バリデーターを実行するには何が必要ですか？

要件はブロックチェーンによって異なります。一般的な要件には次のものが含まれます。最低ステーク（ネイティブトークンの控えめな量から相当な量まで幅がありうる）、十分な CPU・RAM・ストレージ・帯域幅を持つ専用のサーバーハードウェア（またはクラウドインスタンス）、高い稼働率を持つ信頼できるインターネット接続、そしてノードソフトウェアをインストール・設定・保守する技術的な知識です。一部のチェーンはバリデーターにガバナンスや申請のプロセスを通過することも要求します。多くのトークン保有者は、自分で実行するよりも既存のバリデーターにステークを委任することを選びます。

バリデーターがオフラインになるとどうなりますか？

結果はプロトコルに依存します。ほとんどの PoS システムでは、オフラインになるバリデーターは利用不能な期間の報酬を取りこぼします。一部のプロトコルは追加のペナルティを課します。たとえば Ethereum は、ネットワーク参加が低い期間にオフラインのバリデーターのステークをゆっくり減らす段階的な「inactivity leak」を適用します。これは（悪意ある振る舞いを狙う）スラッシングよりも軽度ですが、それでも高い稼働率を維持する金銭的インセンティブを生み出します。

バリデーターと委任者の違いは何ですか？

バリデーターは実際のノードのインフラ — ハードウェア、ソフトウェア、ネットワーク接続 — を実行し、ブロックを提案しアテストする職務を遂行します。委任者は、いかなるインフラも実行せずにバリデーターのステークにトークンを提供します。バリデーターが作業を行い、委任者が追加の経済的セキュリティを提供します。報酬は両者の間で分けられ、通常はバリデーターが手数料を取ります。委任者はスラッシングのリスクを分け合います。委任先のバリデーターがスラッシングされれば、委任者は委任したステークの比例した量を失います。

バリデーターは不当にスラッシングされることがありますか？

スラッシングは、主観的な判断ではなく、明確に定義されたプロトコル違反を罰するよう設計されています。たとえば二重署名は、バリデーターが矛盾するメッセージの暗号的な証拠を生み出すことを要求します — これは客観的に検証可能です。しかし、運用上のリスクは存在します。ソフトウェアのバグ、同じバリデーターの二つのインスタンスを誤って実行してしまう設定ミスのフェイルオーバーシステム、矛盾するアテステーションを引き起こすインフラの障害は、悪意がなくてもスラッシングを引き起こしうるものです。バリデーターは、慎重なインフラ設計、監視、二重署名しうる冗長なインスタンスの実行の回避を通じて、これらのリスクを緩和します。

外部リンク

関連ページ

No comments to display

Back to top