本文へ移動
Financial Context Wiki

バリデーター

バリデーターとは、必ずしも一台の機械、オペレーター、または所有者ではなく、プロトコルによって認識されるコンセンサスのアイデンティティです。その入場、鍵、義務、有効な重み、報酬、ペナルティ、委任、及び退出を正確なネットワーク規則に従って分析してください。

更新日

教育目的のみに使用されます；投資の助言ではありません。投資は損失をもたらす可能性があります。

直接の答え

バリデーターとは、ブロックの提案、投票、証明、あるいは最終化などのコンセンサス業務を行う資格があるとプロトコルが認識するアイデンティティです。プロトコルはそのアイデンティティにキー、ステータス、投票または選択の重みを関連付けます。具体的な参加ルール、業務セット、および責任メカニズムはネットワーク固有です。プルーフ・オブ・ステークシステムでは通常、バリデーターはステーク（担保または実効ステーク）によって重み付けされますが、ビザンチン障害耐性や許可制のシステムでは、固定または管理されたバリデーターセットを使用する場合があります。

バリデーターは、自動的にノード、マシン、オペレーター、ステーカー、デリゲーター、プール、または法的主体と同じものではありません。1人のオペレーターが複数のバリデーターIDを運用できる場合もありますし、1つのバリデーターが複数のクライアントやマシンを使用できる場合もあります。フルノードは投票する権限がなくてもチェーンを検証できますし、委任されたステークはコンセンサスキーを管理していない人々に経済的に属する場合もあります。これらの区別は、障害の帰属、集中度、および誰が報酬や損失を受けるかあるいは負うかを決定します。

これらの物を分けて保管してください:

  • ノードまたはクライアント： は、プロトコルデータを受信、検証、実行、転送するソフトウェアとインフラであり、多くのノードはバリデーターではありません。
  • バリデーター 身元: は、状態、義務、重み、報酬、およびペナルティが関連付けられるプロトコル記録または公開鍵です。
  • バリデーター オペレーター: は、複数の身元に対して署名および運用システムを管理している個人または組織です。
  • ステーカーまたはデリゲーター： 経済的所有者またはステークの拠出者です。委任は通常、バリデーターの署名権限を移転せずに重みを割り当てます。
  • アクティブなバリデーターセットと有効な重み： 現在義務を負う資格のある身元および、選択や定足数計算に使用されるプロトコル測定された重みであり、生のウォレット残高とは異なる場合があります。

この言葉はまた、バリデータが任意のトランザクションが法的または経済的に望ましいかどうかを決定することを意味するわけではありません。ノードは決定論的な有効性ルールを適用します。コンセンサス参加者は、有効な候補の中から順序付けられた履歴を選択したり確定したりするのを助けます。有効なブロックでもフォーク選択の競争に負けることがあり、無効なブロックは、強力なバリデータが署名したからといって有効になるわけではありません。

バリデーターを分析する方法

1。プロトコルとルールセットを修正してください

network、chain ID、アクティブフォークまたはランタイム、ブロックまたはエポック、クライアント/仕様リリース、および関連するステーキング契約またはモジュールを記録してください。 validator、nominator、delegator、vote account、operatorの用語は、Ethereum、Cosmos SDKチェーン、Polkadot、およびSolanaで互換性はありません。別のネットワークからルールを転送するのではなく、ライブパラメータと確定状態を確認してください。

2。ID、キー、コントロールを解決する

バリデーターのインデックス、アドレス、投票またはコンセンサス公開鍵、引き出しまたは所有者権限、手数料受取人、オペレーター、および受益者をマッピングします。どの鍵がコンセンサスメッセージに署名できるか、どの資格情報が資金を転送または引き出せるか、そしてリモートサイナー、マルチシグネチャポリシー、カストディアン、またはスマートコントラクトがそれらの間に存在するかを判断します。例えばEthereumは、バリデーター署名鍵を引き出し資格情報から分離しています；その鍵モデルは普遍的ではありません。

3。入場、起動、終了を追跡

最小ステークまたは指名要件、登録トランザクション、ボンディングおよびアクティベーションキュー、アクティブセットの選択、セッションまたはエポックの境界、チャーン制限、アンボンディング、強制退出、および出金の完了を特定します。Deposited、bonded、eligible、active、exiting、withdrawable、およびwithdrawnは異なる状態です。キューに入ったバリデーターは何も稼げない場合がありますが、退出中のバリデーターはまだ義務やペナルティのリスクにさらされる場合があります。

4。職務および署名の制約を列挙する

提案者、証明、事前投票、事前コミット、可用性、集約、同期、またはその他の義務とその締め切りを一覧にします。各署名済みメッセージについて、該当する場合はドメイン、高さまたはスロット、ソースとターゲット、フォークのコンテキスト、および二重署名防止ルールを記録します。決定論的なブロックの有効性をフォーク選択やファイナリティと区別します。義務の未履行、署名の遅延、無効なメッセージへの署名、または矛盾するメッセージへの署名は、異なる結果をもたらす可能性があります。

