メインコンテンツへスキップ

デリゲート・ステーキング(ステーキング・アズ・ア・サービス)

  • サードパーティのノードオペレーターがバリデータクライアントの運用を処理します
  • ノード運用の技術的な複雑さに対処したくない、32 ETHを持つ人にとって素晴らしい選択肢です
  • 委任には、引き出し鍵を保持するサービスから完全なカストディアル取引所まで、幅広い形態があります

デリゲート・ステーキングとは?

デリゲート・ステーキングは、バリデータのために自身の32 ETHをデポジットし、ノードの運用をサードパーティのオペレーターに委任するステーキングサービスのカテゴリーを表します。このプロセスでは通常、鍵の生成やデポジットなどの初期設定のガイドを受け、その後、署名鍵をオペレーターにアップロードします。ETHは提供しますが、バリデータのハードウェアの運用は他の誰かに任せます。

イーサリアムプロトコルはステークの委任をネイティブにサポートしていないため、この需要を満たすためにさまざまなサービスが構築されています。このカテゴリーは**ステーキング・アズ・ア・サービス (SaaS)**として最もよく知られていますが、ステークしたETHに対するコントロールをどの程度保持するかという重要な問題において異なる、幅広い形態をカバーしています。

  • ノン・カストディアルなステーキング・アズ・ア・サービス: 自身の引き出し鍵を保持し、バリデータの運用のみを委任します。
  • 完全なカストディアル・ステーキング: プロバイダー(通常は取引所)が鍵と資金の両方を保持します。

ソロ・ステーキングと比較して、あらゆる形態の委任は、あなたとイーサリアムプロトコルの間にミドルウェアを配置します。そのミドルウェアは、他の誰かのビジネスによって運営されるソフトウェアとインフラストラクチャです。利便性を追求するごとにトラスト前提が追加されるため、サービスを選択する前に、それがこのスペクトルのどこに位置するかを把握してください。

デリゲート・ステーキングに該当しないもの

  • プール・ステーキングとリキッド・ステーキング・トークン: プールでは、任意の量のETHを他のステーカーと組み合わせ、通常はプールのステークのシェアを表すトークンを受け取ります。自身のバリデータを委任しているわけではありません。プールのスマート・コントラクトとノードオペレーターがバリデータを制御します。プール・ステーキングの詳細
  • ボンド付きノード運用: 一部のステーキングプロトコルでは、ボンド(保証金)を差し入れることで、32 ETH未満で自身のハードウェア上でバリデータを実行できます。これはノード運用であり、委任の反対であり、ソロ・ステーキングと一緒にカバーされています。

ステーキングを委任する理由

ステークする32 ETHを持っているが、ハードウェアを扱うことに不安がある場合、デリゲート・ステーキングサービスを利用すれば、技術的な側面を任せながら、ネイティブなイーサリアムのブロック報酬を獲得できます。

ご自身のバリデータ

自身の32 ETHをデポジットして、イーサリアムのコンセンサスに参加する自身の署名鍵のセットをアクティブにします。ダッシュボードで進捗状況を監視し、ETHの報酬が蓄積されるのを確認します。

簡単に始められる

ハードウェアのスペック、セットアップ、ノードのメンテナンス、アップグレードについて心配する必要はありません。プロバイダーは、自身の署名クレデンシャルをアップロードすることで、わずかなコストであなたの代わりにバリデータを実行し、難しい部分をアウトソーシングできるようにします。

リスクを抑える

ノン・カストディアルサービスでは、ステークした資金の引き出しや送金を可能にする鍵のコントロールを保持します。これらは署名鍵とは異なり、ステーカーとしてのリスクを制限する(ただし排除するわけではない)ために別々に保管できます。

ステーキングオプションの比較

ホーム・ステーキング

資金をプールすることなく自身のバリデータの鍵を持つという点は似ていますが、SaaSでは、悪意を持って行動したり、攻撃や規制の標的になったりする可能性のあるサードパーティを信頼する必要があります。これらのトラスト前提や中央集権化のリスクが懸念される場合、自己主権型ステーキングのゴールドスタンダードはソロ・ステーキングです。

ホーム・ステーキングについて詳しく

