ステーク委任

暗号資産におけるステーク委任とは？

ステーク委任とは、トークン保有者がステーキングパワーをバリデーターに割り当て、バリデーターがProof of Stakeブロックチェーンのセキュリティを支援する一方で、トークン保有者がステーキング報酬を得られる可能性がある仕組みです。

委任型ステーキングシステムでは、デリゲーターは通常、バリデーター用インフラを運用せず、ブロックを生成せず、バリデーターサーバーを直接維持しません。

代わりに、デリゲーターはバリデーターを選び、ウォレットまたはステーキングインターフェースを使用してネットワークのルールに従いトークンを委任します。

公式のSolanaステーキングドキュメントでは、ユーザーはステークアカウントを作成し、対応ウォレットを通じて委任することでSOLをステーキングできると説明されています。

公式のPolkadotのProof of Stakeドキュメントでは、ノミネーターは信頼するバリデーターへトークンを委任し、ネットワークのNominated Proof-of-Stakeシステムでバリデーター選出を支援できると説明されています。

ステーク委任は、高度な技術スキルや継続的なサーバー稼働を必要とせず、より多くのユーザーがブロックチェーンのセキュリティに参加できるため重要です。

また、ブロックチェーン設計に応じて、バリデーターにステークで裏付けられた投票権またはコンセンサス上の重みを与えます。

デリゲーターは、選択したバリデーターのパフォーマンスが良い場合に報酬を得られることがあります。

一方、選択したバリデーターのパフォーマンスが悪い、またはデリゲーターのステークがリスクにさらされるネットワークでプロトコルルールに違反した場合、デリゲーターは報酬減少、ペナルティ、またはスラッシングへのエクスポージャーに直面する可能性があります。

簡単に言えば、ステーク委任とは、バリデーターに自身のステーキング上の重みを使わせる一方、そのバリデーターを慎重に選ぶ責任を負うことです。

ステーク委任が重要な理由

Proof of Stakeブロックチェーンがセキュリティと分散化を維持するには、幅広い経済的参加が必要であるため、ステーク委任は重要です。

バリデーターの運用には、技術的設定、監視、アップグレード、安全な鍵管理、信頼性の高いインターネット接続が必要になる場合があります。

多くのトークン保有者はネットワークを支援し報酬を得たい一方で、自らバリデーター用インフラを運用したいとは考えていません。

委任は、トークンの所有とバリデーターの運用を分離することでこの問題を解決します。

公式のCosmos Hubドキュメントでは、ATOM保有者は1つまたは複数のバリデーターにATOMを委任し、Proof of Stakeを通じて報酬を得ながらセキュリティとガバナンスに貢献できるとしています。

これにより、ステーク委任は一般ユーザーと専門的またはコミュニティ主導のバリデーターをつなぐ橋渡しとなります。

小規模保有者もネットワークの保護を支援できるため、参加を改善する可能性があります。

また、デリゲーターが低品質または高コストのバリデーターからステークを移せるため、バリデーター間の競争を改善する可能性があります。

ただし、過剰なステークが少数のバリデーターへ流入すると、ステーク委任は中央集権化を引き起こす可能性があります。

健全な委任エコシステムは、十分な情報を持つデリゲーター、透明性の高いバリデーター、明確なリスクデータ、使いやすいステーキングツールに依存します。

ステーク委任の仕組み

ステーク委任は、トークン保有者がネットワークのアクティブなバリデーターセットまたは候補バリデーターセットからバリデーターを選択することで始まります。

次に、トークン保有者はウォレット、ステーキングダッシュボード、コマンドラインツール、または対応するステーキングインターフェースを使って委任トランザクションを送信します。

委任されたトークンは、チェーンに応じてユーザーのウォレットに関連付けられたままの場合、ステークアカウントに移る場合、またはステーキングシェアで表される場合があります。

バリデーターは追加のステーク上の重みを受け取りますが、通常、デリゲーターの秘密鍵を直接カストディすることはありません。

