出金認証情報

出金認証情報とは？

出金認証情報とは、ステーキングされたETHとコンセンサスレイヤーの報酬を、どのように、どこへ出金できるかを決定するEthereumバリデーターの設定です。

簡単に言うと、Ethereumバリデーターに紐付けられた出金先のルールです。

バリデーターの作成時には、入金データに出金認証情報が含まれ、Beacon Chain上のバリデーターのオンチェーン記録の一部となります。

この認証情報により、Ethereumプロトコルはバリデーターが出金を受け取れるかどうか、およびどの種類の出金動作を使用するかを判断します。

Ethereumの公式ドキュメントでは、すべてのバリデーターに出金認証情報があり、最初のバイトが0x00、0x01、0x02などの認証情報タイプを示すと、Ethereum withdrawal credentials guideで説明されています。

出金認証情報は、一般にShapellaと呼ばれるShanghaiおよびCapellaアップグレードによりEthereumでステーキング出金が有効化された後、特に重要になりました。

Pectraアップグレード後は、高い実効残高と自動複利を望むバリデーター向けに0x02複利型出金認証情報が導入されたため、さらに重要になりました。

暗号資産ユーザーにとって出金認証情報が重要なのは、誤った出金アドレスを設定すると、ステーキング出金がユーザーの管理下にないウォレットへ恒久的に送られる可能性があるためです。

バリデーターにとって、出金認証情報はステーキングのライフサイクル全体において最も重要なセキュリティ設定の一つです。

暗号資産において出金認証情報が重要な理由

出金認証情報が重要なのは、Ethereumステーキングではバリデーターの署名と出金管理が分離されているためです。

バリデーター署名鍵は、ブロック提案やアテステーションなどのバリデーター業務を実行するために使用されます。

出金認証情報は、ステーキングされたETHとコンセンサスレイヤーの報酬が最終的にどこへ送られるかを管理します。

日常的なバリデーター運用で使用する鍵と出金を管理する鍵を同一にする必要がないため、この分離はセキュリティに役立ちます。

バリデーター署名鍵はネットワークメッセージに定期的に署名する必要があるため、オンラインに置かれる場合があります。

一方、出金鍵または出金アドレスは、出金されたETHを受け取る権限を管理するため、より慎重に保護する必要があります。

この区別は、ソロステーカー、ステーキング運営者、機関、リキッドステーキングプロトコル、カストディ提供者にとって非常に重要です。

バリデーターの署名鍵が侵害されると、バリデーターがスラッシュされたり、運用を妨害されたりする可能性があります。

出金認証情報が攻撃者の管理するアドレスを指している場合、出金されたETHは恒久的に失われる可能性があります。

したがって、出金認証情報は単なる技術的なフィールドではありません。

Ethereumステーキングのセキュリティ、カストディ設計、バリデーターの所有権管理の一部です。

出金認証情報と出金アドレスの違い

出金認証情報と出金アドレスは関連していますが、完全に同じものではありません。

出金認証情報は、コンセンサスレイヤーに保存されるバリデーターの完全なフィールドです。

出金アドレスは、認証情報タイプが実行レイヤー出金に対応している場合に出金を受け取るEthereum実行レイヤーのアドレスです。

0x01認証情報では、出金認証情報に部分出金と全額出金の送付先となるEthereumアドレスが含まれます。

0x02認証情報も実行レイヤーの出金アドレスを指しますが、複利と高い実効残高のルールを有効にすることでバリデーターの動作を変更します。

0x00認証情報には、実行レイヤーの出金アドレスが設定されていません。

このため、0x00バリデーターは認証情報を更新するまで通常の出金を受け取れません。

ユーザーが「自分の出金アドレス」と言う際に、実際には出金認証情報に含まれる実行アドレスを指している場合があるため、この違いは重要です。

バリデーターエクスプローラーでは完全な認証情報文字列が表示される一方、ウォレットユーザーは主に埋め込まれたアドレスに関心を持つ場合があります。

両者はつながっていますが、同一ではありません。

主な3種類の出金認証情報

Ethereumでは現在、バリデーター向けに主に3種類の出金認証情報が使用されています。

1つ目は0x00で、BLS出金認証情報またはShapella以前の認証情報とも呼ばれます。

2つ目は0x01で、実行アドレス出金認証情報またはレガシー出金認証情報とも呼ばれます。

3つ目は0x02で、複利型出金認証情報とも呼ばれます。