リキッド・ステーキングとプール・ステーキング

これらは、一般的にバリデータ・クライアントの実行を他人に依存しているという点で似ていますが、SaaSとは異なり、プール・ステーキングではより少額のETHで参加できます。32 ETH未満でのステーキングを検討している場合は、これらをチェックしてみてください。

プール・ステーキングについて詳しく

委任のスペクトル

プロバイダーは、あなたのためにどの鍵を保持するかによって異なり、彼らが保持するすべての鍵は、あなたが彼らを信頼しなければならない対象となります。

ノン・カストディアルなステーキング・アズ・ア・サービス

ノン・カストディアルなSaaSでは、通常、バリデータ鍵の生成と自身の32 ETHのデポジットのガイドを受け、その後、_署名鍵_をオペレーターにアップロードします。署名鍵により、オペレーターはあなたの代わりにバリデータの義務(ブロックの証明と提案)を実行できます。これらを悪用すると、バリデータがペナルティを受けたりスラッシングされたりする可能性がありますが、資金の引き出し、送金、または使用には使用できません。

バリデータの_出金クレデンシャル_は、あなたがコントロールするアドレスを指したままになります。報酬とエグジットした資金は、常にそこにしか送られません(以下のトラストモデルのセクションを参照)。

カストディアルサービスと取引所ステーキング

スペクトルの完全に委任された端には、中央集権型取引所によって最も一般的に提供されるカストディアル・ステーキングがあります。鍵を扱うことは一切なく、プラットフォームのアカウントにETHを保持し、ステーキングにオプトインするだけです。これは可能な限り最もシンプルなユーザーエクスペリエンスであり、すでに取引所に資金を保管しており、カストディアルリスクを受け入れる人々にとっては正当な選択肢です。

また、最も多くの信頼を必要とします。プロバイダーは署名鍵と出金クレデンシャルの両方をコントロールします。あなたが保持しているのは彼らのプラットフォーム上の残高であり、バリデータではありません。これは以下のことを意味します:

  • ステークしたETHは、プロバイダーの支払い能力、セキュリティ、および規制状況にさらされており、引き出しはイーサリアムプロトコルのルールだけでなく、彼らの利用規約と処理時間の対象となります。
  • プロバイダーが破綻したり引き出しを凍結したりした場合、バリデータをエグジットしたり資金を回収したりする独立した方法はありません。
  • 一握りの取引所オペレーターの下でステークされた大量のETHは、ステークの中央集権化に寄与し、これらのオペレーターのクライアントの選択はネットワークの健全性に影響を与えます。より多くのコントロールを自分の手に残す方法でステーキングを行うか、マイノリティクライアントを実行していることが証明されているプロバイダーを選択する方が、イーサリアムの回復力に貢献します。

トラストモデル:評価すべきこと

デリゲート・ステーキングは常に、ステーキング設定の一部を他の誰かに信頼して任せることを意味します。何かを引き渡す前に、以下の質問に答えてください:

  • 誰が引き出し鍵を保持しているか? バリデータの出金クレデンシャル(タイプ 0x01 または 0x02)は、最終的にステークをコントロールする実行レイヤーのアドレスを指します。そのアドレスがあなたのものである場合、その形態はノン・カストディアルです。オペレーターはバリデータを実行(または誤管理)できますが、ETHは常にあなたにしか引き出されません。クレデンシャルがプロバイダーのアドレスを指している場合、あなたが保持しているのは約束であり、ステークではありません。
  • オペレーターなしでエグジットできるか? ペクトラアップグレード以降、実行レイヤーがトリガーする引き出し (EIP-7002) (新しいタブで開きます)により、引き出しアドレスは署名鍵なしで、実行レイヤーから直接バリデータのエグジット(または、複利の 0x02 バリデータの場合は 32 ETH を超える残高の部分的な引き出し)をトリガーできるようになりました。これにはトランザクションが必要でガスがかかりますが、出金クレデンシャルがあなたのものである限り、応答しない、または機能していないオペレーターがバリデータを人質に取ることはできなくなったことを意味します。
  • 手数料体系はどうなっているか? サービスは定額の月額料金または報酬のパーセンテージを請求します。手数料がダウンタイムやペナルティとどのように相互作用するかを確認してください。オペレーターのパフォーマンスが低下した場合に誰がコストを負担するのか、保証や保険が提供されているかどうかなどです。
  • オペレーターはどのクライアントを実行しているか? マジョリティの実行クライアントまたはコンセンサス・クライアントを実行しているオペレーターは、そのクライアントにバグがあった場合、あなたのステークとネットワークの両方を相関的な障害にさらすことになります。マイノリティクライアントの使用を文書化しているプロバイダーを優先してください。
  • サービスはオープンで監査されているか? プロバイダーは、標準のイーサリアムクライアントの周辺で、オープンソースではなく監査不可能な追加のソフトウェアを実行している場合があります。公開監査、確立された運用履歴、およびクリーンなスラッシング記録を探してください。
  • プロバイダーが消滅した場合はどうなるか? 責任あるプロバイダーはオフボーディングプロセスを文書化し、バリデータをエグジットする方法、鍵を回復する方法、または自分でエグジットをトリガーする方法についての明確な指示を提供します。答えが完全にプロバイダーがビジネスを継続することに依存している場合、それはカストディアルな形態です。