バリデーターは、ブロック提案、投票、アテステーション、トランザクション検証、ファイナリティの保護などのコンセンサス上の義務を果たすためにインフラを使用します。

バリデーターが報酬を得た場合、プロトコルはそのステーキングルールに従って報酬を分配します。

バリデーターは、報酬がデリゲーターに届く前にコミッションを受け取る場合があります。

バリデーターが義務を果たせない場合、デリゲーターの獲得報酬は減る可能性があります。

バリデーターがスラッシング対象の違反を行った場合、一部のネットワークではデリゲーターが委任ステークの一部を失う可能性があります。

正確な委任メカニズムはブロックチェーンごとに異なるため、ユーザーは常にネットワークの公式ドキュメントを確認すべきです。

デリゲーター

デリゲーターとは、ステーキングパワーをバリデーターへ割り当てるトークン保有者です。

デリゲーターの主な役割は、責任を持ってバリデーターを選び、時間の経過とともに委任を監視することです。

デリゲーターは通常、直接ブロックを作成したりコンセンサスソフトウェアを実行したりしません。

報酬とリスクはバリデーターのパフォーマンスに結び付いているため、デリゲーターには経済的エクスポージャーが残ります。

デリゲーターは、バリデーターの稼働率、コミッション、スラッシング履歴、自己ステーク、ガバナンス上の行動、透明性、コミュニティでの評判を確認すべきです。

また、委任前にネットワークのアンボンディング期間を理解すべきです。

委任は受動的と説明されることがありますが、責任ある委任には能動的な監督が必要です。

デリゲーターは通常、チェーンのルールに応じて再委任、委任解除、またはバリデーター変更を行えます。

デリゲーターは、最高の推定報酬を表示しているという理由だけでバリデーターを選ぶべきではありません。

適切なデリゲーターの行動は、報酬、リスク、分散化、バリデーター運用への信頼のバランスを取ります。

バリデーター

バリデーターとは、Proof of Stakeブロックチェーンのセキュリティ支援のためにインフラを運用するネットワーク参加者です。

バリデーターは、ブロック生成、ブロックへの投票、トランザクション検証、ファイナリティへの参加、その他のプロトコル上の義務を担う場合があります。

公式のEthereumのProof of Stakeドキュメントでは、Ethereumバリデーターは資本をステーキングし、ブロックを確認し、ときには新規ブロックを作成する責任を持つと説明されています。

委任型システムでは、バリデーターはデリゲーターからステークの支援を受けます。

この委任ステークは、プロトコルに応じて、バリデーターが義務に選出される可能性またはコンセンサス上の重みを高めることがあります。

バリデーターは通常、インフラ、セキュリティ、監視、運用費用を賄うため、報酬からコミッションを徴収します。

信頼できるバリデーターは、高い稼働率を維持し、署名鍵を保護し、ソフトウェアを更新し、明確にコミュニケーションを取り、スラッシング対象の行為を避けるべきです。

バリデーターの品質はデリゲーターの結果に直接影響します。

優れたバリデーターは、ユーザー報酬とネットワークセキュリティの両方を支援できます。

低品質なバリデーターは報酬を減らしたり、デリゲーターを不要なリスクにさらしたりする可能性があります。

Delegated Proof-of-Stake

Delegated Proof-of-Stakeとは、トークン保有者がステークまたは投票権をバリデーター、ブロックプロデューサー、代表者に委任するコンセンサスの一群です。

Delegated Proof-of-Stakeの正確な意味は、ブロックチェーンエコシステム間で異なる場合があります。

一部のシステムでは、委任がアクティブなバリデーターセットの選出を支援するバリデーター選挙を使用します。

一部のシステムでは、ノミネーターが信頼するバリデーターを支援するノミネーションを使用します。

一部のシステムでは、デリゲーターがウォレットのワークフローを通じてバリデーターへステークを割り当てるステークアカウントを使用します。

共通する考え方は、トークン保有者がネットワークセキュリティに参加するために、自らバリデーター用マシンを運用する必要がないことです。

委任型ステーキングは、Proof of Stakeをより利用しやすくできます。