Ethereumの公式ドキュメントによると、0x00認証情報はShapella以前の元の形式、0x01認証情報はレガシー実行アドレス認証情報、0x02認証情報はPectraで導入された現在のバリデーターに推奨される選択肢です。

これらのタイプは、出金認証情報文字列の最初のバイトで識別されます。

認証情報が0x00で始まる場合、BLS出金認証情報です。

0x01で始まる場合、レガシー実行出金認証情報です。

0x02で始まる場合、複利型出金認証情報です。

この小さなプレフィックスにより、ステーキング報酬、出金、バリデーター残高の動作が変わります。

0x00出金認証情報

0x00出金認証情報は、Ethereumの出金が有効化される以前から存在する元の出金認証情報形式です。

Ethereum実行アドレスではなくBLS出金公開鍵に基づくため、BLS出金認証情報と呼ばれることが多いです。

0x00認証情報を持つバリデーターには、実行レイヤーの出金アドレスが設定されていません。

つまり、認証情報が更新されるまで、コンセンサスレイヤーの報酬とステーキングETHは通常のEthereumアドレスに送金できません。

Ethereum withdrawal credentials guideでは、0x00認証情報を持つバリデーターは出金を受け取る前に0x01または0x02へアップグレードする必要があると説明されています。

初期の多くのバリデーターは、出金が有効化される前にEthereumステーキングが開始されたため、0x00を使用していました。

当時、ステーカーはdeposit contractにETHを入金できましたが、まだ出金できませんでした。

Shapella後、Ethereumでは、署名済みのBLS-to-execution変更を送信することで、0x00バリデーターが実行アドレス認証情報へ更新できる仕組みが追加されました。

ユーザーにとって重要なポイントは単純です。

バリデーターが依然として0x00認証情報を使用している場合、認証情報を正しく変更するまで、そのETHを実行アドレスへ出金できません。

0x01出金認証情報

0x01出金認証情報は、通常のEthereum実行レイヤーアドレスを指します。

Shapellaにより出金が有効になった後に標準の出金形式となったため、レガシー出金認証情報と呼ばれることが多いです。

0x01認証情報では、32 ETHの実効残高を超えるバリデーターのコンセンサスレイヤー報酬は、出金キューとネットワーク状況に応じて数日ごとに出金アドレスへ自動スイープされます。

Ethereumの公式ステーキング出金ページでは、レガシーバリデーターはType 1出金認証情報を使用し、実効残高は32 ETHに制限されると説明されています。

これは、0x01バリデーターが最大32 ETHの実効残高に対して報酬を獲得し続けられることを意味します。

その額を超える報酬は、バリデーターの実効残高に複利運用されません。

代わりに、実行アドレスへ定期的に出金されます。

0x01バリデーターが完全退出すると、残りのバリデーター残高も同じ実行アドレスへ出金されます。

最も重要な注意点は、0x01の出金アドレスは気軽に変更できないことです。

Teku withdrawal credential update guideなどのバリデータークライアント文書では、バリデーターを0x01 Ethereumアドレスへ更新すると、そのアドレスを簡単に再変更できないと警告されています。

0x02出金認証情報

0x02出金認証情報は、EthereumのPectraアップグレードで導入されました。

バリデーター報酬をバリデーターの実効残高に複利運用できるため、複利型出金認証情報と呼ばれます。

Ethereum Pectra MaxEBのドキュメントでは、Pectraにより、Type 1からType 2出金認証情報へ変換することで、バリデーターはより高い最大実効残高と複利を選択できると説明されています。

Pectra以前は、各バリデーターの実効残高上限は32 ETHでした。

Pectra後、0x02認証情報を使用するバリデーターは、最大2048 ETHの実効残高を持つことができます。

Ethereumのステーキング出金ページでは、複利型バリデーターはType 2認証情報を使用し、最大2048 ETHの実効残高を持つことができ、2048 ETHを超える残高のみが自動スイープされると説明されています。

これは大きなステーキングの変更です。大口ステーカーは32 ETHごとに1つのバリデーターを運用せずに、バリデーターを統合して報酬を複利運用できるようになります。

0x02バリデーターは2048 ETHの基準未満のETHも出金できますが、その場合は実行レイヤーから手動の部分出金が必要です。

初心者向けに主な違いを簡単に説明すると、0x01バリデーターは32 ETHを超える報酬を自動スイープする一方、0x02バリデーターは最大2048 ETHまで報酬を複利運用できます。

出金認証情報とShapellaアップグレード

