Vote Account

Vote Accountとは？

Vote Accountとは、バリデーターがブロックチェーンのコンセンサスに参加し、投票活動を記録し、バリデーター報酬の手数料分配を受け取り、一部のProof of Stakeネットワークで委任されたステークを受け入れるために使用するオンチェーンアカウントです。

暗号資産に関する会話では、Vote Accountという用語はSolanaバリデーターと強く関連付けられています。

公式のAgave Vote Account Management documentationでは、Solanaでバリデーターノードを運用する予定がある場合、vote accountの作成が必要であると説明されています。

Solanaのvote accountは、通常のウォレットアドレスとは異なります。

また、stake accountとも異なります。

DAOで使用するガバナンス投票アカウントとも異なります。

Vote Accountは、バリデーターによるブロックへの投票、vote creditの獲得、バリデーター報酬の手数料分配の受領、ステーク委任先となることを支援する特別なアカウントです。

初心者向けに簡単に説明すると、Vote Accountは、バリデーターの投票パフォーマンスを記録し、ステーカーがそのバリデーターへSOLを委任できるオンチェーンのバリデーターアカウントです。

Vote Accountが重要な理由

Vote Accountが重要なのは、バリデーターがこれを利用してコンセンサスに参加し、ネットワークに対して有用な作業を行っていることを示すためです。

公式のSolana validators pageでは、バリデーターはノードごとのvote accountに投票を送信し、フォークが発生した際にはクラスターの他の部分がステーク加重投票を用いてブロックを選択すると説明されています。

つまり、Vote Accountはネットワークがバリデーターの参加状況を測定する仕組みの一部です。

また、委任ステークをバリデーターに接続する仕組みの一部でもあります。

ステーカーがSOLを委任すると、stake accountはバリデーターのvote accountを参照します。

そのVote Accountは、バリデーターの投票パフォーマンス、コミッション、アクティブステーク、vote credit、ステータスに関する公開参照先となります。

投票パフォーマンスが低いバリデーターは、委任者により少ない報酬しかもたらさない可能性があります。

コミッションが高いバリデーターは、委任者へ還元する報酬が少なくなる可能性があります。

セキュリティが弱いバリデーターは、運用リスクを生じさせる可能性があります。

どのバリデーターにステーキングするかを選ぶユーザーにとって、Vote Accountを理解することは、実際に何へ委任しているのかを把握するのに役立ちます。

Vote Accountとウォレットアカウントの違い

Vote Accountは通常のウォレットアカウントとは異なります。

ウォレットアカウントは通常、トークンの保有、送付、受取に使用されます。

Vote Accountは、バリデーター投票、委任先の指定、報酬計算、バリデーター設定に使用されます。

Agaveのドキュメントでは、vote accountアドレスはトランザクションへの署名には不要であり、主にvote account情報の照会に使用されると説明されています。

これは、対応する秘密鍵が支出を管理する通常のウォレットアドレスとは大きく異なります。

Vote Accountには、特定の操作を管理する権限が設定されています。

これらの権限には、validator identity、vote authority、authorized withdrawerなどがあります。

Vote Accountアドレス自体は、Vote Accountの存続期間中は固定されます。

つまり、バリデーターは特定の権限をローテーションしても、Vote Accountアドレスを公開ステーキング先として維持できます。

この分離は、セキュリティ、継続性、バリデーター運用にとって重要です。

Vote AccountとStake Accountの違い

Vote Accountはstake accountとも異なります。

Stake accountは、ステーキングのために委任されたSOLを保持します。

Vote Accountは、stake accountが委任するバリデーターの対象先を表します。

公式のSolana stake account documentationでは、stake accountには、ステークの委任、無効化、分割、統合、出金を行う権限があると説明されています。

ユーザーがSOLをステーキングする際は、通常、stake accountを作成または使用します。

そのstake accountは、バリデーターのVote Accountへ委任されます。

ステーカーは、自身のstake authorityおよびwithdraw authorityを通じてstake accountを引き続き管理します。

ステークがVote Accountに委任されたとしても、バリデーターがステーカーのSOLをカストディするわけではありません。

この違いは、ステーキングがバリデーターへの資金送付と同じではないため重要です。

委任は投票の重みをバリデーターに向けますが、ステークはstake accountに残ります。

Vote AccountとVote Transactionの違い

Vote Accountはvote transactionとは異なります。

Vote transactionは、バリデーターソフトウェアがブロックまたはフォークに投票するために送信するトランザクションです。

Vote Accountは、バリデーターの投票に関連する状態を保存・追跡するオンチェーンアカウントです。

公式のDune Solana vote transactions documentationでは、vote transactionはバリデーターがブロックに投票するために送信するトランザクションと説明されています。

Vote transactionはアクションです。

Vote Accountは、バリデーターの投票活動を受け取り、記録するアカウントです。

この違いは、バリデーターの経済構造を理解するのに役立ちます。

Validator identityはvote transactionの手数料を支払います。