同時に、ユーザーのガバナンスおよびセキュリティ上の責任を高めることもあります。

デリゲーターは、どのバリデーターが強い影響力を持つかに影響を与えます。

つまり、委任に関する判断はネットワークの分散化と長期的な健全性に影響します。

ステーク委任とステーキングの違い

ステーキングは、トークンをProof of Stakeネットワークまたはステーキングベースのプロトコルにコミットする広義の行為です。

ステーク委任は、トークン保有者がステーキングパワーをバリデーターに割り当てる特定のステーキング形態です。

バリデーターを運用するユーザーは直接ステーキングを行っています。

バリデーターに委任するユーザーは、ステーク委任を通じて参加しています。

どちらの方法でも報酬を得られる可能性がありますが、責任は異なります。

直接バリデーターはインフラを運用し、バリデーター鍵を安全に管理する必要があります。

デリゲーターはバリデーターを選択し、リスクを監視する必要があります。

直接ステーキングはより大きな管理を提供する場合がありますが、より高い技術スキルを必要とします。

委任は大半のユーザーにとって容易ですが、バリデーターのパフォーマンスに依存します。

主な違いは、ステーキングが広いカテゴリーであるのに対し、ステーク委任は他者のバリデーター運用にステークを割り当てるユーザーフレンドリーな方法だという点です。

ステーク委任とカストディ型ステーキングの違い

ステーク委任は常にカストディ型ステーキングと同じではありません。

多くのネイティブ委任システムでは、ユーザーは自らのウォレット鍵を管理したまま委任できます。

カストディ型ステーキングでは、ユーザーは資産を第三者へ移し、その第三者がユーザーに代わってステーキングする場合があります。

カストディモデルは、管理権限、出金権、カウンターパーティリスク、回復オプションに影響するため重要です。

ノンカストディアル委任は通常、バリデーターがステーキングパワーを受け取る一方で、ユーザーの秘密鍵を直接所有しないことを意味します。

カストディ型ステーキングは通常、サービスが資産を管理するか、独自の条件に基づき出金を管理することを意味します。

ユーザーは資金を預け入れる前に、ステーキングインターフェースが真にノンカストディアルであるかを確認すべきです。

ダッシュボードに表示されるバリデーター名だけでは、カストディモデルを自動的に説明しません。

ウォレットベースのネイティブ委任は、第三者アカウントにトークンを預けることとは異なる場合が多いです。

カストディを理解することは、安全なステーク委任で最も重要な要素の一つです。

ステーク委任とリキッドステーキングの違い

ステーク委任とリキッドステーキングは重複する場合がありますが、同じものではありません。

ステーク委任とは、ステーキングパワーをバリデーターへ割り当てることです。

リキッドステーキングとは、ステーキングポジションを表す流動的トークンを受け取ることです。

一部のリキッドステーキングプロトコルは、裏側でプールされたステークをバリデーターに委任します。

ユーザーはネイティブ委任を直接管理する代わりに、リキッドステーキングトークンを保有する場合があります。

リキッドトークンは移転可能またはDeFiで利用できる場合があるため、ステーキングの柔軟性を高める可能性があります。

ただし、リキッドステーキングにはスマートコントラクトリスク、流動性リスク、価格乖離リスク、ガバナンスリスクが加わります。

ネイティブのステーク委任は、ユーザーがチェーンのステーキングシステムを通じて直接委任するため、より単純な場合があります。

リキッドステーキングはより柔軟な一方で、より複雑になる可能性があります。

ユーザーは、直接委任しているのか、プール型商品を利用しているのか、リキッドステーキングトークンを保有しているのかを理解すべきです。

ステーク委任とリステーキングの違い

リステーキングは通常のステーク委任とは異なります。

ステーク委任は通常、バリデーター選択を通じて1つのProof of Stakeネットワークを支援します。

リステーキングでは、ステーキング資産またはステーキング認証情報が追加サービスやセキュリティコミットメントにさらされる場合があります。

これにより追加の報酬機会が生まれることがあります。