Shapellaは、EthereumのShanghaiおよびCapellaアップグレードの通称です。

Shanghaiはアップグレードの実行レイヤー部分を指します。

Capellaはアップグレードのコンセンサスレイヤー部分を指します。

Shapellaにより、Ethereumバリデーターのステーキング出金が有効化されました。

Shapella以前は、バリデーターはETHを入金して報酬を獲得できましたが、出金は有効化されていませんでした。

Shapella後、有効な実行レイヤー出金認証情報を持つバリデーターは、部分出金と全額出金を受け取れるようになりました。

Ethereum Launchpadのステーキング出金ページでは、ShanghaiおよびCapellaアップグレードを通じてBeacon Chain上で出金が有効化されたと説明されています。

これにより、出金認証情報は最も重要なバリデーター設定の一つとなりました。

バリデーターに0x01認証情報があれば、プロトコルは報酬を出金アドレスへ送ることができます。

バリデーターがまだ0x00認証情報を使用している場合、出金を受け取る前にBLS-to-execution変更が必要でした。

Shapellaによって、ユーザーが出金先を管理しなければならないという基本ルールは変わっていません。

実際のETH出金を可能にすることで、このルールを運用上実効化しました。

出金認証情報とPectraアップグレード

Pectraは、Type 2、すなわち0x02の複利型認証情報を追加することで出金認証情報を変更しました。

この変更は、バリデーターの最大実効残高を引き上げたEIP-7251と関連しています。

公式のEIP-7251 specificationでは、最大実効残高の引き上げ、バリデーター統合および複利型出金認証情報に関するプロセスの追加が説明されています。

Pectraにより、大口ステーカーとステーキング運営者にとってEthereumステーキングの柔軟性が高まりました。

多数の独立した32 ETHバリデーターを運用する代わりに、ステーカーは0x02認証情報を使用し、より少数かつ高残高のバリデーターへステークを統合できます。

これにより、運用の複雑性を軽減できる可能性があります。

バリデーターセットの規模拡大に対する負荷も軽減できる可能性があります。

ただし、0x02認証情報はステーカーに新たな判断を求めます。

自動複利は報酬効率を改善する可能性がありますが、報酬が32 ETHを超えても自動スイープされないため、出金動作も変わります。

定期的な報酬受取を希望するユーザーは、0x01の動作を好む場合があります。

複利と統合を希望するユーザーは、0x02の動作を好む場合があります。

正しい選択は、カストディの目的、流動性ニーズ、税務計画、リスク管理、ステーキング戦略によって異なります。

部分出金

部分出金とは、バリデーターを完全に退出させずにバリデーター残高を出金することです。

0x01バリデーターの場合、部分出金は通常、32 ETHの実効残高上限を超えるETHの自動スイープを意味します。

0x02バリデーターでは、報酬がより高い最大実効残高に達するまで複利運用されるため、部分出金の仕組みが異なります。

Ethereumのステーキング出金ページでは、Type 2バリデーターの自動スイープは2048 ETHを超える残高に対してのみ行われ、この基準未満のETHには実行レイヤーから手動の部分出金が必要と説明されています。

ステーカーが報酬は自動的にウォレットへ反映されると期待する場合があるため、この違いは重要です。

この期待は32 ETHを超える0x01の報酬には当てはまりますが、通常の0x02複利動作には当てはまりません。

部分出金は、ETH送金と同様にバリデーターウォレットから開始される通常のEthereumトランザクションではありません。

バリデーターのステータスと出金適格性に応じ、コンセンサスレイヤーと実行レイヤーが処理するプロトコルレベルの出金です。

報酬が到着した、または到着していない理由を確認する前に、ユーザーはバリデーターの認証情報タイプを確認する必要があります。

全額出金

全額出金は、バリデーターが退出し、残りの全残高が出金可能になった後に行われます。

0x01および0x02バリデーターでは、出金されたETHは認証情報に接続された実行レイヤー出金アドレスへ送られます。

0x00バリデーターでは、出金認証情報が更新されるまで、プロトコルは実行アドレスに出金を送ることができません。

全額出金は自主退出とは別のものです。

自主退出は、退出プロセスを経た後にバリデーターの参加を停止するよう指示します。

出金は、バリデーターが適格となりプロトコルで処理された後に行われます。

退出しても必ずしも直ちにETHを受け取れるわけではないため、このタイミングはユーザーを混乱させる場合があります。

退出キュー、出金スイープ、ネットワーク状況、バリデーターステータスがタイミングに影響する可能性があります。