5。効果的な重みと定足数の計算を再現する

プロトコルが生のステーク、上限付きeffective stake、委任されたシェア、指名エクスポージャー、評価、1バリデーター1票、またはその他の重みを使用しているかどうかを判断します。関連するスナップショットでステークを照合し、現在のウォレット残高ではなく確認します。その後、選択確率、定足数の閾値、およびバリデーター記録を単に数えるだけでなく、共通のオペレーター、署名者、クラウド、クライアント、またはガバナンスの管理による集中度を計算します。

6。経済学と損失配分を調整する

流入を、発行、優先手数料、MEVまたは提案者報酬、委任手数料、サービス収益に分ける。未取得報酬、通常のペナルティ、スラッシング、強制退出の影響、カストディ手数料、インフラコスト、税金、保険も分けて示す。報酬が自動的に複利されるかどうか、また各損失をオペレーター、自ステーカー、委任者、指名者、プール保有者、または再ステーカーの誰が負うかを明示する。

7。オペレーションを確認し、オンチェーンの状態を検証する

鍵の管理、署名者の排他性、スラッシング保護、時計の同期、ピア接続、ディスクとメモリの余裕、クライアントとロケーションの多様性、フェイルオーバーフェンシング、バックアップ復元、監視、インシデント対応を確認してください。ダッシュボードとプロバイダーのステートメントを、確定済みブロック、バリデータの状態、署名済みメッセージ、報酬記録、ペナルティ、出金状態と照合してください。エクスプローラーのラベルは参考情報として有用であり、権威あるプロトコル定義ではありません。

例題

割り当ての確率と分散

プロトコルは、バリデーターを有効ウェイトに比例してサンプリングすると仮定します。バリデーター V は 64 ユニットを持ち、総有効ウェイトは 3,200,000 なので、1つの機会が発生する確率は次の通りです:

64 / 3,200,000 = 0.00002 = 0.002%.

100,000 の独立した例示的な機会を通じて、予想される割り当ては lambda = 100,000 * 0.00002 = 2 です。Poisson の近似の下では、割り当てがゼロである確率は次の通りです:

P(0) = exp(-2) = 13.5335%.

したがって、その時間枠で割り当てがないこと自体ではダウンタイムを証明することにはなりません。実際のプロトコルでは独立性なしにサンプリングしたり、委員会を割り当てたり、実効残高に上限を設けたり、義務を異なるスケジュールで配置したりすることがあるため、実際の選択アルゴリズムを使用してください。

重み付きライブネスはバリデーターの数ではありません

最終性には総投票ウェイトの3分の2を厳密に超えることが必要で、スナップショットには1,000,000ユニットがあります。最小の整数閾値は666,667です。オンラインのバリデーターが655,000を占める場合、不足は次の通りです:

666,667 - 655,000 = 11,667.

65 件のバリデーターレコードがオンラインで、総レコード数が 100 件であっても、件数だけでは閾値を確立できません。逆に、少数の高ウェイトのバリデーターが閾値を満たし、オペレーターとインフラの集中を生じさせる場合があります。

報酬および手数料のウォーターフォール

ある期間において、バリデーターがプロトコル報酬として1,800単位、手数料として300を稼ぎ、60のプロトコルペナルティを負い、15%の手数料を課すとします。ペナルティ控除後の基準額は2,040です:

1,800 + 300 - 60 = 2,040.

operator_commission = 2,040 * 0.15 = 306.

delegator_distribution = 2,040 - 306 = 1,734.

もしインフラと人件費が運営者240にかかる場合、その税引前の例示的純利益は306 - 240 = 66です。これは、契約が両方の収益カテゴリーに対してペナルティ後の手数料を適用することを前提としています。別のチェーンや提供者は、異なる基準、タイミング、四捨五入、または損失配分を使用する場合があります。

記録と共通管理

ブロックエクスプローラーには、120 件のバリデーターレコードが表示され、各レコードの有効ウェイトは 32 ユニットです。

120 * 32 = 3,840.

調査は 60 の記録をオペレーター A に、40 を B に、20 を C にマッピングします。それらの有効な重みは 1,920、1,280、640、または 50%、33.3333%、16.6667% です。インターフェースは 120 のバリデーターの身元を報告しますが、既知のオペレーターは3者のみです。さらなる分析では、共有署名者、クライアント、クラウド、および実質的所有権もグループ化する必要があります。記録数は分散化の指標ではありません。