一方で、追加のスラッシング、スマートコントラクト、ガバナンス、システミックリスクが生じる場合があります。

バリデーターにステークを委任するユーザーは、通常のバリデーターパフォーマンスリスクを負う場合があります。

リステーキングに参加するユーザーは、複数の接続されたシステムからのリスクを負う可能性があります。

リステーキングを、単に利回りが高い委任として扱うべきではありません。

追加利回りは通常、追加の前提を意味します。

委任型ステーキングとリステーキングを組み合わせる前に、リステーキング条件を慎重に確認してください。

ステークアカウントと委任

一部のネットワークでは、委任を管理するために特別なステークアカウントを使用します。

公式のSolanaステークアカウントドキュメントでは、ステークアカウントはバリデーターへのトークン委任に使用でき、ステークアカウント所有者が報酬を得られる可能性があるとされています。

ステークアカウントには、ステーク権限と出金権限を別々に設定できます。

ステーク権限では、ステークの委任、委任の無効化、ステークアカウントの分割、ステーキング操作の管理を行えます。

出金権限では、未委任ステークを出金でき、アカウントに対するより大きな管理権限を持ちます。

この構造は、委任が単なるウォレット残高以上の要素を伴う場合があることを示しています。

出金権限はステークアカウントから資金を流動化する能力を管理するため、ユーザーは慎重に保護すべきです。

また、Solanaのドキュメントによれば、1つのSolanaステークアカウントは一度に1つのバリデーターにしか委任できないことを理解すべきです。

このようなシステムで複数のバリデーターに委任するには、複数のステークアカウントが必要になる場合があります。

ステークアカウントの設計は、ネットワーク固有の委任ルールが重要である理由を示しています。

バリデーターコミッション

バリデーターコミッションとは、バリデーターが残りをデリゲーターへ分配する前に保持するステーキング報酬の割合です。

コミッションは、バリデーターのインフラ、監視、セキュリティ、サポート、運用者の作業に充てられます。

バリデーターのパフォーマンスが高ければ、低いコミッションは純報酬を改善する場合があります。

非常に低いコミッションは、バリデーターが信頼性の高い運用を維持できない場合、警告サインになることもあります。

Polkadotのバリデーター選択サポートページでは、コミッション100%のバリデーターはノミネーターに報酬を与えず、コミッションは時間とともに変わる可能性があると注意喚起しています。

これは、デリゲーターが委任前だけでなく委任後もコミッションを監視すべき理由を示しています。

バリデーターは信頼性を維持しながら、妥当なコミッションを請求できます。

バリデーターは低コストでも、パフォーマンスが低い場合があります。

デリゲーターは、コミッションを稼働率、スラッシング履歴、透明性、分散化への影響と比較すべきです。

コミッションは重要ですが、バリデーター選びの一部にすぎません。

ステーク委任における報酬

デリゲーターは、選択したバリデーターがネットワークの義務を適切に果たした場合、報酬を得られる可能性があります。

報酬は、トークン発行、取引手数料、優先手数料、インフレ、またはプロトコルで定められたその他の原資から得られる場合があります。

報酬率は通常、保証ではなく推定値です。

報酬はネットワークの総ステーク量が変わると変動する場合があります。

報酬はバリデーターのパフォーマンスが変わると変動する場合があります。

ガバナンスによりステーキングパラメーターが更新されると、報酬は変動する場合があります。

取引手数料の活動が変わると、報酬は変動する場合があります。

デリゲーターの純報酬はバリデーターコミッションにも依存します。

一部のネットワークではユーザーが手動で報酬を請求する必要がありますが、他のネットワークでは報酬が自動分配または自動複利されます。

委任前に、報酬時期、請求ルール、複利ルールを理解すべきです。

スラッシングリスク

スラッシングとは、バリデーターが重大なプロトコルルールに違反した場合、ステーキングトークンの一部を没収するペナルティです。

EthereumのProof of Stakeドキュメントでは、バリデーターが矛盾するアテステーションなどの行為でネットワークを欺こうとした場合、ステーキングされたETHの一部または全部が破棄される可能性があると説明されています。