Vote authorityはvote transactionに署名します。

Vote Accountは投票状態と報酬関連情報を追跡します。

バリデーターが正しく運用するには、これらすべての要素が必要です。

Vote AccountとDAO投票アカウントの違い

Vote AccountをDAO投票アカウントと混同してはいけません。

DAO投票アカウントは、提案に投票するために使用されるウォレット、スマートコントラクト、委任記録、ガバナンストークン残高、またはオフチェーン投票IDである場合があります。

SolanaのVote Accountは、コンセンサス参加およびステーキング委任のために使用されるバリデーターインフラ用アカウントです。

公式のEthereum DAO guideでは、DAOはメンバーが共同で所有・管理するインターネットネイティブな組織と説明されています。

DAO投票は、コミュニティのガバナンス判断に関するものです。

バリデーターのVote Accountは、バリデーターのコンセンサス参加とステーキングパフォーマンスに関するものです。

どちらにも「vote」という語が含まれますが、目的は異なります。

DAO投票では、トレジャリー支出やプロトコル変更が決定される場合があります。

バリデーターのVote Accountは、バリデーターがブロック承認とコンセンサスに参加するのを支援します。

ユーザーはVote Accountという用語を読む際、必ず文脈を確認してください。

Solana Vote Accountの仕組み

Solanaバリデーターは、投票を行うバリデーターとして運用を開始する前にVote Accountを作成します。

Vote Accountは公開アドレスに作成されます。

この公開アドレスが、stake accountが委任するアドレスになります。

バリデーターは、ネットワークを監視し、ブロックを検証し、投票を送信するソフトウェアを稼働させます。

Vote authorityはvote transactionに署名します。

Validator identityは通常、それらのvote transactionの取引手数料を支払います。

Vote Accountは投票活動と投票関連の状態を保存します。

バリデーターが正しく投票し、その投票がネットワークルールに従ってrootedまたはfinalizedになると、vote creditを獲得します。

Vote creditは、バリデーターと委任者の報酬を決定する際に役立ちます。

バリデーターのコミッションは、報酬をバリデーターのVote Accountと委任されたstake accountの間でどのように配分するかを管理します。

このため、Vote Accountはバリデーター運用における中心的な要素となります。

Vote Accountアドレス

Vote Accountアドレスは、バリデーターのVote Accountの公開アドレスです。

Agaveのvote accountドキュメントでは、Vote Accountはキーペアファイルの公開鍵、またはキーペア公開鍵とシード文字列に基づく導出アドレスに作成できると説明されています。

一度作成されると、Vote Accountアドレスはアカウントの存続期間中固定されます。

ステーカーはこのアドレスを使用して、バリデーターにステークを委任します。

このアドレスは、エクスプローラー、ウォレット、ダッシュボード、RPCツール、バリデーター監視システムでもVote Account情報の照会に使用されます。

Vote Accountアドレス自体は、すべての投票に署名するホットキーではありません。

Vote authorityがvote transactionに署名します。

Validator identityがvote transactionの手数料を支払います。

Authorized withdrawerは、出金および重要な設定変更を管理します。

この分離は、バリデーターがセキュリティと継続性を管理するのに役立ちます。

Validator Identity

Validator identityは、バリデーターノードに関連付けられたシステムアカウントです。

Agaveのドキュメントでは、validator identityがVote Accountに送信されるvote transactionの手数料を支払うと説明されています。

バリデーターには頻繁な投票が期待されるため、validator identityアカウントは頻繁に署名し、手数料を支払う場合があります。

そのため、validator identityは通常、バリデーターマシンに保存されるホットキーです。

ホットキーは、オフラインのコールドキーよりも露出が大きくなります。

このため、バリデーター運用者は通常、限られた期間の運用コストを賄うのに十分なSOLのみをidentity accountに保有します。

必要に応じて、より安全なウォレットからidentity accountへ資金を補充できます。

これにより、バリデーターサーバーが侵害された場合のリスク額を抑えられます。

Validator identityはVote Account作成後に変更できますが、運用者は移行を慎重に処理する必要があります。

計画が不十分なidentity変更は、ブロック生成または投票運用を中断させる可能性があります。

Vote Authority

Vote authorityは、バリデーターのvote transactionへの署名を許可されたキーペアです。

Agaveのドキュメントでは、vote authorityが、バリデーターノードがクラスターに送信しようとする各vote transactionに署名すると説明されています。

Vote authorityはバリデーター運用中に頻繁な署名が必要なため、通常はホットキーです。

Validator identityと同じアドレスにすることもできます。

Validator identityとvote authorityが同じ場合、1つの署名で投票への署名と取引手数料の支払いの両方を行えます。

これにより、異なる2つの署名者を使用する場合と比べてvote transactionの手数料を削減できる場合があります。

ただし、同じキーを使用すると、運用上の権限が1つのホットキーに集中します。

バリデーターは、コスト、簡便性、セキュリティのバランスを取る必要があります。