ユーザーは、出金アドレスが出金されたETHを自動的に受け取ることも理解する必要があります。

そのアドレスが誤っている、アクセス不能である、または他者に管理されている場合、ユーザーは出金資金へのアクセスを失う可能性があります。

このため、バリデーター設定時に正しく出金認証情報を選択することが不可欠です。

BLS-to-Execution変更

BLS-to-execution変更は、0x00バリデーターが出金認証情報を実行アドレス形式に更新するためのプロセスです。

Ethereum Launchpadは、古いBLS出金認証情報を実行アドレス形式の新しい出金認証情報へ変更するメッセージについて説明したBLS To Execution Change toolを提供しています。

この変更は、バリデーターのBLS出金鍵で署名するか、正しい出金ニーモニックから生成する必要があります。

署名済みメッセージはその後Beacon Chainにブロードキャストされます。

メッセージが含まれて処理されると、バリデーターの認証情報は0x00から実行アドレス出金認証情報へ変更されます。

出金アドレスが将来のステーキング出金の送付先となるため、この変更は慎重な対応を要するプロセスです。

ユーザーは可能な限り、機密性の高い署名データをオフラインで生成する必要があります。

完全に信頼できないランダムなウェブサイト、チャットツール、ブラウザ拡張機能、オンラインコンピューターにステーキングニーモニックを入力してはなりません。

変更は不可逆となる可能性があるため、署名する前に出金アドレスを慎重に確認する必要があります。

入力ミスが1つでもあれば、出金が恒久的に誤った送付先へ向かう可能性があります。

出金認証情報は変更できるか？

出金認証情報を変更できるかどうかは、そのタイプと具体的な変更内容によって異なります。

0x00のBLS出金認証情報は、BLS-to-executionプロセスを通じて実行アドレス認証情報へ変更できます。

バリデーターに0x01出金アドレスが設定されると、その出金アドレスを別のアドレスへ簡単に変更することはできません。

Tekuのドキュメントでは、バリデーターの出金認証情報がすでにEthereumアドレスに設定され、ユーザーが別のアドレスを望む場合、バリデーターを退出して新しい認証情報を持つ新しいバリデーター鍵を作成する必要があると説明されています。

Pectra後にType 1からType 2へ変換することも、重要なステーキング上の選択です。

Ethereum Pectra MaxEBページでは、Type 1からType 2への変換は不可逆であると記載されています。

つまり、バリデーターは出金認証情報の更新を、ウォレットのニックネームやメールアドレスを変更するようなものとして扱うべきではありません。

これはETHの送付先およびステーキング報酬の動作に影響し得るプロトコルレベルの変更です。

認証情報を変更する前に、ユーザーはバリデーターインデックス、公開鍵、旧認証情報タイプ、新しいアドレス、ツールの提供元、署名環境を確認する必要があります。

大規模なステーキング運用では、出金認証情報の変更を正式な運用管理と複数人によるレビューを通じて実施する必要があります。

出金認証情報とバリデーターセキュリティ

出金認証情報は、Ethereumステーキングのセキュリティにおいて最も高リスクな要素の一つです。

出金先は、ステーキングETHと報酬の送付先を管理します。

出金アドレスが誤ったウォレットに属する場合、将来の出金を回復できない可能性があります。

0x00から0x01への変更前に出金ニーモニックが漏洩した場合、攻撃者は出金を自身のアドレスへ向けられる可能性があります。

ユーザーが偽のステーキングツールにシードフレーズを入力すると、攻撃者が資金を盗んだり、将来の出金を管理したりする可能性があります。

ユーザーはバリデーター署名鍵と出金鍵を分離する必要があります。

バリデーター署名鍵は日常的な業務のためにオンラインである必要があります。

出金鍵は、より強力なコールドストレージの慣行により保護する必要があります。

機関向けの設定では、出金アドレスにマルチシグウォレット、ハードウェアセキュリティモジュール、カストディ管理、スマートコントラクトウォレットが使用されることが多いです。

ソロステーカーには、ハードウェアウォレットまたは慎重に保護されたセルフカストディアドレスが適している場合があります。

重要なルールは単純です。

出金アドレスは、ステーキングETHを受け取るべき個人または組織が管理すべきです。

出金認証情報とカストディ

出金認証情報はステーキングカストディの中心的要素です。

ユーザーがサービスを通じてステーキングする場合、出金認証情報によって、ユーザー、サービス、カストディ提供者、スマートコントラクト、または別の主体のいずれが出金先を管理するかが決まります。