委任型ステーキングシステムでは、スラッシングはバリデーターだけでなくデリゲーターにも影響する場合があります。

正確なスラッシングへのエクスポージャーはネットワークにより異なります。

スラッシング対象の違反には、二重署名、二重投票、重大なダウンタイム、その他のプロトコル固有の違反が含まれる場合があります。

スラッシングは、有害な行為にコストを負わせることでネットワークを保護するよう設計されています。

デリゲーターは、バリデーターに過去のスラッシング事例があるかを確認すべきです。

また、バリデーターが安全な署名インフラと信頼性の高い監視を使用しているかも確認すべきです。

高い推定報酬は、スラッシングリスクを無視する理由にはなりません。

ユーザーが堅固な運用規律を持つバリデーターを選ぶ場合、委任はより安全になります。

アンボンディングと再委任

アンボンディングとは、トークンをステーキングから外し、再び流動化するまで待機するプロセスです。

再委任とは、委任ステークをあるバリデーターから別のバリデーターへ移すプロセスです。

これらの操作には、チェーンに応じて待機期間、制限、または一時的なリスクへのエクスポージャーが伴う場合があります。

Solanaのドキュメントでは、委任の有効化および無効化は即時に効力を持たず、完了までに複数のエポックを要する可能性があると説明されています。

Cosmos SDKのステーキングドキュメントでは、アンボンディング委任と再委任は、スラッシングの参照に関連し得る追跡対象のステーキングオブジェクトとして説明されています。

つまり、委任解除は常に即時に完了するわけではありません。

ユーザーはアンボンディング中にトークンを売却または移動できない場合があります。

一部のネットワークでは、退出プロセスの一部で特定のバリデーター関連リスクに引き続きさらされる可能性があります。

デリゲーターは委任前に退出ルールを知っておくべきです。

流動性計画は責任あるステーキングの一部です。

ガバナンスとステーク委任

ステーク委任は、多くのProof of Stakeネットワークでガバナンスに影響する可能性があります。

一部のネットワークでは、デリゲーターが提案に直接投票できます。

一部のネットワークでは、デリゲーターが投票を上書きしない限り、バリデーターが委任ステークを用いて投票できます。

Cosmos Hubのドキュメントでは、ATOM保有者はATOMを使って投票し、オンチェーンガバナンス提案に影響を与えられるとしています。

つまり、委任はセキュリティに関する判断であると同時に、ガバナンスに関する判断でもあります。

バリデーターの選択は、ネットワークアップグレード、パラメーター変更、トレジャリーの決定、政策提案がどのように決まるかに影響する場合があります。

デリゲーターは、利用可能な場合、バリデーターのガバナンス上の行動を確認すべきです。

稼働率が高くてもガバナンス上の整合性が低いバリデーターは、すべてのユーザーにとって最適な選択肢とは限りません。

ガバナンス参加は、見落とされがちなステーク委任の要素です。

責任あるデリゲーターは、自身の委任が投票権に影響するかを理解すべきです。

自己ステーク

自己ステークとは、バリデーターが自身のバリデーター運用にコミットしたステークです。

自己ステークは、バリデーター自身にも経済的な利害があることを示す場合があります。

Polkadotのステーキングドキュメントでは、ノミネーターがバリデーターを選ぶ際に考慮すべき基準の一つとしてバリデーターの自己ステークが挙げられています。

意味のある自己ステークを持つバリデーターは、自身の資金もリスクにさらされるため、デリゲーターとの利害がより整合する場合があります。

ただし、自己ステークだけでは優れたパフォーマンスを保証しません。

自己ステークが高いバリデーターでも、稼働率が低かったりセキュリティが脆弱だったりする場合があります。

自己ステークが中程度でも、強力で専門的な運用を行うバリデーターもあります。

デリゲーターは自己ステークを、多くのシグナルの一つとして利用すべきです。

有用なバリデーター分析には、自己ステーク、総ステーク量、コミッション、パフォーマンス、身元、スラッシング履歴、公開コミュニケーションが含まれます。