一部のプロバイダーは、分散型バリデータ技術 (DVT) を使用してバリデータを実行できます。これにより、署名鍵が複数のノードに分割され、単一のマシンやオペレーターが単一障害点になることはありません。分散型バリデータ技術 (DVT) の詳細

考慮すべきこと

バリデータの運用を委任するのを支援するプロバイダーの数は増えていますが、それぞれに独自の利点とリスクがあります。すべての委任オプションは、ソロ・ステーキングと比較して追加のトラスト前提を必要とします。委任オプションには、オープンでも監査可能でもない、イーサリアムクライアントをラップする追加のコードがある場合があります。委任はまた、ネットワークの分散化に悪影響を及ぼします。設定によっては、バリデータをコントロールできず、オペレーターがあなたのETHを使用して不正に機能する可能性があります。

以下の属性インジケーターは、リストされたプロバイダーが持つ可能性のある顕著な強みや弱みを示すために使用されます。ステーキングサービスを選択する際に、これらの属性をどのように定義しているかのリファレンスとしてこのセクションを使用してください。

オープンソース

不可欠なコードは100%オープンソースであり、一般に公開されてフォークや使用が可能

オープンソース

クローズドソース

ステーキングサービスプロバイダーを探す

以下は、利用可能なステーキング・アズ・ア・サービスプロバイダーの一部です。上記のインジケーターを使用して、これらのサービスを検討する際の参考にしてください。

プロダクトやサービスは、イーサリアム・コミュニティの利便性のために掲載されています。プロダクトやサービスの掲載は、ethereum.orgウェブサイトチームやイーサリアム財団による推奨を意味するものではありません

SaaSプロバイダー

Serenita

送信元 32 ETH

Browser
GUI
  • オープンソース
  • 監査済み
  • バグバウンティ
  • 実戦テスト済み
  • パーミッションレス
  • 実行の多様性
  • コンセンサスの多様性
  • セルフカストディ

Bitwise

送信元 1000 ETH

Browser
GUI
  • オープンソース
  • 監査済み
  • バグバウンティ
  • 実戦テスト済み
  • パーミッションレス
  • 実行の多様性
  • コンセンサスの多様性
  • セルフカストディ

Kiln

送信元 32 ETH

Browser
GUI
  • オープンソース
  • 監査済み
  • バグバウンティ
  • 実戦テスト済み
  • パーミッションレス
  • 実行の多様性
  • コンセンサスの多様性
  • セルフカストディ

P2P.org

送信元 32 ETH

Browser
GUI
  • オープンソース
  • 監査済み
  • バグバウンティ
  • 実戦テスト済み
  • パーミッションレス
  • 実行の多様性
  • コンセンサスの多様性
  • セルフカストディ

Consensys Staking

送信元 32 ETH

macOS
Windows
GUI
API
  • オープンソース
  • 監査済み
  • バグバウンティ
  • 実戦テスト済み
  • パーミッションレス
  • 実行の多様性
  • コンセンサスの多様性
  • セルフカストディ