リスクとレビューの失敗

  • 間違ったプロトコルモデル： 他のチェーン、フォーク、ランタイム、またはステーキング契約からのルールは、間違ったステータス、義務、または閾値を生じる可能性があります。
  • ノードバリデータの混同: は到達可能なノードをアクティブなバリデーターとしてカウントしたり、すべてのバリデーターのアイデンティティを別々のマシンとして扱ったりすると、トポロジーが歪む。
  • 同一性演算子の混同: 1人のオペレーターが多くのキーを操作できるため、記録の数はガバナンスや障害の集中を隠すことができます。
  • ステーカーとオペレーターの混同： の委任された経済的所有権には、必ずしも署名権限や運営管理権が含まれるわけではありません。
  • 停滞状態： の現在のステークおよびステータスは、割り当て、定足数、報酬、またはペナルティに使用されるスナップショットとは異なる場合があります。
  • 生の有効残高の不一致: のキャップ、フロア、丸め単位、株式、指名ルールは、ウォレットの残高をコンセンサスの重みと無関係にすることがあります。
  • 主要な役割の混乱: のコンセンサスキー、引き出し資格情報、アカウント所有者、手数料受取人、およびガバナンスキーは、それぞれ異なる権限を持つ場合があります。
  • 複製された署名キー: の2つの稼働中のインスタンスは、それぞれのマシンが正常に見える場合でも矛盾する可能性があります。
  • 安全でないフェイルオーバー： のあいまいな主要所有権、古いロック、または復元されたバックアップは、競合する署名を作成する可能性があります。
  • クライアントの不具合: のコンセンサス、実行、署名者、またはミドルウェアのバグは、義務を見逃したり、無効なデータを提案したり、障害を相関させる可能性があります。
  • ネットワークおよびクロックの障害: のパーティション、遅延、日食条件、またはクロックのドリフトにより、適時で正確な参加が不可能になることがあります。
  • リソース枯渇: のディスク、メモリ、帯域幅、ファイルディスクリプタ、または状態の増加は、ダッシュボードに障害が表示される前にバリデーターの性能を低下させる可能性があります。
  • 相関するインフラ: の共有クラウド、リージョン、リレー、署名者、クライアント、およびコントロールプレーンは共通モードのリスクを生み出します。
  • 検閲と政策リスク： のリレー、オペレーター、または法的制約は、取引を除外したり、信頼できる中立性を低下させたりする可能性があります。
  • MEVの紛争: の提案者収益、ビルダー依存、および再編インセンティブは、通常の報酬の前提から逸脱することがあります。
  • 委任集中: のステークは、委任者の数が増えても、少数のオペレーターに投票権を移動させることができます。
  • 手数料の変更： の変動金利、更新の遅延、プロモーション金利、そして異なる手数料基準は、利回りの比較を無効にする可能性があります。
  • スラッシングとペナルティの転嫁: プロバイダーの条件は、プロトコル損失を委任者、指名者、またはプール保有者に割り当てる場合があります。
  • 流動性の欠如を解消する: のアクティベーション、アンボンディング、引き出し、または再ステーキングのキューは、価格およびペナルティのリスクが続く間、アクセスを遅らせる可能性があります。
  • 可観測性と帰属のギャップ： エクスプローラーのラベル、オペレーターの開示、所有権クラスターは、不完全または誤っている可能性があります。

一般的な誤解

すべてのフルノードはバリデータですか？

いいえ。フルノードは、アクティブなコンセンサスIDを保持せずにチェーンを検証および中継することができます。バリデーターは通常ノードソフトウェアに依存しますが、プロトコルは1つのバリデーターをキーまたはレコードとして表すことができる一方で、オペレーターはその背後で複数のマシンやクライアントを使用することがあります。

バリデーターは個人の判断で取引を検証しますか？

いいえ。ソフトウェアはトランザクションやブロックをプロトコルのルールに従ってチェックします。バリデーターのコンセンサス上の役割は、履歴の順序づけを提案、選択、または確定するのを助けます。好みで無効な状態遷移を有効にすることはできず、コンセンサスの承認は法的、投資、または詐欺に関する認証ではありません。

より多くのバリデータの記録があることは、常により多くの分散化を意味しますか？

いいえ。多くの記録は、1人のオペレーター、署名者、実質的所有者、クライアント、クラウド、リレー、またはガバナンスポリシーを共有する場合があります。障害ドメイン全体での実効投票権と共通の管理を測定してください。記録数は単なる1つの観測に過ぎません。

宣伝されているステーキング利回りは、バリデーター運営者の利益ですか？

いいえ。引用された利回りは、アクティベーション時間、未履行の義務、ペナルティ、手数料、MEVの割り当て、複利、インフラ、カストディ、税金、トークン価格の変動、およびアイドル期間やアンボンディング期間を無視する場合があります。オペレーターの収益とデリゲーターのリターンは異なるキャッシュフローです。

リスクが高まったとき、オペレーターはすぐに退出して撤退することができますか？

必ずしもそうではありません。プロトコルは、アクティベーションの入れ替わり、終了キュー、アンボンディング期間、引き出しの遅延、以前の違反に対する継続的な責任を課すことがあります。再ステーキングまたはリキッドステーキング契約は、別のキューや取引相手を追加することがあります。すべての状態遷移と最後にスラッシュ可能な時間を追跡してください。

関連するトピック

情報源

ナビゲーション

Wiki を検索...