Vote authorityは変更できますが、変更はエポックのタイミングおよび運用ルールによる制限を受ける場合があります。

運用者はvote authorityキーをローテーションする際、公式ドキュメントに従う必要があります。

Authorized Withdrawer

Authorized withdrawerは、Vote Accountに関連する最も重要な権限の一つです。

Agaveのドキュメントでは、authorized withdrawerはVote Accountから資金を出金でき、Vote Accountのコミッションまたはvalidator identityを変更する際に必要になると説明されています。

Authorized withdrawerは、Vote Accountに入金されたネットワーク報酬を回収できます。

また、Vote Accountの主要な設定変更を承認できます。

そのため、authorized withdrawerは通常の運用キーよりはるかに慎重に保護する必要があります。

Agaveのドキュメントでは、authorized withdrawerをオフラインまたはコールドウォレットに保管し、バリデーターシステムに保存しないことが推奨されています。

攻撃者がauthorized withdrawerキーを盗んだ場合、Vote Account運用に対する大きな権限を得る可能性があります。

運用者がauthorized withdrawerキーを失った場合、重要な管理操作が不可能になる可能性があります。

Authorized withdrawerは、validator identityまたはvote authorityと同じキーにすべきではありません。

適切なバリデーターセキュリティでは、authorized withdrawerをコールドの管理キーとして扱います。

Vote Accountのコミッション

コミッションとは、委任者に分配されず、バリデーターに配分されるバリデーター報酬の割合です。

Agaveのvote accountドキュメントでは、コミッションは、バリデーターが獲得したネットワーク報酬のうちバリデーターのVote Accountに入金される割合と説明されています。

残りの報酬は、アクティブステークの重みに応じて、そのVote Accountに委任されたstake accountへ分配されます。

例えば、コミッションが10%の場合、バリデーターは報酬の10%を保持し、委任者は残りの90%をstake accountを通じて受け取ります。

低いコミッションは、より多くの報酬がステーカーに還元されるため、委任者を引き付ける可能性があります。

高いコミッションはバリデーターのコスト負担に役立つ可能性がありますが、委任の魅力を低下させる場合があります。

コミッションはVote Accountの作成時に設定でき、後からauthorized withdrawerが変更できます。

現在のvote account管理ドキュメントでは、コミッション値は通常0～100の整数パーセンテージで表されます。

ユーザーはバリデーターを選ぶ前にコミッションを確認してください。

ただし、パフォーマンス、セキュリティ、稼働率、分散化、信頼性も重要であるため、コミッションは一つの要因にすぎません。

Vote Credits

Vote creditは、バリデーターが成功したコンセンサス投票を送信した際に獲得する、報酬関連の会計単位です。

公式のSolana terminology documentationでは、vote creditを、バリデーターがrootに到達した際にVote Accountでバリデーターへ付与される報酬集計値と定義しています。

Solana Foundation delegation criteria pageでは、バリデーターがネットワークでfinalizedとなるブロックに対するコンセンサス投票を送信すると、vote creditを獲得すると説明されています。

一般に、より頻繁に正しいフォークへ投票することで、バリデーターはより多くのvote creditを獲得しやすくなります。

投票を適時に送信できないと、vote creditが減少する場合があります。

誤ったフォークへの投票もcreditを減少させる可能性があります。

報酬はバリデーターの投票パフォーマンスに連動するため、vote creditは重要です。

継続的にvote creditが低いバリデーターは、ステーカーへの報酬が低くなる可能性があります。

ステーカーは、表示されたコミッションだけを見るべきではありません。

投票パフォーマンス、稼働率、skip rate、バリデーターの信頼性も確認する必要があります。

Timely Vote Credits

Timely Vote Creditsは、より迅速な投票を行うバリデーターにより多くの報酬を与えることを目的としています。

Solana Developer Forum proposal for Timely Vote Creditsでは、迅速な投票は遅い投票より多くのcreditを受け取る可能性があり、素早い投票へのインセンティブを生み出すと説明されています。

これは、バリデーターがどのフォークがより安全に見えるかを観察するために投票を待つインセンティブを持つ可能性があるため重要です。

Timely Vote Creditsは、低い投票レイテンシーに報いることで、より迅速なコンセンサス参加を支援することを目指しています。

バリデーターにとって、これはパフォーマンスとネットワークレイテンシーがより重要になることを意味します。

委任者にとっては、バリデーター選択でインフラ品質、投票速度、運用の信頼性を考慮すべきことを意味します。

適時に投票しないバリデーターは、timely creditモデルではより少ないcreditしか得られない可能性があります。

強力なインフラを持つバリデーターは、競争力のある報酬を獲得しやすい立場にある可能性があります。

Vote Accountは、このような投票パフォーマンスが可視化・測定される場所です。

そのため、Vote Accountデータはステーキング分析において重要です。

Vote Accountとステーク委任

ステーク委任は、ステーカーのstake accountをバリデーターのVote Accountに接続します。

