Glamsterdam: Ethereum開発者のための完全ガイド

Glamsterdamが稼働しました。Ethereumの次のネットワークアップグレードは、Sepolia testnetで10月6日 13:53:36 UTCに有効化されました。これを動かす最初の公開testnetであり、mainnet前の最後のリハーサルの一つです。私たちは数週間、このアップグレードに備え、Glamsterdamのdevnetでインフラをストレステストしてきました。中断なく開発を続けられるようにするためです。私たちが行ったことと、それが意味することをまとめます。

押さえておくこと:

• GlamsterdamはSepoliaで有効化され、プロトコルに組み込まれたproposerとbuilderの分離（EIP-7732）、ブロック単位のアクセスリスト（EIP-7928）、状態成長向けに再設定されたgasモデル（EIP-8037）を組み合わせています
• Sepoliaは、アップグレードのスケーリング変更を検証するため、現在のmainnet上限の3倍を超える2億gas上限をテストしています
• 開発者が最も気づくのはEIP-8037です。コントラクトのデプロイと、storageへの重い書き込みのgasが高くなります
• 今日に先立つ数週間、業界をリードするbundlerをGlamsterdamのdevnetでストレステストし、新しいルールの下でもスポンサードトランザクションが動き続けるようgas推定を改善しました。mainnetに向けて出てくるエッジケースも、監視しながら対応しています。
• Hoodiとmainnetの有効化日はまだ決まっていません。クライアントチームがSepoliaの結果を見て決めます

Glamsterdamとは

Glamsterdamは、Ethereumの次の協調ネットワークアップグレードです。名前は、過去のDevconnect開催地にちなんだ実行レイヤーのアップグレードAmsterdamと、コンセンサスレイヤーのアップグレードGloasを組み合わせたものです。両方のレイヤーに触れるため、ノードオペレーターは実行クライアントとコンセンサスクライアントの両方を更新する必要があります。

ここで特に重要なEIPは二つです。

• EIP-7732（プロトコルに組み込まれたproposerとbuilderの分離）。 proposerとbuilderの分離は、現在はプロトコル外のリレーシステムであるMEV-Boostで動いています。EIP-7732はその分離をプロトコル自体に移し、ブロック構築と、ブロックの提案およびアテストを分けます。効果の一つは、ネットワークのデータ伝播ウィンドウが約2秒からおよそ9秒に伸び、ブロックがデータを載せられる余地が増えることです。
• EIP-7928（ブロック単位のアクセスリスト）。 各ブロックは、トランザクションが実行される前に、どのアカウントとstorageスロットに触れるかのマップを持つようになります。ノードがブロックの接触先を事前に把握できれば、トランザクションを一つずつではなく、そのブロックの独立した部分を並列に実行できます。

Sepolia testnetで変わったこと

SepoliaのGlamsterdamフォークは、2億gas上限をテストしています。新しいePBSと並列実行のルールの下で、クライアントがブロックあたりより多くの実行作業を処理できるかを確認するための引き上げです。PrysmやTekuを含む一部のクライアントでは、バリデーターがより高い上限を自動では拾いません。ノードオペレーターはフォーク前に設定する必要がありました。EIP-8037が公開ネットワークで稼働するのは、今回が初めてです。

EIP-8037はgasコストを変える

EIP-8037は、状態作成のgasを再設定します。操作のコストを、今日のより平坦な価格ではなく、新しく書き込む永続状態の量に結び付けます。狙いは、より多くのアプリがコントラクトをデプロイしstorageを書くにつれて状態データベースが無制限に膨らむのではなく、Ethereumの状態データベースが予測できるペースで成長するようにすることです。実際には次のようになります。

• 新しいコントラクトのデプロイは、Glamsterdam前より多くのgasがかかります
• コントラクト作成だけでなく、新しいstorageを書く操作はすべて影響を受けます
• Glamsterdam前の前提で作ったgas推定は、新しい価格が有効になると実際のコストを下回ることがあります

私たちが準備したこと

今日の有効化に先んじるため、業界をリードするbundlerを数週間Glamsterdamのdevnetで動かし、EIP-8037の新しい状態gas価格が、本番トラフィックに届く前にスポンサードトランザクションへどう出るかを確認しました。そのテストで、新しいルールに合わせてgas推定のどこを更新すべきかが分かりました。そこから行ったことは次のとおりです。

• リアルタイムの監視を作りました。 推定、mempool、ブロック構築の各段階でgasコストを追い、新しい価格の影響を事後ではなくその場で捉えます。トランザクションの戻り値や処理方法は変わりません。信頼性を高め、先に状況を見るためのものです。
• 自社のノードを更新しました。 この有効化に先立ち、ネットワーク全体で行いました。
• 待機チームを置いています。 今、Sepoliaを見てエッジケースを追っています。特に、新しいルールがカスタムpaymasterやバッチトランザクションとどう相互作用するかです。

結果として、使っているAPI、RPC、ガスレス取引、その間にあるものも、Glamsterdamの変更を通じてそのまま動きます。あなたの側で変える必要はありません。

アプリにとっての意味

APIの呼び方は変わりません。Sepoliaが稼働した今、確認しておく価値があるものは次のとおりです。

• コントラクトのデプロイ。 ユーザーごとにコントラクトをデプロイするアプリなら、Sepoliaの新しい価格でgas予算を見直してください。
• スポンサードトランザクションとpaymaster。 gasをスポンサーする、または固定予算のpaymasterを動かすなら、mainnetの有効化の後ではなく、その前にSepoliaでテストしてください。
• gas推定のキャッシュ。 gas推定をキャッシュしている、またはスタックのどこかでgas上限をハードコードしているなら、その数値は古くなっている可能性があります。

では、開発を続けてください。サポートセンターを見る、ドキュメントを読む、または規模に応じたソリューションと料金についてチームに連絡することができます。

よくある質問

Glamsterdamとは何ですか？

GlamsterdamはEthereumの次のネットワークアップグレードで、実行レイヤーのアップグレード（Amsterdam）とコンセンサスレイヤーのアップグレード（Gloas）を組み合わせたものです。10月6日にSepolia testnetで有効化されました。

Glamsterdamはmainnetで有効化されましたか？

いいえ。今日の有効化はSepoliaのみです。Hoodiとmainnetの有効化日はまだ決まっていません。クライアントチームがSepoliaの結果を使って設定します。

EIP-8037は開発者にとって何が変わりますか？

状態作成のgasを再設定します。そのため、コントラクトのデプロイや、新しいstorageを書くその他の操作は、以前より多くのgasがかかります。

AlchemyのAPIの呼び方に影響しますか？

いいえ。移行に伴うノードとbundlerのインフラは私たちが扱います。アプリがコントラクトをデプロイする、gasをスポンサーする、またはpaymasterを動かすなら、稼働中のSepoliaネットワークでgasの前提を再テストしてください。