これは、ステーキングではバリデーター運用と資産所有権を分離できるため重要です。

出金アドレスがユーザーまたはユーザー管理のコントラクトに属していれば、第三者は出金を管理せずにバリデーターインフラを運用できます。

この設定はカストディリスクを軽減する可能性があります。

ただし、一部のステーキングサービスはバリデーター運用と出金先の両方を管理する場合があります。

この設定は便利な場合がありますが、カウンターパーティーリスクを生みます。

ユーザーは、サービスを通じてETHをステーキングする前に、誰が出金認証情報を管理するかを確認する必要があります。

誰がバリデーターを運用するかだけを確認すべきではありません。

誰が出金を受け取るか、誰が認証情報を変更できるか、誰が退出を実行できるか、ユーザーにどのような法的・技術的権利があるかを確認する必要があります。

Ethereumステーキングでは、出金認証情報は出金管理に関する最も明確なオンチェーン上の手がかりとなることが多いです。

出金認証情報とスマートコントラクトアドレス

ステーキング設定が対応している場合、出金アドレスには通常の外部所有アカウントまたはスマートコントラクトアドレスを使用できます。

これは、ステーキングプール、カストディシステム、リキッドステーキングプロトコル、リステーキングシステム、機関向けボルトに役立つ場合があります。

ただし、スマートコントラクトの出金アドレスには追加リスクがあります。

コントラクトは安全でなければなりません。

コントラクトはETHを安全に受け取れる必要があります。

コントラクトのルールは、ステーカーの期待と一致している必要があります。

コントラクトにバグ、アップグレードリスク、管理者リスク、ガバナンスリスクがある場合、出金に影響が及ぶ可能性があります。

ユーザーは、プログラム可能であるという理由だけでスマートコントラクト出金アドレスの方が安全だと考えるべきではありません。

監査され、適切に管理されている場合は、より安全な可能性があります。

設計が不十分である場合や未知の管理者に管理されている場合は、より危険になる可能性があります。

通常のソロステーカーには、十分に保護されたセルフカストディアドレスの方がシンプルな場合があります。

高度なステーキングシステムでは、スマートコントラクト出金アドレスが自動化、会計、分配、リスク管理を支援できます。

出金認証情報とリキッドステーキング

リキッドステーキングシステムはバリデーターを使用しますが、ユーザーにはステーキングETHへのエクスポージャーを表す流動性トークンまたは受領証トークンを提供します。

これらのシステムでは、バリデーター出金の流れをどこへ向けるかを決めるため、出金認証情報が特に重要です。

リキッドステーキングプロトコルは、出金されたETHをプロトコルのルールに従って計上・分配できるよう、スマートコントラクトを出金先として使用する場合があります。

リキッドステーキングトークンを使用するユーザーは、個別バリデーターの出金認証情報を直接確認できない場合があります。

しかし、これらの認証情報は裏側で引き続き重要です。

出金認証情報をプロトコルが管理する場合、ユーザーはプロトコルのスマートコントラクト、ガバナンス、運営者、カストディ設計に依存します。

出金認証情報の管理が不十分な場合、プロトコルは運用上またはセキュリティ上の問題に直面する可能性があります。

ユーザーにとっての要点は、リキッドステーキングはバリデーターの詳細を抽象化しますが、バリデーターレベルのリスクをなくすものではないということです。

ユーザーに見えるのがトークン残高だけでも、出金認証情報は信頼モデルの一部であり続けます。

出金認証情報とリステーキング

リステーキングでは、ステーキングETHまたはバリデーター関連ポジションを追加のセキュリティまたは報酬システムに使用できます。

リステーキングでは、出金フローがリステーキングルールを適用するスマートコントラクトまたは管理アカウントに向けられる場合があるため、出金認証情報が重要となる可能性があります。

リステーキングシステムでは、バリデーターに特定の出金認証情報または出金アドレス構造の使用を求める場合があります。

これにより複雑性が高まる可能性があります。

ユーザーは、誰が出金を管理するか、誰が退出を実行できるか、スラッシュまたはペナルティが資金に影響するか、プロトコルルールによって出金が遅延する可能性があるかを理解する必要があります。

リステーキングは追加報酬の機会を生む可能性がありますが、スマートコントラクトリスク、ガバナンスリスク、運営者リスク、相関したスラッシュリスクも加わります。

出金認証情報は、Ethereumの基礎的なステーキングシステムと、ステーキングポジションを利用する外部プロトコルとの境界に位置します。