Solanaのステーキングドキュメントでは、ユーザーはステーキングに対応したウォレットへトークンを移動し、stake accountを通じて委任することでSOLをステーキングできると説明されています。

ユーザーが委任する際、SOLをバリデーターの通常のウォレットへ送っているわけではありません。

バリデーターのVote Accountにステークの重みを割り当てています。

Stake accountはステーカーの権限によって引き続き管理されます。

バリデーターの投票パフォーマンスは、委任ステークが獲得する報酬に影響します。

このため、Vote Accountはウォレットやステーキングダッシュボードで表示される委任先です。

ステーカーは委任する前に、バリデーターのVote Accountアドレスを確認する必要があります。

偽サイトは誤ったバリデーター情報を表示する可能性があります。

委任は、信頼できるウォレットインターフェースまたは公式ステーキングツールを通じて行う必要があります。

Vote Accountと報酬

バリデーター報酬は、Vote Accountのパフォーマンス、コミッション、委任ステークに関連しています。

プロトコルに基づくステーキング報酬は、ネットワークルールに従って分配されます。

Solana validators pageでは、台帳の検証に役立つバリデーターノードへステークを委任したステーカーに報酬が付与されると説明されています。

Agaveのvote accountドキュメントでは、バリデーターのコミッションはバリデーターのVote Accountに入金され、残りは委任されたstake accountに分配されると説明されています。

つまり、Vote Accountは報酬計算の中心です。

バリデーターが良好に投票すれば、自身と委任者により高い報酬をもたらす可能性があります。

バリデーターのパフォーマンスが低い場合、報酬は少なくなる可能性があります。

バリデーターが高いコミッションを設定している場合、委任者が受け取る報酬は少なくなる可能性があります。

Identity accountのvote fee用SOLが不足してバリデーターが投票を停止した場合、パフォーマンスが悪化する可能性があります。

報酬の質は、バリデーター運用、Vote Accountの状態、コミッション、委任行動に左右されます。

Vote AccountとVote Fee

Vote transactionには手数料がかかります。

Agaveの監視ドキュメントでは、validator identity accountの残高はvote transaction手数料分減少する必要があり、SOLが不足するとバリデーターが投票を停止する可能性があると説明されています。

これは、バリデーター運用者にとって投票は無料ではないため重要です。

バリデーターは、継続的なvote transaction手数料を支払うのに十分なSOLをidentity accountに維持する必要があります。

Identity accountの残高が少なすぎると、バリデーターは投票に失敗する可能性があります。

その結果、vote creditとステーキング報酬が減少する可能性があります。

また、委任者から見てバリデーターの信頼性が低く映る可能性があります。

運用者はidentity accountの残高を定期的に監視する必要があります。

投票を継続するのに十分な資金を維持しつつ、ホットなidentity accountに過剰な資金を保管しないようにすべきです。

適切なバリデーター運用には、セキュリティと信頼できる手数料資金の両方が必要です。

CurrentおよびDelinquent Vote Account

Solana RPCツールはVote Accountをcurrentまたはdelinquentに分類できます。

公式のgetVoteAccounts RPC documentationでは、このメソッドは要求されたcommitmentで表示可能なVote Accountを返し、currentおよびdelinquent配列に分けると説明されています。

Current Vote Accountは、RPCビューに基づき、十分に最近まで投票しているバリデーターを表します。

Delinquent Vote Accountは、delinquency基準に基づき、遅延または投票停止が見られるバリデーターを表します。

この区別は、ステーキングダッシュボード、ウォレット、監視ツール、委任者にとって有用です。

Delinquent状態のバリデーターは、期待どおりに報酬を獲得していない可能性があります。

メンテナンスまたはネットワーク問題により、一時的な問題が発生する場合もあります。

Delinquent状態が継続する場合は警告サインです。

委任者は一度選んで終わりにするのではなく、バリデーターの状態を継続的に監視する必要があります。

Vote Accountの状態は、バリデーターが積極的に参加しているかを確認する最も簡単な方法の一つです。

Vote Accountの監視

バリデーター運用者と委任者は、コマンドラインツール、エクスプローラー、RPCメソッド、ダッシュボード、ステーキングインターフェースを通じてVote Accountデータを監視できます。

Agaveの監視ドキュメントでは、solana vote-accountコマンドはバリデーターの最近の投票活動を表示するとされています。

また、バリデーターのステータス画面では、アクティブステーク、獲得したvote credit、コミッション、最終投票、root slot、skip rateを表示できると説明されています。

これらの指標はバリデーターの健全性を評価するのに役立ちます。

アクティブステークは、Vote Accountにどれだけのステークが委任されているかを示します。

Vote creditはコンセンサス参加の質を示します。

コミッションはバリデーターの報酬取り分を示します。

最終投票は最近の活動を識別するのに役立ちます。

Root slotはfinalized状態に向けた進行状況を示すのに役立ちます。

Skip rateはleader slotのパフォーマンスを評価するのに役立ちます。

