glamsterdam

CoinDesk の報道によると、イーサリアムの開発者は Glamsterdam アップグレードの中で発見された脆弱性を修正しました。この脆弱性は、オペレーターがステーキングサービスを利用して新しいバリデーターのための ETH を持ち去る可能性がありました。修正はバリデーターの預金処理ルールを変更し、月曜日に統合されましたが、開発者は一週間前にこの修正を拒否していました。研究者 avsetsin は、オペレーターが特定の公開鍵を使用してビルダーとして登録し、その後ステーキングサービスが同じ鍵を使用して ETH を預けてバリデーターを起動した場合、草案ルールが両方の預金をビルダーに記録することを発見しました。avsetsin は、これは条件付きコードの発見であり、確認されたリアルタイムの脆弱性の利用ではないと述べています。既存のチェックが攻撃を防ぐことができ、現在のところ損失の報告はありません。新しいルールは、引き出し証明書に基づいて預金の順序を処理し、バリデーターの預金が依然としてバリデーターに帰属するようにします。Glamsterdam は Sepolia テストネットで稼働していますが、Hoodi テストネットの立ち上げは延期されており、メインネットの立ち上げ前に新しい日付を決定する必要があります。

ChainSecurity の報告により、EIP-8037 が一部のスマートコントラクトとの互換性およびセキュリティ問題を明らかにしたため、コア開発者は先週 Hoodi テストネットのアップグレードを Glamsterdam まで延期することを決定しました。現在確認されている問題には、取引実行中に残りのガスが増加する可能性があり、それが一部のガス計算ロジックのアンダーフローを引き起こし、ロールバックをトリガーするか、元々実行されるべきでないコードパスがトリガーされることで、取引が成功したように見えることが含まれます。さらに、一部のコントラクトは、呼び出し中のガス消費を正しく計算できないために、使用量を過小評価する可能性があります。ChainSecurity は以前、13 の実際のケースを発見し、影響を受けたプロジェクトと責任ある開示を行っていると述べました。トニ・ヴァールシュテッターは、今週関連するコントラクトをさらに調査し、今後の解決策を評価する予定であり、アプリケーション開発者、コア開発者、監査人、およびノードオペレーターが協力して対処する必要があるかもしれないと述べました。最悪の場合、プロトコル仕様の調整が必要になる可能性があります。彼はアプリケーション開発者と監査人に対し、コントラクトが EIP-8037 および EIP-8038 と互換性があるかどうかを確認し、問題を迅速に報告するように促しました。

10月22日、スマートコントラクトセキュリティ会社ChainSecurityは、イーサリアムHoodiテストネットのGlamsterdamハードフォークが延期されたと発表しました。研究者によると、既存のコントラクトにセキュリティの影響が発見され、13の実際のケースが特定されており、現在影響を受けたプロジェクトと責任ある開示を行っています。発表ではチームにコントラクトの確認を求めており、イーサリアム財団は影響の範囲を評価しています。発表ではプロジェクト名は挙げられず、コントラクトアドレスも提供されておらず、代替のフォーク日も示されていません。関連する問題は、失敗した外部呼び出しの後も実行を続けるコントラクトに関するものです。審査されたガスの変化の下では、失敗処理プログラムが実行を完了する可能性があり、以前はガスが尽きてロールバックされていました。呼び出し元は、目標操作を完了するには不十分だが、外層コントラクトに永久的な失敗を記録させるのに十分なガスを故意に提供することができ、元々再試行可能だった操作が回復パスを失うことになります。技術的な開示は、10月13日のバージョン仕様におけるEIP-8037およびEIP-8038を審査しており、文中のガスの例は提案された実行動作を説明しています。state-gasリザーバーは呼び出しが完全に伝達され、転送制限はexecution gasに適用され、gasleft()はexecution残高のみを報告します。審査されたルールに従えば、取引開始時にゼロのストレージスロットをクリアすることで最大97,920のexecution gasを補填できます；中介コントラクトがREVERTした場合、すでに計上されたstate-creation費用を呼び出し元に戻す可能性もあります。