単一の指標だけでは、安全にバリデーターを選ぶには不十分です。

ステーク委任と分散化

ユーザーが多くの信頼できるバリデーターに分散して委任する場合、ステーク委任は分散化を支援できます。

ユーザーが少数の大規模バリデーターにステークを集中させる場合、分散化を損なう可能性があります。

大規模なステーク集中は、ネットワークを検閲、ガバナンスの乗っ取り、インフラ障害に対してより脆弱にする可能性があります。

デリゲーターは、大規模バリデーターがより安全または見つけやすいように見えるため、しばしばそれらを選びます。

この行動は最大規模のバリデーターをさらに大きくする可能性があります。

より分散化されたネットワークは、デリゲーターがパフォーマンスの良い小規模で信頼できるバリデーターも考慮することで恩恵を受けます。

デリゲーターは、ダッシュボードの上位に表示されるという理由だけでバリデーターを盲目的に選ぶべきではありません。

ネットワークの健全性は、バリデーターが幅広く分布することに依存します。

したがって、委任は個人的な利回りの判断だけではありません。

セキュリティと分散化に関する判断でもあります。

ステーク委任とトークノミクス

ステーク委任は、トークン供給量のどの程度がボンドされ、流動的で、報酬を獲得しているかに影響するため、トークノミクスに影響します。

より多くのトークンが委任されると、市場で即座に流動化できるトークンは減る可能性があります。

これはトークン価格が上昇することを自動的に意味するものではありません。

報酬の発行はトークン供給量を増やし、ステーキングしない保有者を希薄化させる可能性があります。

委任型ステーキング報酬は、ステーカーを一部のインフレによる希薄化から保護する場合があります。

ただし、高いステーキング利回りでも、その大部分が新規トークン発行と弱い需要で賄われている場合、誤解を招く可能性があります。

デリゲーターは、報酬がインフレ、手数料、実際のネットワーク利用のどれから得られるかを理解すべきです。

トークノミクスは、アンボンディング期間、バリデーターのインセンティブ、ガバナンス、市場流動性にも依存します。

適切な委任判断には、報酬分析とトークン供給分析の両方が含まれます。

ステーク委任はProof of Stakeネットワークの経済設計の一部です。

ステーク委任と税金

ステーク委任は、ユーザーの法域に応じて税務上の義務を生じさせる場合があります。

米国では、IRS Revenue Ruling 2023-14が特定のステーキング報酬を扱い、納税者が報酬に対する支配および管理を得た時点で、その公正市場価値を総所得に含めることができるとしています。

他の法域では、ステーキング報酬を異なる方法で扱う場合があります。

デリゲーターは、報酬日、トークン数量、公正市場価値、取得原価、バリデーター手数料、売却、スワップ、複利イベントを記録する必要がある場合があります。

税務上の扱いは、ネイティブ委任、リキッドステーキング、プール型ステーキング、DeFiステーキングで異なる場合があります。

ウォレットのダッシュボードは、報告に必要な税務情報をすべて提供しない場合があります。

ユーザーは詳細な記録を保管すべきです。

必要に応じて資格を持つ税務専門家に相談すべきです。

税引後の利回りは、表示されたステーキング報酬より低くなる場合があります。

税務計画は責任あるステーク委任の一部です。

ステーク委任のメリット

ステーク委任の第1のメリットは、利用しやすさです。

ユーザーはバリデーター用インフラを運用せずにProof of Stakeのセキュリティに参加できます。

第2のメリットは、潜在的なステーキング報酬です。

デリゲーターは、バリデーターのパフォーマンスが良い場合に報酬を得られます。

第3のメリットはネットワーク支援です。

委任ステークはブロックチェーンのセキュリティを支援し、コンセンサスを強化します。

第4のメリットはバリデーター選択です。

デリゲーターは、信頼できるバリデーターへステークを移し、パフォーマンスの低いバリデーターから離すことができます。

第5のメリットは、委任ステークが投票権に影響するネットワークでのガバナンス参加です。

第6のメリットは、多くのネットワークが定められたルールの下で再委任または委任解除を認めていることによる柔軟性です。