適切なバリデーター監視では、技術的パフォーマンスと報酬関連指標の両方を確認します。

Vote Accountの作成

Vote Accountは、Solanaのコマンドラインツールまたはバリデーター運用ツールで作成します。

Agaveのドキュメントでは、create-vote-accountコマンドを使用してVote Accountを作成できると説明されています。

Vote Accountは作成時、またはバリデーターがすでに稼働している後に設定できます。

Vote Accountを作成する際にはvalidator identityを指定する必要があります。

Authorized withdrawerもVote Account作成時に設定する必要があります。

Vote authorityは指定することもでき、設定の選択によってはvalidator identityがデフォルトになる場合もあります。

コミッションも作成時に設定できます。

運用者はVote Accountを作成する前にキー構造を計画すべきです。

急いだ設定は、長期的なセキュリティ問題につながる可能性があります。

Vote Accountアドレスはアカウントの存続期間中固定されるため、運用者は設定を重要なインフラ手順として扱う必要があります。

Vote Accountのキーローテーション

Vote Accountの権限キーはローテーションできますが、慎重に処理する必要があります。

Agaveのドキュメントでは、validator identity、vote authority、authorized withdrawerの変更には、それぞれ異なるコマンドと権限要件があると説明されています。

Vote authorityのローテーションは、vote transactionに署名できるキーに影響します。

Validator identityのローテーションは、vote transaction手数料を支払い、leader schedulingに参加するアカウントに影響します。

Authorized withdrawerのローテーションは、出金および重要な設定を管理するコールドの管理権限に影響します。

キーローテーションは、侵害後のセキュリティ向上や、運用変更時の管理権限移転に役立つ場合があります。

しかし、不適切なローテーションはバリデーターサービスを中断させる可能性があります。

例えば、validator identityの変更ではleader scheduleに合わせた慎重な対応が必要になる場合があります。

運用者は、タイミング、署名、資金、再起動要件を理解せずにキーをローテーションすべきではありません。

Vote Accountのキーローテーションは、単純なウォレット更新ではなく、運用上のセキュリティ作業です。

Vote Account V4

Vote Account V4は、SolanaのVote Account構造を近代化する取り組みです。

公式のSolana Network Upgrades pageでは、Vote Account V4はVote Accountをより軽量かつ柔軟にすることを目的とした構造と説明されています。

同ページでは、Vote Account V4は不要な履歴追跡を削除し、異なる種類のバリデーター収益に対する個別のコミッション設定を導入すると説明されています。

ブロック収益、インフレ報酬、将来のプロトコルアップグレードの変化に伴い、バリデーターの経済構造はより複雑になっているため、これは重要です。

SIMD-0185 Vote Account V4 proposalでは、バリデーターが異なる収益源ごとに異なるコミッション設定を必要とする可能性について議論されています。

リリース状況、有効化時期、実装詳細は変更される可能性があるため、運用者は行動する前に最新のクライアントドキュメントを確認してください。

用語集の観点で重要なのは、Vote Accountは永遠に固定されたものではないという点です。

バリデーター経済とコンセンサスロードマップの進化に伴い、Vote Accountも進化します。

Vote Accountとブロック収益分配

Vote Accountは、将来の、または提案されているブロック収益分配機能にも関連しています。

SIMD-0123 block revenue distribution proposalでは、バリデーターのVote Accountのコミッション率を使用して、エポック後に委任されたstake accountへ自動分配されるコミッション控除後報酬を計算する仕組みが説明されています。

バリデーター収益は複数の源泉から得られる可能性があるため、これは重要です。

インフレ報酬とブロック収益では、異なる計算方法やコミッション設定が必要になる可能性があります。

Vote Accountは、そうしたバリデーターの経済設定が保存または参照されるオンチェーン上の場所となる可能性があります。

委任者にとっては、Vote Accountの詳細が今後さらに重要になる可能性があります。

委任者は現在のコミッションだけでなく、バリデーターが異なる報酬ストリームをどのように扱うかにも注意を払う必要があります。

バリデーターにとっては、Vote Account設定が競争戦略の一部になる可能性があります。

明確な収益設定は、委任者が想定される経済条件を理解するのに役立ちます。

不透明な設定は、ステーキング先の選択を難しくする可能性があります。

Vote Accountのセキュリティ

Vote Accountのセキュリティは、適切な権限分離に依存します。

Validator identityとvote authorityは通常、ホットな運用キーです。

Authorized withdrawerは、コールドストレージでオフライン保管すべきです。

Validator identityには投票手数料に十分なSOLを保有させるべきですが、不要なSOLを過剰に入れるべきではありません。

Vote authorityは頻繁なvote transactionに署名するため、保護する必要があります。

Authorized withdrawerは出金と重要な設定変更を管理するため、保護する必要があります。

運用者はキーを安全にバックアップする必要があります。

コールドの管理キーをバリデーターサーバーに保存しないようにする必要があります。

Vote Account設定に対する不正な変更を監視する必要があります。