ユーザーは、出金認証情報をリステーキング関連アドレスに向ける前に、プロトコルのドキュメントを注意深く読む必要があります。

出金認証情報は単なる送付先ではありません。

より大きなカストディおよびリスク管理の仕組みの一部となる場合があります。

出金認証情報とバリデーター統合

Pectra後、0x02バリデーターはより高い実効残高に対応できるため、バリデーター統合の重要性が高まりました。

バリデーター統合とは、複数のバリデーターのステークをより少数のバリデーターにまとめることです。

これにより、大口ステーカーが運用する必要のあるアクティブバリデーター数を減らせます。

運用オーバーヘッドを削減し、ネットワークによるバリデーターセットの成長管理にも役立つ可能性があります。

0x02認証情報を使用すると、バリデーターは最大2048 ETHの実効残高を持つことができます。

Ethereum Pectra MaxEBページでは、MaxEB変更を選択する公式ツールはLaunchpadであり、Type 1からType 2への変換は元に戻せないと説明されています。

統合は強力ですが、リスクエクスポージャーを変えます。

より大きなバリデーターでは、1つのバリデーター記録により多くのステークが含まれる可能性があります。

運用ミス、スラッシュ、設定エラーは、バリデーターごとにより多額のETHに影響する可能性があります。

大口ステーカーは、運用の簡素化とリスク集中を比較検討する必要があります。

出金認証情報は中心的要素です。Pectra後の統合モデルを十分に利用できるのは、正しい0x02複利型認証情報の動作を持つバリデーターのみだからです。

バリデーターの出金認証情報を確認する方法

ユーザーはEthereum Beacon Chainエクスプローラーまたは自身のビーコンノードAPIを通じて、バリデーターの出金認証情報を確認できます。

バリデーターエクスプローラーには通常、バリデーターインデックス、公開鍵、残高、ステータス、出金認証情報、利用可能な場合は出金アドレスが表示されます。

Tekuのドキュメントでは、Beacon APIを通じてバリデーターの確定済み状態を照会し、withdrawal_credentialsフィールドを読み取る例が提供されています。

フィールドが0x00で始まる場合、バリデーターはBLS出金認証情報を使用しています。

0x01で始まる場合、レガシー実行アドレス認証情報です。

0x02で始まる場合、複利型出金認証情報です。

ユーザーは出金を期待する前に認証情報を確認する必要があります。

可能な場合は、認証情報に埋め込まれた実行アドレスも確認する必要があります。

0x01および0x02バリデーターでは、出金アドレスはステーカーが管理するアドレスと一致している必要があります。

アドレスが不明な場合は、退出、統合、または将来の出金への依存を行う前に調査する必要があります。

高額なバリデーターについては、複数のツールによる独立した検証が適切な慣行です。

出金認証情報に関するよくある間違い

よくある間違いの一つは、バリデーター署名鍵と出金鍵を混同することです。

署名鍵はバリデーター業務を実行し、出金認証情報は出金先を管理します。

もう一つのよくある間違いは、誤った出金アドレスを設定することです。

これにより、将来の出金が恒久的に誤ったアドレスへ送られる可能性があります。

3つ目は、0x00バリデーターが自動的に出金できると考えることです。

実行アドレスタイプに認証情報を更新するまで、出金を受け取ることはできません。

4つ目は、偽サイトにステーキングニーモニックを入力することです。

これにより出金鍵が漏洩し、資金がリスクにさらされる可能性があります。

5つ目は、0x01の報酬が自動的に複利運用されると考えることです。

超過報酬は出金アドレスにスイープされるため、32 ETHの実効残高上限を超えて複利運用されることはありません。

6つ目は、報酬の動作が異なることを理解せずに0x02へ変換することです。

0x02バリデーターは、より高い最大実効残高まで報酬を複利運用し、その基準未満の額には手動部分出金が必要となる可能性があります。

7つ目は、カストディ権限を理解せずにサービス管理のアドレスを使用することです。

出金認証情報のメリット

出金認証情報の1つ目のメリットは、明確な出金ルーティングです。

プロトコルはバリデーターの出金先を把握できます。

2つ目のメリットは、職務の分離です。

バリデーター運用を出金管理から分離できます。

3つ目のメリットは、より適切なセキュリティ設計です。

運営者はバリデーター署名鍵をオンラインに保ちつつ、出金権限をより慎重に保護できます。

4つ目のメリットは、異なるステーキング戦略への対応です。