イーサリアム流動性ステーキングプロトコルLidoのエンジニアリング責任者Dmitry Gusakovは、開発者会議ACDC #189で、Glamsterdamアップグレードによって導入された一時的なビルダー接続メカニズムが、ステーキングプロトコルの既存の預金保護ロジックに干渉し、ステーキング預金が奪われる可能性があると警告しました。この問題は、同じ検証者の公開鍵を共有する複数の預金に関係しています。イーサリアムの現行の預金ルールに基づくと、最初の有効な預金が引き出し証明書を決定し、ステーキングプロトコルは通常、この特性を利用して証明書が操作されるのを防ぎます。たとえば、少量のETHを最初に預け、検証者が期待される証明書を表示した後に残りの資金を補充します。しかし、Glamsterdamがビルダーのために導入した特別な接続メカニズムは、フォーク移行期間中に同じ公開鍵の下での後続の預金の解釈方法を変更する可能性があり、ステーキングプロトコルは第三の結果に直面します：検証者が現れず、預けたETHがビルダー名義に記録されることです。Lidoが提案した修正案は、一時的な接続プロセス中に検証者の預金とビルダーの預金の区別を保持することです。しかし、コア開発者はタイミングを理由にその修正を拒否しました。主な理由は、Sepoliaテストネットが既存の規範に従ってアクティブ化され、Hoodiクライアントのバージョンも準備中であり、この時点での変更はSepoliaを再デプロイし、追加のテストを行う必要がある可能性があるからです。この問題はフォーク移行期間の接続プロセスに影響を与えますが、継続的な預金処理ルールには影響しませんが、その結果は待機中の預金に波及する可能性があります。

イーサリアム財団の10月16日の発表によると、Glamsterdamのアップグレードは10月26日17:42:48（UTC）、すなわち北京時間の10月27日01:42:48にHoodiテストネットでアクティブ化される予定です。その際、HoodiのブロックGas上限も2億に引き上げられます。今回のアップグレードには、提案者とビルダーの分離、ブロックレベルのアクセスリスト、及びGas料金の調整が含まれています。Sepoliaテストネットは10月6日にアクティブ化を完了しており、イーサリアムメインネットのアップグレード日程はまだ確定していません。ノードオペレーターはHoodiのアクティブ化前に実行層とコンセンサス層のクライアントを更新する必要があります。

イーサリアムの次の段階のアップグレードGlamsterdamは、10月6日にSepoliaテストネットでアクティブ化され、ブロックの最終確認が完了し、重大な障害は発生しませんでした。このアップグレードは、コンセンサス層Gloasと実行層Amsterdamで構成され、合計18のEIPが含まれており、約2億Gasの上限で設計されており、現在のメインネットの6000万の3.3倍に相当します。アップグレードは自動的に上限を引き上げることはなく、より大きなブロックを安全に生成できるようにし、バリデーターが上昇を決定します。主な変更点には、EIP-7732のプロトコル内蔵提案者とビルダーの分離が含まれ、過半数のバリデーターが取引を確認する時間が約4秒から約9秒に延長されました。EIP-7928は、ブロックに触れた状態と更新後の数値を付随させることを要求し、クライアントがデータを事前取得し並行して検証できるようにします。EIP-7954は、コントラクトコードの上限を24 KiBから64 KiBに引き上げました。EIP-8037は、新しいストレージスロットの費用を2万Gasから97,920Gasに引き上げ、通常のETH送金は21,000Gasのままです。Sepoliaの最初の関連ブロックのGas上限は6000万で、約11時間後に2億に達し、その水準を維持しました。イーサリアム財団の研究者Toni Wahrstätterは、各クライアントが処理するGasの速度がアップグレード前よりも速くなったと述べ、Gethが4000万Gasのブロックを実行する時間が約115ミリ秒から約30ミリ秒に短縮されたと報告しています。Hoodiテストネットは10月27日に展開予定で、メインネットの目標は2026年第4四半期です；

CoinDeskの報道によると、イーサリアムのGlamsterdamアップグレードが今週火曜日にSepoliaテストネットでアクティブ化され、ブロックのガス上限が約6000万から近く2億に引き上げられ、増加率は3倍を超えました。25以上の連続テストブロックのレビューによると、実際のガス使用量は約5200万から9200万で、利用可能な上限の26%〜46%に過ぎず、満載の状況は発生していませんでした。アップグレードは特定のタスクのガス消費方法とデータストレージの費用も調整し、開発者は特定のガスコスト仮定に関わるアプリケーションを再テストする必要があります。次の公共テストネットHoodiは10月27日に立ち上げ予定で、イーサリアムメインネットのアクティブ化日程はまだ確定していません。