安全なサーバー運用、アクセス制御、ログ記録、パッチ適用、キー管理を使用する必要があります。

Vote Accountは通常のウォレットではありませんが、重大な財務リスクと運用リスクを伴います。

委任者にとってのVote Accountリスク

委任者はVote Accountへ委任する際、バリデーターにSOLの秘密鍵を渡しません。

ただし、委任者には依然としてバリデーター選択リスクがあります。

パフォーマンスが低いバリデーターは、より少ない報酬しか生み出さない可能性があります。

コミッションが高いバリデーターは、より多くの報酬を保持する可能性があります。

Delinquent状態になったバリデーターは、期待された報酬を獲得できない可能性があります。

セキュリティが弱いバリデーターは、運用上の問題に見舞われる可能性があります。

過度に集中したデータセンターに配置されたバリデーターは、分散化への貢献が小さくなる可能性があります。

Solana Foundation delegation criteria pageには、vote credit、コミッション、ソフトウェアバージョン、データセンター集中度、ASN集中度、総ステーク、skip rate、指標報告、応答性などの指標が記載されています。

これらの基準は、バリデーターの健全性を評価する際に重要となる要因を示しています。

委任者はブランド、ソーシャルメディア、または最低コミッションだけで選ばず、バリデーターを調査すべきです。

Vote Accountは、この調査に有用なデータを提供します。

Vote Accountとスラッシング

スラッシングとは、一部のProof of Stakeシステムにおいて、悪意あるバリデーター行為によりステーキングトークンの一部が破棄または削減されるペナルティです。

公式のSolanaステーキングドキュメントでは、現在プロトコル内のスラッシング実装は存在しない一方、将来スラッシングが導入される可能性があるとされています。

ステーキングリスクはネットワークの現行ルールに依存するため、これは委任者にとって重要です。

Solanaにおける現在のステーキングリスクは、プロトコル内の能動的なスラッシングよりも、機会費用、バリデーターパフォーマンス、コミッション、流動性のタイミング、運用上の信頼性に関するものです。

ただし、プロトコルルールは進化する可能性があるため、ユーザーは最新のドキュメントを確認してください。

将来スラッシングが実装された場合、バリデーター選択とVote Accountの行動には追加リスクが伴う可能性があります。

バリデーターは、現在のスラッシング状況にかかわらず、安全で信頼できる運用を維持する必要があります。

委任者は、委任前にネットワークの現在のステーキングルールを理解する必要があります。

Vote Accountはステーキングの一部ですが、それ自体が安全性またはリターンを保証するものではありません。

Vote Accountとバリデーターのコミッション戦略

バリデーターのコミッション戦略は、バリデーター収益と委任者報酬の両方に影響します。

コミッション0%のバリデーターはステーカーにとって魅力的かもしれませんが、インフラコスト、vote fee、保守コスト、監視コスト、運用オーバーヘッドを支払う必要があります。

非常に高いコミッションのバリデーターは、委任報酬の単位当たりでより多くを得る可能性がありますが、委任を敬遠させる可能性があります。

バリデーターは、ビジネスモデル、コミュニティの目標、インフラコスト、委任プログラム要件に応じてコミッションを調整する場合があります。

Agaveのドキュメントでは、コミッションは変更できるものの、報酬の悪用を抑制するため、現在のルールではエポック中にコミッションを更新できる時期が制限されると記載されています。

委任者はコミッションの変更を継続的に監視すべきです。

バリデーターは低いコミッションを宣伝し、後から変更する場合があります。

ウォレットとダッシュボードは、コミッションを見えるようにすべきです。

ステーカーは古いスクリーンショットやソーシャルメディア投稿だけに頼るべきではありません。

Vote Accountはオンチェーンのコミッション情報の情報源です。

Vote Accountとバリデーターの分散化

Vote Accountは、ネットワークがバリデーター間のステーク分布を観測するのに役立ちます。

Vote Accountへの委任ステークはコンセンサスの重みに影響します。

少数のバリデーターにステークが過度に集中すると、分散化が弱まる可能性があります。

1つのデータセンター、地域、ホスティングプロバイダー、または運用者グループにステークが過度に集中すると、ネットワークのレジリエンスが弱まる可能性があります。

Solana Foundation delegation criteria pageには、委任適格性の基準としてデータセンター集中度およびASN集中度が含まれています。

これは、バリデーター分布が報酬だけの問題ではないことを示しています。

ネットワークの健全性にも関わります。

委任者は、最大規模のバリデーターだけを選ぶのではなく、信頼できるバリデーターにステークを分散することで分散化を支援できます。

Vote Accountデータは、ステーク分布を可視化します。

この透明性は、ユーザーがバリデーターの集中度とネットワークのレジリエンスを評価するのに役立ちます。

Vote Accountの確認方法

ユーザーは、ウォレット、Solana Explorer、バリデーターダッシュボード、RPCメソッド、コマンドラインツールを通じてVote Accountを確認できます。