0x01認証情報は自動報酬スイープを、0x02認証情報は複利とより高い実効残高をサポートします。

5つ目のメリットは、機関向けの柔軟性です。

出金認証情報は、カストディポリシー、スマートコントラクトボルト、ステーキング提供者、マルチシグ管理を支援できます。

6つ目のメリットは透明性です。

バリデーターには公開されている認証情報プレフィックスがあり、ユーザーは出金動作を理解できます。

7つ目のメリットは、より安全なバリデーター委任です。

ステーキングの仕組みによっては、ユーザーは出金先を自身のアドレスに保ちながらバリデーター運用を委任できます。

出金認証情報のリスク

1つ目のリスクは、恒久的なアドレス設定ミスです。

出金認証情報がユーザーの管理下にないアドレスを指す場合、出金ETHは失われる可能性があります。

2つ目のリスクは、ニーモニックの漏洩です。

0x00認証情報の変更には機密性の高い出金鍵データが必要であり、攻撃者はそのプロセスを標的にする可能性があります。

3つ目のリスクは偽ツールです。

詐欺師は偽のLaunchpadページ、偽のステーキングダッシュボード、偽の認証情報更新フォーム、偽のウォレットプロンプトを作成する可能性があります。

4つ目のリスクは、認証情報タイプの誤解です。

ユーザーは、異なる出金動作を持つ認証情報タイプを使用しているにもかかわらず、自動報酬を期待する場合があります。

5つ目のリスクは、カストディの不透明性です。

ステーキング提供者が、ユーザーが十分に理解していない形で出金認証情報を管理している場合があります。

6つ目のリスクは、スマートコントラクト出金リスクです。

スマートコントラクト出金アドレスには、バグ、管理者権限、ガバナンスリスクがある可能性があります。

7つ目のリスクは、不可逆な変換です。

0x01アドレスの設定や0x02への変換などの一部の認証情報変更は、長期的な判断として扱う必要があります。

出金認証情報を安全に扱う方法

ユーザーは、出金認証情報に関する操作を行う前に、公式ツールを確認する必要があります。

公式のEthereum Launchpad、または信頼できるソースによる十分にレビューされたバリデーターツールを使用する必要があります。

バリデーターインデックスと公開鍵を確認する必要があります。

現在の認証情報タイプを確認する必要があります。

正確な出金アドレスを確認する必要があります。

署名する前に、出金アドレスを自分で管理していることを確認する必要があります。

オフライン署名が可能な場合、日常的に使用するオンラインコンピューターで機密メッセージを生成することは避ける必要があります。

ステーキングニーモニック、バリデーターkeystoreパスワード、秘密鍵、シードフレーズを、サポート担当者やウェブサイトと共有してはなりません。

署名済み操作、対象アドレス、バリデーターリストの記録を保存する必要があります。

認証情報変更が処理された後、Beacon Chainエクスプローラーで確認する必要があります。

組織では、認証情報の更新に複数の承認、文書化された手順、テスト実行、独立した検証を求める必要があります。

ソロステーカーにとって最も重要なルールは、署名する前にすべてのフィールドを時間をかけて確認することです。

出金認証情報を簡単に説明すると

出金認証情報とは、バリデーターから出金されたETHをどこへ送るかをEthereumに指示するルールです。

0x00で始まる場合、バリデーターは古いBLS認証情報を使用しており、アップグレードするまで通常の出金を受け取れません。

0x01で始まる場合、バリデーターには通常の実行出金アドレスがあり、32 ETHを超える報酬は自動的にスイープされます。

0x02で始まる場合、バリデーターには複利型認証情報があり、最大2048 ETHの実効残高を構築できます。

出金認証情報はバリデーター署名鍵とは異なります。

署名鍵はバリデーターを稼働させます。

出金認証情報は、出金先と報酬動作を管理します。

初心者にとって最も重要なポイントは単純です。

ETHをステーキングする前に、必ず誰が出金アドレスを管理しているかを確認してください。

FAQ

出金認証情報とは何ですか？

出金認証情報とは、ステーキングされたETHとコンセンサスレイヤーの報酬をどのように、どこへ出金できるかを決定するEthereumバリデーターの設定です。

出金認証情報は出金アドレスと同じですか？

いいえ。出金認証情報は完全なバリデーターフィールドであり、出金アドレスは0x01または0x02認証情報で使用される実行レイヤーアドレスです。

0x00出金認証情報とは何を意味しますか？