stakefish

送信元 32 ETH

Browser
Wallet
Linux
macOS
Windows
GUI
  • オープンソース
  • 監査済み
  • バグバウンティ
  • 実戦テスト済み
  • パーミッションレス
  • 実行の多様性
  • コンセンサスの多様性
  • セルフカストディ

RockX Staking

送信元 32 ETH

Browser
GUI
  • オープンソース
  • 監査済み
  • バグバウンティ
  • 実戦テスト済み
  • パーミッションレス
  • 実行の多様性
  • コンセンサスの多様性
  • セルフカストディ

Ethpool

送信元 32 ETH

Browser
GUI
  • オープンソース
  • 監査済み
  • バグバウンティ
  • 実戦テスト済み
  • パーミッションレス
  • 実行の多様性
  • コンセンサスの多様性
  • セルフカストディ

Figment

送信元 32 ETH

Browser
GUI
  • オープンソース
  • 監査済み
  • バグバウンティ
  • 実戦テスト済み
  • パーミッションレス
  • 実行の多様性
  • コンセンサスの多様性
  • セルフカストディ

ChainLabo

送信元 32 ETH

Browser
GUI
  • オープンソース
  • 監査済み
  • バグバウンティ
  • 実戦テスト済み
  • パーミッションレス
  • 実行の多様性
  • コンセンサスの多様性
  • セルフカストディ

Abyss Finance

送信元 32 ETH

Browser
GUI
  • オープンソース
  • 監査済み
  • バグバウンティ
  • 実戦テスト済み
  • パーミッションレス
  • 実行の多様性
  • コンセンサスの多様性
  • セルフカストディ

Everstake Institutional

送信元 32 ETH

Browser
GUI
  • オープンソース
  • 監査済み
  • バグバウンティ
  • 実戦テスト済み
  • パーミッションレス
  • 実行の多様性
  • コンセンサスの多様性
  • セルフカストディ

Sensei Node

送信元 32 ETH

Browser
GUI
  • オープンソース
  • 監査済み
  • バグバウンティ
  • 実戦テスト済み
  • パーミッションレス
  • 実行の多様性
  • コンセンサスの多様性
  • セルフカストディ

Squid

送信元 32 ETH

Browser
GUI
  • オープンソース
  • 監査済み
  • バグバウンティ
  • 実戦テスト済み
  • パーミッションレス
  • 実行の多様性
  • コンセンサスの多様性
  • セルフカストディ

Allnodes

送信元 32 ETH

Browser
GUI
  • オープンソース
  • 監査済み
  • バグバウンティ
  • 実戦テスト済み
  • パーミッションレス
  • 実行の多様性
  • コンセンサスの多様性
  • セルフカストディ

ネットワークのセキュリティを向上させ、リスクを制限するため、クライアント・ダイバーシティをサポートすることの重要性に注意してください。マジョリティクライアントの使用を制限している証拠があるサービスは、「実行クライアントの多様性」および「コンセンサス・クライアントの多様性」で示されています。

鍵ジェネレーター

ethdo

Linux
Windows
CLI
  • オープンソース
  • 監査済み
  • バグバウンティ
  • 実戦テスト済み
  • パーミッションレス
  • セルフカストディ

Wagyu Key Gen

Linux
macOS
Windows
GUI
  • オープンソース
  • 監査済み
  • バグバウンティ
  • 実戦テスト済み
  • パーミッションレス
  • セルフカストディ

Avado

Browser
GUI
  • オープンソース
  • 監査済み
  • バグバウンティ
  • 実戦テスト済み
  • パーミッションレス
  • セルフカストディ

見逃しているステーキング・アズ・ア・サービスプロバイダーの提案がありますか? 適合するかどうかを確認し、レビューのために提出するには、プロダクト掲載ポリシーをチェックしてください。

よくある質問