getVoteAccounts RPCメソッドはcurrentおよびdelinquentのVote Accountを返し、Vote Accountステータスフィールドを含みます。

solana vote-accountコマンドは、バリデーターの最近の投票活動を表示できます。

バリデーターダッシュボードでは、アクティブステーク、コミッション、vote credit、skip rate、root slot、最終投票、ソフトウェアバージョンを表示する場合があります。

委任者はVote Accountがcurrentであるかを確認すべきです。

コミッションが許容できるかを確認すべきです。

バリデーターのvote creditが良好かを確認すべきです。

バリデーターに信頼性の実績があるかを確認すべきです。

同じインフラ環境にある他のバリデーターと過度に集中していないかを確認すべきです。

委任前には、正しいVote Accountアドレスを確認しているかも検証すべきです。

Vote Accountでよくある間違い

よくある間違いの一つは、Vote Accountを通常のウォレットアカウントだと考えることです。

Vote Accountは、権限と投票状態を持つ専門的なバリデーターアカウントです。

もう一つのよくある間違いは、Vote Accountをstake accountと混同することです。

Stake accountは委任ステークを保持し、Vote Accountはバリデーターへの委任先です。

さらに、バリデーターが委任されたSOLを管理していると考えることも間違いです。

委任されたステークは、ステーカーの権限の下でステーカーのstake accountに残ります。

コミッションの低さだけでバリデーターを選ぶことも間違いです。

バリデーターのパフォーマンスが低ければ、低いコミッションは役に立ちません。

Authorized withdrawerをバリデーターサーバーに保存することも間違いです。

Authorized withdrawerはコールドの管理キーとして保護すべきです。

Identity accountの手数料残高を監視しないことも間違いです。

Identity accountのSOLが不足すると、バリデーターは投票を停止する可能性があります。

Vote Accountのメリット

Vote Accountの第1のメリットは、バリデーター参加の透明性です。

Vote Accountは投票活動を記録し、ネットワークがバリデーターパフォーマンスを測定するのに役立ちます。

第2のメリットは、ステーク委任です。

ステーカーに、バリデーターへステークを委任するための明確なオンチェーン上の対象先を提供します。

第3のメリットは、報酬計算です。

Vote credit、バリデーターパフォーマンス、コミッション、ステーキング報酬を接続します。

第4のメリットは、権限分離です。

運用上の署名、手数料支払い、管理上の出金権限を分離できます。

第5のメリットは、バリデーター監視です。

ウォレット、エクスプローラー、RPCツール、ダッシュボードが利用できるデータを公開します。

第6のメリットは、経済的透明性です。

コミッションとアクティブステークはオンチェーンで確認できます。

第7のメリットは、ネットワークセキュリティです。

ステーク加重されたバリデーターがコンセンサスとフォーク選択に参加するのを支援します。

Vote Accountのリスク

第1のリスクは、バリデーターのパフォーマンス低下です。

投票パフォーマンスが低いバリデーターは、より少ない報酬しか得られない可能性があります。

第2のリスクは、高い、または変更されるコミッションです。

バリデーターはコミッション設定を通じて、より多くの報酬を保持する可能性があります。

第3のリスクは、キーの侵害です。

Validator identity、vote authority、authorized withdrawerキーが盗まれると、重大な運用上の損害を招く可能性があります。

第4のリスクは、手数料資金の枯渇です。

Validator identityにvote transaction手数料用のSOLが不足すると、投票が停止する可能性があります。

第5のリスクは、delinquencyです。

Delinquent Vote Accountは、バリデーターが適切に投票していないことを示す可能性があります。

第6のリスクは、中央集権化です。

少なすぎるVote Accountに過剰なステークが委任されると、ネットワークのレジリエンスが低下する可能性があります。

第7のリスクは、誤解です。

委任者は、Vote Accountデータがステーキング報酬とバリデーター選択に影響することを理解していない可能性があります。

Vote Accountを簡単に言うと

Vote Accountは、Solanaバリデーターが投票とステーキング委任に使用するアカウントです。

バリデーターの投票活動を記録します。

バリデーターのコミッションを受け取ります。

Vote creditとパフォーマンスデータを表示します。

Stake accountが委任するアドレスです。

通常のウォレットとは異なります。

ステーカーのstake accountとも異なります。

DAO投票アカウントとも異なります。

バリデーターにとって、Vote Accountは中核インフラです。

ステーカーにとって、Vote AccountはSOLを委任する際に選択するバリデーターの対象先です。

初心者向けの基本ルールはシンプルです。

SOLをステーキングする場合、バリデーターのVote Accountは、委任ステークをそのバリデーターの投票パフォーマンスとコミッションに接続するオンチェーンアカウントです。

FAQ

Vote Accountとは？

Vote Accountは、Solana型のバリデーターシステムにおいて、投票活動の記録、バリデーターコミッションの受領、stake accountの委任先として使用されるオンチェーンのバリデーターアカウントです。

Vote Accountはウォレットと同じですか？