これらのメリットにより、委任はユーザーがProof of Stakeネットワークに参加する最も一般的な方法の一つとなっています。

ユーザーがバリデーターの品質とネットワーク固有のルールを理解している場合、メリットはより大きくなります。

ステーク委任のリスク

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

稼働率の低いバリデーターは報酬を減らす可能性があります。

第2のリスクはスラッシングリスクです。

デリゲーターのステークがスラッシング対象となるネットワークでは、プロトコルルールに違反したバリデーターがステーク損失を発生させる可能性があります。

第3のリスクはコミッションリスクです。

バリデーターは高いコミッションを請求したり、ネットワークルールに従ってコミッションを変更したりする可能性があります。

第4のリスクはロックアップまたはアンボンディングリスクです。

ユーザーが退出したい時点で、委任トークンが即座に流動化できない場合があります。

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

すでに大規模なバリデーターへの委任は、ネットワークの分散化を弱める可能性があります。

第6のリスクは市場リスクです。

トークン価格が大きく下落した場合、ユーザーはより多くのトークンを得ても価値を失う可能性があります。

第7のリスクは税務および規制上の不確実性です。

委任先バリデーターの選び方

まず、バリデーターの稼働率と直近のパフォーマンスを確認します。

次に、バリデーターのコミッション率とコミッション変更履歴を確認します。

バリデーターに検証済みの身元または公開された運用履歴があるかを確認します。

バリデーターが過去にスラッシュされたことがあるかを確認します。

バリデーターの自己ステークと総委任ステークを確認します。

そのバリデーターへの委任が分散化を支援するか、弱めるかを検討します。

ネットワークで委任と投票が結び付いている場合、バリデーターのガバナンス上の行動を確認します。

アップグレード、ダウンタイム、インシデントについて、バリデーターが明確に情報発信しているかを確認します。

最大規模のバリデーターまたは表示報酬が最も高いバリデーターだけを選ばないでください。

適切なバリデーター選択は、報酬、信頼性、リスク、透明性、ネットワークの健全性のバランスを取ります。

ステーク委任に関するよくある誤解

よくある誤解の一つは、委任するとバリデーターにトークンの所有権を渡すことになるというものです。

多くのネイティブ委任システムでは、バリデーターはステーキングパワーを受け取りますが、デリゲーターの秘密鍵を直接カストディしません。

もう一つの誤解は、委任がリスクのないパッシブインカムだということです。

委任には市場リスク、バリデーターリスク、スラッシングリスク、コミッションリスク、流動性リスクが伴います。

第3の誤解は、最高APRが常に最善の選択肢だということです。

高APRには、より高いリスク、低い信頼性、インフレ、一時的なインセンティブが伴う可能性があります。

第4の誤解は、デリゲーターにはステーキング後の責任がないということです。

デリゲーターはバリデーターを監視し、必要に応じて再委任すべきです。

第5の誤解は、すべてのProof of Stakeネットワークが同じ方法で委任を扱うということです。

委任ルールはネットワーク間で異なるため、ユーザーは各チェーンの公式ドキュメントを読む必要があります。

デリゲーター向けベストプラクティス

可能な限り、公式ウォレット、公式ステーキングインターフェース、または十分にレビューされたツールを使用してください。

委任前にネットワークの公式ステーキングドキュメントを読んでください。

信頼性、セキュリティ、コミッション、自己ステーク、透明性、分散化への影響に基づいてバリデーターを選んでください。

即時の流動性が必要になる可能性がある場合は、すべての資金を委任しないでください。

ステーキング前にアンボンディング期間を理解してください。

スラッシングがデリゲーターに影響する可能性があるかを確認してください。

委任後もバリデーターのコミッションと稼働率を監視してください。

税務報告のために報酬の正確な記録を保持してください。

ウォレットのシードフレーズ、秘密鍵、ステーク権限、出金権限を保護してください。

バリデーターのパフォーマンスとネットワーク状況は変化する可能性があるため、委任を定期的に見直してください。