形態はプロバイダーによって異なります。ノン・カストディアルサービスでは、バリデータの署名鍵(各バリデータは32 ETHを保持するか、ペクトラアップグレード以降は複利 (0x02) クレデンシャルで最大2048 ETHを保持します)を生成し、これらをプロバイダーにアップロードして、あなたの代わりに検証できるようにガイドされます。署名鍵だけでは、資金を引き出したり、送金したり、使用したりする能力は与えられません。ただし、コンセンサスに向けて投票を行う能力は提供され、これが適切に行われない場合、オフラインペナルティやスラッシングにつながる可能性があります。

中央集権型取引所を通じたステーキングなどのカストディアルサービスでは、プロバイダーがすべての鍵(署名鍵と出金クレデンシャル)を保持します。その場合、バリデータの運用だけでなく、資金そのものについてもプロバイダーを信頼していることになります。

はい。各バリデータには_署名_鍵と別個の_出金_クレデンシャルがあります。バリデータがチェーンの状態を証明し、同期委員会に参加し、ブロックを提案するためには、署名鍵がバリデータクライアントから容易にアクセス可能でなければなりません。これらは何らかの形でインターネットに接続されている必要があり、したがって本質的に「ホット」な鍵と見なされます。引き出された資金をコントロールする鍵は、セキュリティ上の理由から別々に保管されます。

出金クレデンシャルは、ステーキング報酬とエグジットした資金が送られる実行レイヤーのアドレスを指定します。最新のデポジットツールを使用すると、デポジット時にこのアドレスを通常の (0x01) または複利の (0x02) クレデンシャルとして設定できます。これはあなたがコントロールするアドレスであるべきで、理想的にはコールドストレージで保護されている必要があります。これにより、他の誰かがバリデータの署名鍵をコントロールしている場合でも資金が保護され、ペクトラアップグレード以降は、そのアドレスから直接バリデータをエグジットすることもできます。

実行引き出しアドレスなしでネットワークの初期に設定されたバリデータは、レガシーなBLS引き出し鍵を使用しており、引き出しを開始する前に引き出しアドレスを宣言する1回限りのメッセージに署名する必要があります。これには、セットアップ時に作成されたニーモニックのシード・フレーズから引き出し鍵を再生成することが含まれます。

このシード・フレーズを安全にバックアップしていることを確認してください。そうしないと、いざという時に引き出し鍵を生成できなくなります。

バリデータの準備方法に関するサポートについては、プロバイダーに確認してください。

引き出しがどのように機能するかは、バリデータの出金クレデンシャルのタイプによって異なります。通常の (0x01) バリデータの場合、32 ETHを超える残高は、数日ごとの定期的なベースで自動的に引き出しアドレスにスイープされます。複利の (0x02) バリデータの場合、報酬は最大2048 ETHまでバリデータの残高に複利計算され、それ以下に引き出すには、引き出しアドレスから部分的な引き出しをトリガーする必要があり、これにはガスがかかります。

バリデータは完全にエグジットすることもでき、これにより残りのETH残高全体がロック解除されます。エグジットプロセスを完了した後、その後のバリデータスイープ中に全残高が引き出しアドレスに送金されます。

ステーキングの引き出しの詳細

出金クレデンシャルがあなたがコントロールするアドレスを指している場合、自分でバリデータをエグジットしてステークを回収できます。トラストモデル:評価すべきことを参照してください。

プロバイダーが出金クレデンシャルを保持している場合(カストディアルおよび取引所ステーキングの場合と同様)、プロトコルレベルで独立して資金を回収する方法はありません。あなたの手段はプロバイダー独自のプロセスに限定されます。

デリゲート・ステーキングプロバイダーを使用することで、ノードの運用を他の誰かに委ねることになります。これには、あなたのコントロールが及ばないノードのパフォーマンス低下のリスクが伴います。バリデータがスラッシングされた場合、バリデータの残高に比例した初期ペナルティが適用され(ペクトラアップグレードで大幅に小さくなりました)、バリデータはバリデータセットから強制的にエグジットさせられます。

スラッシング/エグジットプロセスが完了すると、残りの資金はバリデータに割り当てられた引き出しアドレスに送金されます。

保証や保険のオプションの詳細については、個々のプロバイダーにお問い合わせください。バリデータの設定を完全にコントロールしたい場合は、ETHをソロ・ステーキングする方法について詳しく学んでください

参考文献