いいえ。Vote Accountは専門的なバリデーターアカウントであり、ウォレットは資金、キー、アドレス、トランザクションの管理に使用されます。

Vote Accountはstake accountと同じですか？

いいえ。Stake accountは委任ステークを保持し、Vote Accountはstake accountが委任するバリデーターアカウントです。

SolanaバリデーターにVote Accountが必要な理由は？

コンセンサスに参加し、投票を記録し、vote creditを獲得し、コミッションを受け取り、委任ステークを受け入れるために必要です。

Vote Accountアドレスとは？

Vote AccountアドレスはバリデーターのVote Accountの公開アドレスであり、stake accountがそのバリデーターへ委任する際に使用します。

Vote Accountアドレスは変更できますか？

Vote Accountアドレスはアカウントの存続期間中固定されますが、特定の権限および設定は変更できます。

Validator identityとは？

Validator identityはバリデーターが使用するシステムアカウントであり、通常はvote transactionの手数料を支払います。

Vote authorityとは？

Vote authorityは、バリデーターのvote transactionへの署名を許可されたキーペアです。

Authorized withdrawerとは？

Authorized withdrawerは、Vote Accountから資金を出金し、コミッションやvalidator identityの変更など重要な設定変更を承認できる権限です。

Authorized withdrawerをコールドで保管すべき理由は？

Authorized withdrawerが盗まれると、攻撃者がVote Account運用に対して大きな権限を得る可能性があるため、オフラインで保管すべきです。

Vote Accountにおけるコミッションとは？

コミッションとは、バリデーターが保持し、Vote Accountに入金されるバリデーター報酬の割合です。

Vote creditとは？

Vote creditは、バリデーターがネットワークに承認されたコンセンサス投票を送信した際に獲得する報酬関連の会計単位です。

Vote Accountへ委任すると、バリデーターにSOLを渡すことになりますか？

いいえ。委任したSOLはステーカーのstake accountに残り、ステーカーの権限によって管理されます。

Vote Accountはdelinquentになることがありますか？

はい。RPCツールは、最近の投票活動に応じてVote Accountをcurrentまたはdelinquentに分類できます。

バリデーターが投票を停止するとどうなりますか？

バリデーターが獲得するvote creditと報酬が減少する可能性があり、問題が継続すればVote Accountがdelinquentと表示される場合があります。

バリデーターはコミッションを変更できますか？

はい。適切な権限を持つ者が、ネットワークルールおよびタイミング制限に従ってコミッションを変更できます。

Vote Accountを確認する方法は？

Solana Explorer、バリデーターダッシュボード、ウォレット、getVoteAccounts RPCメソッド、Solanaコマンドラインツールを通じて確認できます。

委任者はVote Accountを選ぶ前に何を確認すべきですか？

委任者は、コミッション、vote credit、アクティブステーク、delinquency状態、稼働率、skip rate、ソフトウェアバージョン、バリデーターの評判、分散化への影響を確認すべきです。

結論

Vote Accountは、Solana型のステーキングおよびコンセンサスシステムにおけるバリデーターインフラの中核です。

これは、バリデーター投票、委任ステーク、vote credit、コミッション、報酬、バリデーター監視を接続するオンチェーンアカウントです。

バリデーターにとって、Vote Accountは必要なインフラです。

投票状態を保存し、委任参照を受け入れ、パフォーマンスを記録し、バリデーターのコミッションを受け取ります。

委任者にとって、Vote AccountはSOLのステーキング時に選ぶバリデーターの対象先です。

委任によってSOLのカストディがバリデーターへ渡るわけではありませんが、ステーカーの報酬はそのバリデーターの投票パフォーマンスとコミッションに接続されます。

そのため、ステーキング判断においてVote Accountの分析は重要です。

優れた投票パフォーマンス、合理的なコミッション、信頼できる稼働率、安全な運用を備えたバリデーターは、パフォーマンスが低いバリデーターや管理状況が不明確なバリデーターより魅力的な場合があります。

Vote Accountのセキュリティも重要です。

Validator identityとvote authorityはホットな運用キーです。

Authorized withdrawerは強力な管理キーであり、オフラインで保護すべきです。

運用者は、手数料、キーローテーション、監視、コミッション、ソフトウェア更新を慎重に管理する必要があります。

委任者は、Vote Accountが単なるランダムなアドレスではないことを理解する必要があります。

これは、バリデーターの参加状況と報酬行動を示す公開オンチェーン記録です。

SolanaがVote Account V4、timely vote credit、将来のバリデーター収益分配の改善などを通じて進化を続けるなか、Vote Accountはバリデーター経済を理解する上でさらに重要になる可能性があります。

簡単に言えば、Vote Accountはバリデーターのパフォーマンスがオンチェーンで可視化される場所です。

ステーキングする人、バリデーターを運用する人、ステーキングツールを構築する人、Solanaネットワークの健全性を分析する人は、Vote Accountの仕組みを理解すべきです。