Vitalik Buterin は Nethermind の開発進捗をリツイートし、Nethermind がイーサリアムの効率と実行速度を継続的に向上させていることを示しました。Nethermind のコア開発者 Ben Adams は、その Beacon Chain プラグインが同期を完了し、Sepolia の Glamsterdam ハードフォークに対応する準備が整ったと述べています。イーサリアムの実行層とコンセンサス層を一つのアプリケーションとして運用することは、明らかな追加のメモリオーバーヘッドをもたらさないようです。イーサリアム財団は以前に、Glamsterdam が 10 月 6 日に Sepolia でアクティブ化されることを確認しており、Nethermind 2.1.0 はこのアップグレードをサポートしています。

CoinDesk の報道によると、イーサリアムの開発者は月曜日の夜に Prysm クライアントの 7.2.1 バージョンをリリースし、2 億 Gas 上限を組み込み、火曜日の Glamsterdam アップグレードの Sepolia テストネットのテスト前にデプロイを完了しました。Glamsterdam はイーサリアムの次の大規模アップグレードであり、最初に Sepolia テストネットでアクティブになります。開発者はこのテストネットで実際の価値のないトークンを使用して変更をリハーサルします。火曜日のテストの一部は、Sepolia の Gas 上限を約 6000 万から 2 億に引き上げることです。Gas はイーサリアムが単一のブロックにどれだけの計算作業を収容できるかを測る単位であり、より高い上限はネットワークが同時により多くの取引やより複雑な活動を処理できることを意味しますが、イーサリアムを運営するコンピュータに対してもより高い要求を課します。Prysm はイーサリアムのバリデーターが使用するクライアントソフトウェアであり、その前のバージョンはこの設定が Sepolia 構成に追加される前に完了しているため、古いバージョンのバリデーターは手動でパラメータを変更しない限り、6000 万 Gas 上限でブロックを生成し、この容量テストの効果を弱めることになります。最新バージョンを実行しているバリデーターは、Glamsterdam が UTC 時間 10 月 6 日 13:53:36 に Sepolia でアクティブになると、自動的に 2 億 Gas のブロックを提案し始めます。イーサリアムは段階的にブロック容量を増加させており、バリデーターの運営が過度に厳しくまたは高価になる前にどこまで進めるかをテストしています。2 億の設定は Sepolia のみに適用され、Glamsterdam はまだイーサリアムのメインネットではアクティブになっていません。

イーサリアム財団は、イーサリアムネットワークのアップグレードGlamsterdamが10月6日にSepoliaテストネットでアクティブ化されることを発表しました。時間は北京時間の21:53:36で、epoch 353024、slot 11296768に対応します。Hoodiとメインネットのアクティブ化日程はまだ確定していません。Glamsterdamは、実行層Amsterdamアップグレードとコンセンサス層Gloasアップグレードを組み合わせたもので、コアの変更点には、内蔵された提案者-ビルダーの分離とブロックレベルのアクセスリストが含まれており、L1のスループットを向上させ、実行と状態の成長コストをよりよく反映するためにガス料金を調整します。ノードオペレーターは、アクティブ化前に実行層とコンセンサス層のクライアントを更新する必要があります。固定ガス仮定に依存する契約は、修正が必要になる可能性があります。

CoinDesk の報道によると、イーサリアムの Glamsterdam アップグレードは今週新しいブロック構築ルールを採用した後、ブロックの確認を継続し、重要なテストを通過し、10 月 6 日に Sepolia 公共テストネットでの立ち上げに向けた道を開きました。Nethermind クライアントはその後、Glamsterdam の最大の変更の一つに関する性能テストを完了し、2302 件のテストすべてに合格し、3 分 15 秒以内に 5707 億 gas を処理し、平均して毎秒約 29 億 gas を達成しました。このベンチマークテストは、ネットワーク全体の速度ではなく、Nethermind の実行ソフトウェアの速度を測定し、ブロックレベルのアクセスリストをテストしました。このメカニズムは、処理前にイーサリアムノードにブロックがどのアカウントとストレージデータを使用するかを通知し、ノードがデータを同時に取得し、無関係なトランザクションをチェックできるようにします。一方、現在のイーサリアムは主に関連作業を順番に処理しており、各ブロックが収容できるアクティビティの量を制限しています。Glamsterdam はテストネットでの立ち上げから約 1 時間後にブロックの gas 上限を 6000 万から 2 億に引き上げ、各ブロックがより多くの支払い、トークン交換などのアクティビティを収容できるようにしました。2 億 gas の上限により、イーサリアムはユーザーがブロックスペースを競り始める前により多くのアクティビティを吸収でき、取引の急増や人気トークンの立ち上げ時に料金の急騰を軽減します。より大きなブロックはチェックが難しく、小規模なオペレーターが追いつくのが難しくなる可能性があります。Glamsterdam は、チェーンの運営コストを過度に高くせずに追加の容量を得ることを目指しています。このアップグレードは、ブロックデータの伝播時間を約 2 秒から 9 秒に延長し、ブロック構築と検証の引き渡しおよび支払いをイーサリアム自身のルールに組み込む計画を立てており、外部中継サービスへの依存を減らします。