0x00は、バリデーターが古いBLS出金認証情報を使用しており、実行レイヤー出金アドレスが設定されていないことを意味します。

0x00バリデーターはETHを出金できますか？

いいえ。出金を受け取るには、0x00バリデーターが実行アドレス認証情報タイプへ更新する必要があります。

0x01出金認証情報とは何を意味しますか？

0x01は、バリデーターにレガシー実行出金アドレスがあり、32 ETHを超える報酬がそのアドレスへ自動スイープされることを意味します。

0x02出金認証情報とは何を意味しますか？

0x02は、バリデーターがPectraで導入された複利型出金認証情報を使用しており、最大2048 ETHの実効残高を持てることを意味します。

0x01と0x02の違いは何ですか？

0x01は32 ETHを超える報酬を自動スイープします。一方、0x02はより高い最大実効残高まで報酬を複利運用し、2048 ETHを超える額のみを自動スイープします。

0x01の出金アドレスを変更できますか？

直接はできません。バリデーターに0x01出金アドレスが設定された後、別の出金アドレスへ変更するには、通常、退出して新しいバリデーターを作成する必要があります。

0x01から0x02へ変換できますか？

はい。PectraではバリデーターがType 1からType 2出金認証情報へ変換できますが、Ethereumのドキュメントではこの変換は不可逆とされています。

BLS-to-execution変更とは何ですか？

BLS-to-execution変更とは、0x00バリデーターを実行アドレス出金認証情報へ更新する署名済み操作です。

出金にガス代は必要ですか？

プロトコルレベルのバリデーター出金は通常のユーザー開始トランザクションではなく、バリデーターは出金アドレスからガス代を送る必要がありません。

部分出金とは何ですか？

部分出金とは、バリデーターを完全に退出させずに、出金可能なバリデーター残高を移動することです。

全額出金とは何ですか？

全額出金とは、バリデーターが退出して出金可能になった後、バリデーターの残りの残高を支払うことです。

出金アドレスをスマートコントラクトにできますか？

はい。出金アドレスにはスマートコントラクトアドレスを使用できますが、ユーザーはコントラクトのセキュリティと管理ルールを理解する必要があります。

出金認証情報にリスクがある理由は何ですか？

誤った、または攻撃者が管理する出金アドレスが、バリデーターから出金されたETHを恒久的に受け取る可能性があるためです。

自分のバリデーターの出金認証情報を確認する方法は？

Beacon ChainエクスプローラーまたはビーコンノードAPIを通じてwithdrawal_credentialsフィールドを確認できます。

出金認証情報を更新するためにステーキングニーモニックを共有すべきですか？

いいえ。ステーキングニーモニックや秘密鍵を、ウェブサイト、サポートアカウント、チャットグループ、未知のツールと共有してはなりません。

現在推奨される出金認証情報タイプはどれですか？

Ethereumの現行ドキュメントでは、0x02複利型認証情報が現在のバリデーターに推奨される選択肢とされていますが、最適な選択は依然としてステーカーの目的と出金ニーズによって異なります。

まとめ

出金認証情報は、バリデーター出金の送付先とバリデーター報酬の動作を管理する、Ethereumステーキングの中核設定です。

バリデーターの所有権、カストディ、報酬フロー、出金セキュリティを結び付けるため、Ethereumバリデーターに紐付く最も重要なフィールドの一つです。

主な認証情報タイプは0x00、0x01、0x02の3種類です。

0x00は、出金が有効化される前の古いBLS認証情報タイプです。

0x01は、32 ETHを超える報酬を自動スイープするレガシー実行アドレスタイプです。

0x02は、Pectra後の複利型であり、最大2048 ETHの高い実効残高に対応します。

出金認証情報は気軽に変更すべき設定ではありません。

誤った出金アドレスは恒久的な損失を生む可能性があります。

急いだBLS-to-execution変更は機密鍵を漏洩させる可能性があります。

0x02への変換を十分に理解しない場合、ステーカーが想定していなかった形で報酬と出金の動作が変化する可能性があります。

ソロステーカーにとって最も安全な方法は、認証情報を変更する前に、すべてのバリデーター、アドレス、ツール、署名を確認することです。

ステーキング提供者と機関では、正式なカストディ管理、監査、運用レビューを通じて出金認証情報を管理する必要があります。

簡単に言うと、出金認証情報はEthereumステーキングにおける最も重要な問いの一つに答えるものです。バリデーターが出金するとき、ETHはどこへ送られるのでしょうか？