FAQ

ステーク委任とは何ですか？

ステーク委任とは、トークン保有者がステーキングパワーをバリデーターに割り当て、バリデーターがProof of Stakeネットワークのセキュリティを支援し、双方が報酬を得られる可能性がある仕組みです。

ステーク委任でトークンの所有権は移転しますか？

多くのネイティブ委任システムでは、委任によってバリデーターに秘密鍵の所有権は移転しません。ただし、ユーザーはネットワークとインターフェースごとにカストディモデルを確認する必要があります。

デリゲーターとは誰ですか？

デリゲーターとは、自らバリデーター用インフラを直接運用する代わりに、ステーキングパワーをバリデーターに委任するトークン保有者です。

バリデーターとは誰ですか？

バリデーターとは、ブロック生成、投票、トランザクション検証、ファイナリティの支援などのコンセンサス上の義務を果たすためにインフラを運用するネットワーク参加者です。

デリゲーターはどのように報酬を得ますか？

デリゲーターは、選択したバリデーターがネットワークの義務を適切に果たし、バリデーターコミッション控除後にプロトコルが報酬を分配すると報酬を得ます。

委任ステークはスラッシュされる可能性がありますか？

はい。一部のネットワークでは、バリデーターが重大なプロトコル違反を行った場合、委任ステークがスラッシュされる可能性があります。

バリデーターコミッションとは何ですか？

バリデーターコミッションとは、バリデーターがデリゲーターに報酬を分配する前に保持するステーキング報酬の割合です。

委任後にバリデーターを変更できますか？

多くのネットワークでは再委任または委任解除が可能ですが、時期、制限、待機期間、リスクへのエクスポージャーはチェーンのルールにより異なります。

ステーク委任はリキッドステーキングと同じですか？

いいえ。ステーク委任はステーキングパワーをバリデーターに割り当てるものですが、リキッドステーキングではステーキングポジションを表す流動的トークンをユーザーに与えます。

ステークを委任する前に何を確認すべきですか？

ユーザーは委任前に、バリデーターのパフォーマンス、コミッション、スラッシング履歴、アンボンディングルール、カストディモデル、ガバナンス上の行動、分散化への影響、税務上の義務を確認すべきです。

まとめ

ステーク委任は、Proof of Stake暗号資産ネットワークにおける最も重要な参加方法の一つです。

トークン保有者は、自らバリデーター用インフラを運用することなく、バリデーターを支援し、潜在的な報酬を得ることができます。

委任は、ウォレット、ステークアカウント、ノミネーションシステム、ステーキングダッシュボードを通じて、より多くのユーザーがブロックチェーンの保護を支援できるため、利用しやすさを高めます。

同時に、バリデーターの選択は報酬、スラッシングへのエクスポージャー、ガバナンス、分散化に影響するため、ユーザーには責任も生じます。

デリゲーターは、見出し上の利回りだけでバリデーターを選ぶべきではありません。

適切なバリデーター選択には、稼働率、コミッション、スラッシング履歴、自己ステーク、透明性、ガバナンス上の行動、ネットワークの健全性への影響が含まれます。

ステーク委任は、直接検証、カストディ型ステーキング、リキッドステーキング、DeFiステーキング、リステーキングとは異なります。

各モデルには異なるカストディ、流動性、報酬、リスクに関する前提があります。

初心者にとって、ステーク委任は自身のステーキングパワーを代表するバリデーターを選ぶこととして理解するのが適切です。

上級ユーザーにとって、ステーク委任はバリデーターの分布と経済的インセンティブを形成するネットワークセキュリティおよびガバナンスのメカニズムです。

暗号資産用語集において、Stake Delegationとは、バリデーターがProof of Stakeコンセンサスに参加できるよう、トークンまたはステーキングパワーをバリデーターに割り当て、デリゲーターが報酬を得る可能性と特定のリスクを共有することを意味します。

重要なポイントは、ステーク委任はステーキングをより利用しやすくしますが、十分な情報に基づくバリデーター選択、リスク認識、継続的な監視が依然として必要だということです。