クリスティン・D・キムの報告によると、イーサリアムの開発者はACDC #186会議で、Glamsterdamアップグレードが10月6日13:53 UTCにSepoliaテストネットでアクティブになることを確認しました。しかし、このアップグレードには大きな不確実性があります------現在の最新のプライベートテストネットGlamsterdam-Devnet-9はまだ安定しておらず、コンセンサス層には全ネットワークのブロック生成を停止させる深刻な脆弱性が発見されており、実行層のEIP-8037にも修正が必要なバグがあります。開発者は今後数週間以内にDevnet-10をリリースする予定ですが、Devnet-10が依然として不安定であれば、Sepoliaのアップグレード日が延期される可能性があります。Hoodiテストネットおよびメインネットのアクティベーションスケジュールは現在未定であり、年末までにメインネットを立ち上げる目標が実現できるかどうかは依然として不透明です。

イーサリアム財団は、Glamsterdamアップグレードにはガス料金の調整（EIP-8037およびEIP-8038）が含まれることを通知しました。これは、状態の作成とアクセスコストの変動に関係しています。ほとんどの契約は影響を受けませんが、ハードコーディングされたガス値などの古い仮定に依存している一部の契約は更新が必要になる可能性があり、そうしないと無効になったり、パフォーマンスが低下する可能性があります。

イーサリアム財団のDevOpsチームは、Glamsterdam（Gloas + Amsterdam）アップグレードの初期公開テスト環境としてPlatåbergetテストネットを発表しました。このテストネットはコミュニティに開放され、数ヶ月間運用される予定で、開発者に安定した実験プラットフォームを提供し、Sepolia、Hoodiなどの長期テストネットにアップグレードを展開する前に問題を発見し修正することを目的としています。Glamsterdamハードフォークは8月20日にこのテストネットでアクティブ化される予定です。Glamsterdamアップグレードは、コンセンサス層と実行層における多くの重要な変更を含んでおり、内蔵提案者-ビルダー分離（ePBS）、ブロックレベルアクセスリスト（BALs）、約2億gasを目標としたgasの再価格設定、契約の最大デプロイサイズを24KiBから64KiBに引き上げ、initcodeの上限を48KiBから128KiBに引き上げ、前方互換性のあるコンセンサスデータ構造が含まれています。関連するEIPはメタEIP-7773にまとめられています。Gasの再価格設定はウォレット、インデクサー、gas見積もりツールに影響を与え、最大gas上限をハードコーディングしているツールは更新が必要です；EIP-8037は独立した状態gas次元も導入し、新しいアカウントの作成や新しいストレージスロットへの書き込みは状態バイトに基づいて課金されます。Platåbergetのバリデーター集は規模が小さく、一般の参加を許可しており、Doraブラウザを通じてバリデーターまたはビルダーのデポジットを提出することをサポートしています。テストネットはワンクリックでネットワーク、フaucet、およびクライアントイメージリソースを追加する機能を提供します。コミュニティはイーサリアムR&D Discordや関連仕様リポジトリで問題をフィードバックできます。

イーサリアムのコア開発者 Terence は X プラットフォームで投稿し、イーサリアム Glamsterdam devnet-6 がリリースされたことを発表し、テストネットの進展が大きな進展を遂げたと述べました。EIP-8282 は ePBS ビルダー実行リクエストを導入し、2 つの新しいシステムコントラクトを含んでいます。実行層に関しては、post-bal-devnet-7 に基づく作業により EIP-2780、8038（再価格設定）、7997、8246、8070（オプション）が新たに追加され、EIP-7954（64 KiB）、8037（ソースベースの払い戻し）、および 7928（BAL×7702 プレヒートの維持状態）に対して修正が行われました。

