イーサリアムの新しい 2,048 ETH ステーキングルールがユーザーの報酬を予想よりも長くロックする仕組み

イーサリアムは、複合バリデーターがどれくらいの金額を設定できるようにする変更を検討しています $ETH 超過報酬がネットワークの自動引き出しスイープに入る前に、バリデータ上に留まる必要があります。

EIP-8148 草案に対する 8 月 20 日の編集により、提案の最小カスタムしきい値が 33 から引き下げられました。 $ETH 32まで $ETH 新しいバリデーターの作成時に初期しきい値を設定する方法を追加しました。有効にすると、提案により次のことが可能になります。 0x02 バリデーターは 32 の間のレベルを選択します $ETH そして現在の2,048 $ETH デフォルト。この変更は、イーサリアムの既存の出口ルールが引き続き元本の引き出しを管理する一方で、報酬スイープのタイミングに影響を与える可能性があります。

イーサリアムの32 $ETH 変更は報酬スイープのタイミングを制御します

イーサリアムは現在、2 つの実行アドレス出金認証情報を異なる方法で扱います。

従来のバリデータを使用する 0x01 資格情報には 32 が付いています $ETH 効果的なバランスキャップ。 32 を超える残高 $ETH 定期的に引き出しアドレスに転送されるため、バリデーターでの報酬の増加が止まります。

配合 0x02 バリデーターは 1 で実効残高を増やすことができます $ETH 最大 2,048 まで増分 $ETH。イーサリアムの現在の出金認証ルールでは、残高が 2,048 を超えた場合にのみ自動的に消去されます。 $ETH。アクセスする $ETH そのレベルを下回る場合は、手動で部分引き出しをリクエストする必要があります。

EIP-8148 により、新しい 0x02 バリデーターは、それを作成するデポジット内の初期しきい値をエンコードします。カスタム値が存在しないか無効な場合は、デフォルトで 2,048 になります。 $ETH 有効な作成後の変更が処理されるまで。既存の複合バリデータもデフォルトで開始され、後で有効なリクエストを送信できます。

この草案は、その設定が即時撤回ツールになることを防ぎます。作成後のリクエストでは、バリデーターの現在の残高以上にしきい値を設定する必要があります。作成するデポジットがデポジット額を下回るしきい値をエンコードした場合、プロトコルはそれを無視し、デフォルトを使用します。より低いレベルを求めるバリデーターは、まず標準の部分撤回プロセスを使用する必要があります。

有効なカスタムしきい値が設定されると、それを超える将来の報酬はイーサリアムの通常の自動スイープの対象となります。元金の出金には、引き続きイーサリアムの既存の部分出金パスまたは完全出金パスが使用され、その後に順序付けられた出金処理が続きます。

影響を受ける賭け金がバリデータ数よりも大きい理由

認証情報の複合化は、バリデーターの数からすると依然として異例ですが、すでにかなりの量の情報をカバーしています。 $ETH。

アクセス可能な最新の Pectrified スナップショット (7 月 28 日付け) では、アクティブな数が 16,926 とカウントされています。 0x02 バリデーター。これはアクティブなバリデーターの 1.91% でしたが、彼らは 1,336 万人を保持していました $ETH、またはアクティブ株式の 32.43%。

このギャップは、バリデーターの数だけでは、その量が過小評価されていることを意味します。 $ETH 2,048 にさらされる $ETH デフォルト。これらの数字は、プロバイダーの集中の増加ではなく、規模を確立しています。この提案は残高管理設定を変更しますが、オペレーターの採用としきい値の選択は未解決のままです。

イーサリアム出口キューとスイープサイクルはさまざまなバックログを測定します

現在のキューデータは、自動スイープの適格性と受信がさまざまな段階で発生することも示しています。 8 月 25 日のライブ Validator Queue スナップショットには 160 が示されていました $ETH 出口の列に並び、推定 4 分間待つことになります。同じダッシュボードでは、ネットワーク全体の自動スイープサイクルに 7.8 日かかると見積もっていました。

これらの図はさまざまな段階を示しています。終了キューはアクティブセットから離れるバリデーターを管理し、スイープは適格なバリデーターのバランスを循環します。引用されたキューデータは、部分引き出しリクエストに対する別の公開バックログを省略しながら、終了およびスイープサイクルの推定値を提供します。この提案によってどの程度の混雑が解消されるかを測定するには、その欠落データが必要になります。

EIP-8148 のより狭い利点は、カスタムしきい値を超えた報酬が部分引き出しリクエストを繰り返すことなく自動スイープに入る可能性があることです。これらの報酬がステーキング顧客にいつ利用可能になるかは、製品とは別の問題です。

Lidoのドキュメントによると、ステーキングと実行層の報酬はプールされた会計にフィードされ、stETH保有者の残高はオラクル主導のリベースを通じて更新されます。 Coinbase Prime、Pectra 対応で報酬が得られると発表 0x02 バリデーターは複雑化しており、規定の条件に従って、既存の部分的撤回プロセスを通じて請求することができます。

提供されたマテリアルの両方のサービスについて、しきい値ポリシーが未解決のままです。彼らの現在のモデルは、バリデータレベルのスイープタイミングが顧客の支払いタイミングからどのように乖離する可能性があるかを示しています。しきい値を低くすると、 $ETH サービスがいつユーザーに価値をクレジット、リベース、またはリリースするかを決定せずに、バリデーターをすぐに終了します。

したがって、この提案はバリデーター層でのタイミングの裁量権を移譲する一方で、より広範な顧客流動性は依然として製品ポリシーの結果として残ります。 Ethereum はオプションのバリデーター設定を提供します。オペレーターとステーキング製品は、結果として得られる報酬の流れが顧客の体験をどのように変えるか、あるいは変えるかどうかを決定します。

EIP-8148 はまだ提案段階にあります

EIP-8148 は 8 月 25 日時点でもドラフトとしてマークされたままでした。Forkcast はこれを Hegotá 向けの提案としてリストしましたが、関連するコンセンサス仕様の変更は 8 月 24 日にマージされました。

フォークの配置、アクティブ化のタイミング、最終的な実装はすべて保留中です。 8 月 20 日の編集では、32 の項目を追加することで草案をより具体的にしました。 $ETH フロアと入金時間の選択。イーサリアムメインネットは既存のルールを引き続き使用します。

開発者が提案を選択して最終決定するまで、現在の分割は有効のままです: 32 を超える自動スイープ $ETH のために 0x01、最大 2,048 まで複利 $ETH のデフォルト 0x02、そしてより早く報酬が欲しい複利バリデーターのための手動部分引き出し。