イーサリアム Glamsterdam ハードフォークは火曜日に最終開発テストネット段階に入り、10件のEIP提案をロックし、合併以来最大規模のプロトコルアップグレードとして位置付けられています。2つのコア提案は、EIP-7732が提案者-ビルダー分離（ePBS）をコンセンサス層に直接書き込み、現在のMEV-Boostなどのオフチェーンリレーへの依存を置き換えることを提案しています。EIP-7928はブロックレベルのアクセスリスト（BALs）を導入し、バリデーターが無関係なトランザクションを並行処理できるようにします。この2つの組み合わせにより、2億Gasの上限が整備され、現在の約6000万のレベルから約3倍の向上が見込まれ、理論的なスループットは約10,000 TPSに達する可能性があります。ユーザーの観点から、EIP-2780は標準ETHの送金を最大71%安くすることが期待されています。メインネットのアクティベーション日はまだ確定しておらず、まずHoleskyとHoodiテストネットでの検証を完了する必要があります。歴史的なペースを参考にすると、2026年9月から12月の間にオンラインになると予想されています。2億Gasの上限は設計目標であり、フォークの強制値ではなく、最終的にはバリデーターがGas投票信号を通じて段階的に引き上げます。

CoinDeskによると、イーサリアムの開発者はGlamsterdamアップグレードの最終開発段階に入り、すべての計画されたEIPを含む開発者ネットワーク（devnets）を運用しており、その後公共テストネットに展開される予定です。イーサリアム財団のコア開発者であるParithosh Jayanthiは、これはコードベースの強化とテストネットの立ち上げ前の最終段階であり、固定されたタイムラインはないものの重要な進展があったと述べています。Glamsterdamは今年下半期にメインネットに上线される予定で、「合併以来最大規模のアップグレード」として説明されており、イーサリアムの多くの仮定を変え、将来のより大規模な拡張の基盤を築くことになります。主な機能にはEIP-7732（内蔵提案者-ビルダー分離）が含まれ、ブロックの構築と提案の分離メカニズムをコアプロトコルに組み込むことで、MEV操作の機会を減少させます。また、EIP-7928（ブロックレベルのアクセスリスト）により、ブロックは事前にアクセスするアカウントと契約データを宣言でき、実行効率が向上します。Glamsterdamには一連のガス再価格設定も含まれており、イーサリアム上の操作コストを大幅に変えることになります：高計算量の操作が安くなり、状態管理コストが上昇します。

イーサリアム財団は、コア開発者が最近ノルウェーのスヴァールバル諸島で開催された相互運用性会議の成果を発表し、次の段階のGlamsterdamの重要な技術進展を更新しました。会議中、複数のクライアントチームがネットワークのスケーリングと実行層の最適化に関して協力し、いくつかの方向で進展を遂げました。開発者は、ePBS、BALの最適化、およびEIP-8037の再価格設定メカニズムに基づく総合的な結果として、Glamsterdam以降の「信頼できる道筋」が合意に達したことを確認しました。実行層に関しては、ePBS（外部提案者分離アーキテクチャ）が複数のクライアントのGlamsterdam-devnetで安定して稼働しており、外部ブロック構築者のプロセスがエンドツーエンドテストを完了し、ほぼすべてのクライアント実装をカバーしています。同時に、EIP-8037は最終草案が完成し、fixed cost_per_state_byteモデルが確立され、bal-devnet-6で完全な再価格設定パラメータの出力が完了しました。拡張方向のHegotáも同様に進展を遂げています。FOCIL関連のプロトタイプは実行可能な実装を備え、アカウント抽象（AA）の要求範囲が定義され、次の段階では複数のクライアント開発ネットワークの検証段階に入ります。現在の開発の重点は依然としてGlamsterdamの最終実装に集中しており、同時にHegotáの拡張設計とその後のStrawmapの進化を進めています。開発ネットワークはオンラインになっており、FOCILなどの機能は次の段階のテストでさらに深化することが期待されています。組織の面では、今回のinterop会議はProtocol Clusterのリーダーシップ構造の調整が正式に開始されたことを示しています。新しい責任者にはWill Corcoran、Kev Wedderburn、Fredrikが含まれています。Will CorcoranはzkVMの証明と後量子コンセンサスの調整を担当し、Kev WedderburnはzkEVMの開発を主導し、FredrikはプロトコルのセキュリティとTrillion Dollar Securityプロジェクトを担当します。元Protocol ClusterのリーダーチームメンバーであるBarnabé MonnotとTim Beikoは徐々に管理役割から退くことになり、Alex Stokesは休暇期間に入ります。財団は、その任期中にプロトコルがモジュール化の推進を完了し、Fusakaのアップグレードをオンラインにした（2025年12月）、PeerDASを導入し、メインネットのガス能力を向上させたと述べています。