イーサリアム (ETH) は10月6日、次期大型アップグレードのリハーサルを実施した。開発者界隈以外での注目度は高くなかったが、Sepoliaテストネットではすでに、「誰がブロックを組み立てるのか」「ガス価格をどう付けるのか」「1ブロックにどれだけ処理を詰め込めるのか」を左右する新ルールが動き始めている。
本稿では、プロトコルに組み込まれたプロポーザー／ビルダー分離（ePBS）、ブロック単位アクセスリスト、ガス再評価を中心とする全18項目の変更点を整理し、手数料やMEV（最大抽出可能価値）、ロールアップ、そしてガス上限200Mへの引き上げ構想にどうつながるのかを解説する。
- Glamsterdamは2026年10月6日、イーサリアムのSepoliaテストネットで稼働開始。開発者は次の公開テストネット「Hoodi」を10月26日に予定している。メインネット日程はまだ確定していないが、暫定案として12月上旬が候補に挙がっている。
- アップグレードでは、プロポーザーとビルダーのやり取りをプロトコル内部に取り込み、並列処理を意識したブロック単位アクセスリストを導入。さらに、状態の生成・参照コストに見合った新しいガス価格体系を設計し直す。
- Glamsterdam後のターゲットとして、開発者はブロックガスリミットの事実上の下限を現在のデフォルト60Mから200Mへと大幅引き上げる点で足並みをそろえている。ただし、実際の手数料水準は需要とバリデータ側の採用状況に左右される。
Glamsterdamアップグレードとは──位置づけと狙い
Glamsterdamは、Fusakaに続く次期ネットワークアップグレードで、実体としては2つの名称を束ねたものだ。実行レイヤー側は2022年のDevconnect開催地にちなみ「Amsterdam」、コンセンサスレイヤー側は恒星名に由来する「Gloas」と呼ばれる。
Ethereum Foundation は9月28日付でテストネット計画を公表。Sepoliaでは、エポック353,024／スロット11,296,768、UTC10月6日13時53分36秒のアクティベーションが設定された。
フォークは予定どおりに完了した。
独立系リサーチャーの Christine D. Kim 氏は10月9日付のレポートで、Sepoliaアップグレードは「概ね順調に進んだ」と報告。その後、開発者は2つ目かつ最終の公開テストネットとなるHoodiへの適用を10月26日月曜に設定し、クライアント実装のリリース目安を10月16日前後とした。
対象範囲はトラッキング提案のEIP-7773に整理されており、18のコア変更に加え、ネットワーク関連5件とインフォメーション目的の2件がぶら下がる構成だ。
メインネットは別フェーズだ。財団はHoodiとメインネットの時期について「まだ決定していない」とし、ethereum.orgも依然として「2026年第4四半期」の目標のみを掲げている。
GitHub上の暫定スケジューリング案では、12月1日・8日・9日がメインネット候補日に挙がるものの、いずれにも合意は出ていない。
なぜ重要なのか。ここ数年、イーサリアムはスケーリングの主戦場をロールアップに委ね、ベースレイヤーは慎重運転を貫いてきた。その流れの中で、GlamsterdamはL1自体の拡張に比重を戻す転換点となる。
財団はこれを「Layer 1スケーリング計画の次段階」と位置づける。目玉機能の多くは、ベースチェーンが安全に処理できるアクティビティ量を増やしつつ、実行負荷と状態肥大の実コストに近いガス価格を実現することを主眼とする。
関連記事: ChatGPTの新UIは12億ユーザーの回答にチャートと計算ツールを統合
Pectra・Fusakaとの違い──「データ」と「ステーキング」から「実行」へ
直近2回のアップグレードは、主にステーキングとデータ可用性に焦点が当たっていたのに対し、Glamsterdamはトランザクションを実際に処理する「実行レイヤー」を大きく組み替える。
2025年5月7日エポック364,032で始動したPectraでは、EIP-7702によって一般ウォレットからスマートコントラクトへの権限委任を可能にし、バリデータ1台あたりの最大ステーク量を32ETHから2,048ETHへ大幅に引き上げた。また、ロールアップ用の「ブロブ」について、ターゲット6・最大9まで拡張した。
続くFusakaは2025年12月3日21時49分11秒UTCにアクティベート。目玉はEIP-7594「PeerDAS」で、ノードがブロブデータ全体を落とさずとも、サンプリングによって正当性を検証できるようにした。
Fusakaではあわせて、ブロブ容量だけを調整する軽量アップグレード（「blob-parameter-only fork」）の仕組みも導入され、その後2025年12月9日と2026年1月7日に2回の小規模フォークが実施された。
財団が1月に公表したCheckpointアップデートでは、現在のブロブターゲットを14、最大値を21と説明。Fusaka以前と比べ、Layer 2のデータスペースが約2.3倍に拡大したと総括している。
実行レイヤーでは、Fusakaで単一トランザクションのガス上限が約16.8Mにキャップされ、クライアント実装上のデフォルトブロックガスリミットは60Mに設定された。
Glamsterdamは、こうした「ロールアップ用の配管拡張」から一歩踏み込み、ブロックの生成・検証・価格付けそのものを作り直すことで、60Mをはるかに超えるガスキャパシティに耐えうる構造を狙う。
いわば、PectraとFusakaがLayer 2向けのパイプを太くしたのに対し、GlamsterdamはLayer 1のエンジンルームの配線をやり直すフェーズだ。
関連記事: TRONは950億ドルのステーブルコインを量子攻撃から守れるか──Sun氏「準備はできている」
ePBS（プロトコル組み込み型Proposer-Builder Separation）とは
現在のイーサリアムでは、ほとんどのブロックを提案者（プロポーザー）自身が組み立てているわけではない。ブロック構成に特化したビルダーが収益最大化を競い、バリデータは Flashbots のMEV-Boostを通じて、最も高い入札を提示したビルダーのブロックを採用する構図だ。
このやり取りを仲介するのが「リレー」と呼ばれる信頼された中間者で、ビルダーからブロック本体を預かり、プロポーザーにはヘッダーと入札額だけを提示。署名が完了すると、ブロック全体を公開する。
実務的には機能しているものの、この仕組みはプロトコルの外側に完全に依存している。リレーが故障したり、不正行為や検閲を行っても、コンセンサスルール上の救済手段はない。
EIP-7732は、この交換プロセスをイーサリアム本体に取り込む。ビルダーをプロトコル参加者として扱い、バリデータには「payload timeliness attestations（ペイロードの時間的妥当性に関する投票）」という新たな役割が課される。
新フローでは、プロポーザーはビルダーが署名した実行ペイロードへのコミットメントをビーコンブロックに含め、その後ビルダーが実際のペイロードを開示する。プロポーザーへの支払いはプロトコルが処理し、信頼されたミドルウェアへの依存を引き下げる。
バリデータの一部は「payload timeliness committee」を構成し、ビルダーが期限内にペイロードを公開したか、対応するブロブデータが利用可能だったかを attest（投票）する。
この変更は、コンセンサス検証と実行検証の役割を明確に分離する点でも重要で、ここにスケーリング効果がある。
ethereum.orgのロードマップページは、この分離によってネットワーク全体へのデータ伝播に割ける時間が約2秒から約9秒へと拡大すると説明している。伝播に余裕が生まれれば、バリデータはより大きなペイロードにも安全に対応できる。
もっとも、リレーが一夜にして消えるわけではない。同ページも、ビルダーとプロポーザーが、コアプロトコルがまだサポートしていない高度な機能を求め、引き続きオフプロトコルのリレーやミドルウェアを利用し続ける可能性を指摘している。
関連記事: Claude Mythos 5が政府サイトに到達、Anthropicはテストを打ち切り
MEVとバリデータ経済への影響
MEV（Maximum Extractable Value）は、トランザクションの並び替え・包含・排除の仕方によって生まれる超過利益だ。現在、その多くはMEV-Boostを通じてビルダーの入札という形でバリデータに還元されているが、裏で競うビルダー側の市場は高い集中度を示す。
FlashbotsのRelayscanダッシュボードによれば、10月12日早朝までの24時間で、Titan がMEV-Boostブロックの52.6%を構築。Quasar が18.5%、BuilderNet が13.3%を占め、上位3ビルダーで約84%を握る構図だ。
ePBSはMEVを消し去るわけでも、ビルダー集中を自動的に解消するわけでもない。変わるのは「信頼の置き方」であり、プロポーザーへの支払いが、もはやリレーの誠実さに依存せず、プロトコルで担保される点にある。
ステーカーにとってのメリットは「周辺収益の底上げ」と言い換えられる。単独バリデータでも、プロトコルに保護された形でブロックスペースを販売できるようになり、ビルダー側も参加のために自前のステークを差し出す必要が出てくる。
さらに、EIP-8061によってステーカーのエグジットも早まる。退出可能枠が総ステーク量に連動して拡大する設計となり、ethereum.orgは現水準ベースでおおよそ4倍の退出余地が生まれ、バリデータ統合の余地も2倍になると説明する。
一方で、ノードがオフラインになった際の安全余地は狭まる。ethereum.orgによれば、復帰ノードが信頼できる最新チェックポイントを必要とするまでの「weak subjectivity period」は、約15.7日から約7日に短縮される見込みだ。
こうした設計を巡っては、スバールバルで開催された開発者合宿「Soldøgn interop」でも議論が白熱した。とりわけ、ビルダー参加に必要なステーク額を1ETHと想定する設計が、ピアツーピアネットワーク上でのSybil攻撃にどこまで耐えられるかが、論点として浮上している。
この懸念はSepolia稼働直前にも再燃した。9月17日のコンセンサスコールで、Prysm 開発者の Potuz 氏は、テストネットの無料ETHを悪用すれば、使い捨てビルダーを量産して入札を次々と勝ち取り、ペイロードを公開せずに握り潰す攻撃が可能だと警鐘を鳴らし、「ビルダーを1,000体立ち上げるくらい訳はない」と述べた。
初期のSepoliaデータは、ビルダーマーケットの「薄さ」を示している。10月8日の実行レイヤー・コールをまとめたコミュニティ要約では、EthPandaOps が「4〜5者程度のビルダーしか活動しておらず、大手ビルダーは不在。多くのブロックは依然ローカルで組まれている」と指摘した。
ePBSの真価が問われるのは、本番環境に近い形でビルダー同士が激しく競うHoodiテスト以降となりそうだ。
関連記事: 折りたたみ式「iPhone Duo」、初回起動時に1,999ドル端末が“直筆”のあいさつ？
ブロックレベル・アクセスリスト（BAL）とは──トランザクション処理はどう変わるか
現行のイーサリアムクライアントは、基本的にブロック内のトランザクションを順番に一列で処理している。各トランザクションが事前にどのアカウントやストレージスロットへアクセスするか分からないため、2本同時に実行すると状態競合を起こすリスクがあるからだ。
EIP-7928は、ブロックレベル・アクセスリスト（Block-level Access Lists, BAL）を導入する。ここでは、そのブロック内でアクセスされる全アカウントとストレージスロット、そして各トランザクションが行った状態変更を一覧として記録する。ビルダーがこのリストを生成し、ブロックヘッダーに… それぞれの BAL を含むマップ（一覧）が手元にあれば、クライアントは複数の処理を並行して進められる。
- 必要なステートを、試行錯誤しながら段階的にではなく、あらかじめ分かったうえで一気にディスクから読み出せる。
- 互いにステートが重ならないトランザクション同士を、別々の CPU コアで同時に検証できる。
- ブロック適用後のステートルートを、より効率的に計算できる。
- すべてのトランザクションを逐一リプレイすることなく、記録された結果からステートを更新できるため、同期が高速化する。
ネットワーク面では、EIP-8159 によってノード同士がこうしたリストを交換できるようになる。また EIP-8189 は、スナップ同期時のステート修復に BAL データを活用する。
Soldøgn では、各クライアントチームが BAL 関連の最適化を個別のフラグの裏でベンチマークした。狙いは、それぞれのクライアントで「いちばん遅い経路」からボトルネックを潰していくことだ。最も弱い実装を底上げできれば、ネットワーク全体として安全に引き上げられるガスリミットの水準が上がる。
BAL と ePBS はセットで機能する。ePBS は各スロット内での実行時間を延ばし、BAL はクライアントがその追加時間をはるかに効率的に使えるようにする。
関連記事: ベゾス「AI で週 3 日勤務も」 アマゾンで 3 万人削減後に発言
「Glamsterdam」はイーサリアムのガス会計と実行コストをどう変えるか
ステート関連のガス価格が大きく見直されたのは、2021 年の Berlin アップグレードが最後だ。その後、イーサリアムのステートは大きく膨らみ、最近のガスリミット引き上げがその増加ペースを一段と加速させている。
スマートコントラクト開発者向けに 8 月 24 日付で公開されたファウンデーションの解説記事は、新しい価格体系について「ベーススループットをおおよそ 3 倍に拡大できる」と説明した。ステート操作の再プライシングは、今後ガスリミットをさらに押し上げるための前提条件だと位置づけている。
この負荷の大部分を担うのが 2 つの EIP だ。EIP-8037 はステートの「新規作成」コストを引き上げ、かつ別枠で計測する。一方 EIP-8038 は、SLOAD や SSTORE、コールドアカウントアクセスといったオペレーションを通じた読み書きコストを引き上げる。
EIP-8037 は、新たに生成されるステート 1 バイトあたり 1,530 ガスという固定価格を定める。これは、ガスリミット 1 億 5,000 万を前提に、年間 120 GiB のステート増加を目標に逆算した水準だ。
このレートの下では、新規ストレージスロット 1 つあたりのコストは現在の 20,000 から「ステートガス」で 97,920 に跳ね上がり、新規アカウント作成は 25,000 から 183,600 に増える。最大サイズである 24 KiB のコントラクトをデプロイするコストも、概ね 8 倍に膨らむ。
ステートガスには専用のメーターも設けられる。Fusaka で導入されたトランザクションごとの上限は、今後「実行ガス」のみに適用される一方で、ブロック側は実行ガスとステートガスのうち、よりリミットに近づいた方を基準に評価する。
ガス関連のその他の変更は個々には小さいが、積み上げると無視できないインパクトになる。
- EIP-7778 は、ガスリファンド（返金）がブロックのガスリミットを食わないようにする。ユーザーが支払った分のリファンド自体は維持される。
- EIP-7976 は、データ量の多いトランザクション向けに calldata の単価をバイト当たり 64 ガスまで引き上げる。
- EIP-7981 は、アクセスリストのデータにも同じく 1 バイト 64 ガスを課す。
- EIP-2780 は、トランザクションの「内在ガス」を実際のリソース消費に沿う形に組み替え、ベースコストを 12,000 ガスに据え置く。
- EIP-7954 は、コントラクトの最大サイズ上限を 24 KiB から 64 KiB に引き上げる。
現行の EIP-2780 草案は、既存アカウントへの単純な ETH 送金については 21,000 ガスを維持する一方、新規アカウントを作る送金には別途 183,600 のステートガスを加算するとしている。8 月 6 日時点で更新された ethereum.org の Glamsterdam ページは、送金コストが最大で 71% 削減されるとの説明を残したままだ。
数値はなお流動的だ。EIP-2780 と EIP-8037 を含む複数の提案は、11 月 1 日まで「Last Call」レビュー期間にあり、ethereum.org も本番ネットワーク投入までに内容や対象範囲が変わる可能性があると注記している。
関連記事: Zcash、「ZEC の 70% を量子安全に」1 月ターゲット掲げるも日付は未定
L1 のスループットは本当に上がり、手数料は下がるのか
Glamsterdam の狙いはスループット向上にある。Soldøgn の場で開発者たちは、「Glamsterdam 後にはガスリミット 2 億を現実的な下限として見込める」との認識で足並みをそろえた。現在のデフォルト 6,000 万のおよそ 3.3 倍にあたる水準だ。
この数字は 3 つの土台の上に立つ。ePBS によって実行時間の余裕が広がり、BAL による最適化がクライアントにヘッドルームを与え、EIP-8037 がガスリミット拡大に伴うステート肥大化の暴走を抑え込む構図だ。
テストネットの Sepolia はすでにガスリミット 2 億で稼働している。これは EIP-8261 により、フォークエポックにあわせてガスリミットをスケジュールする仕組みに基づいている。
Hoodi 向けクライアントコードでも、同じく 2 億という数値が織り込まれている。コールサマリーでは、メインネットも同様にフォークエポック単位でガスリミットを設定するアプローチを取ると説明されているが、具体的な数値や時期は正式にはまだ明らかになっていない。
手数料は下がるのか。ethereum.org は、Glamsterdam によって「日常的なユーザーの手数料は高い確率で下がる」と記している。同じ需要水準に対してブロックスペースが広がれば、理論的にはガス価格は低下しやすい。ただし、増えた空き容量をどこまで新たなアクティビティが埋めるかによって結果は変わる。
新規アカウントやストレージスロットの作成など、ステートを重く消費する操作はガスコストが上がるため、全体としては「コスト削減」と同時に「コスト配分の組み替え」が起きる形になる。
関連記事: カルシ、NFL と連邦最高裁で激突──1 日の試合に 18 億ドルが懸かる理由
ウォレット、スマートコントラクト、インフラ事業者、バリデーターは何を準備すべきか
一般ユーザーに求められる対応はない。ファウンデーションは、メインネットの利用者側でとくに行動する必要はないとし、ethereum.org も「ETH をアップグレードしろ」と迫る者は詐欺だと強く警告している。
それ以外のプレーヤーには宿題がある。中でも重要なのがガスの再プライシングだ。メインネットの過去トランザクションを再実行したところ、影響を受けたり、パフォーマンスが悪化したりしうるコントラクト群は限定的だったが、その多くはガスコストのハードコードに依存していた。
ファウンデーションによれば、指摘された問題の大半は、単純にガスリミットを引き上げるだけで解消できるという。全体として見れば、スマートコントラクトの大多数は変更なしで動作すると見込まれている。
ファウンデーションとクライアントチームのガイダンスを踏まえたチェックリストは以下の通りだ。
- スマートコントラクト開発者は、ファウンデーション提供の「影響を受けるコントラクト」判定ツールでアドレスを確認し、Platåberget テストネット上で修正案を検証する必要がある。とくに Solidity 固定の 2,300 ガス支給（stipend）、ハードコードされたガス値、残りガス量に応じて分岐するロジックに注意を払うべきだ。
- ウォレット、RPC プロバイダー、ノードツールを扱うチームは、ガス見積もりロジックを更新しなければならない。古い定数をキャッシュしたままだとコストを過小評価し、トランザクション失敗を招く。
- 取引所、ブリッジ、インデクサーは、EIP-7708 によって導入される新たなログを活用できる。これにより、ゼロでない Ether の送金とバーンは標準形式のイベントを必ず発行するようになる。
- ノード運用者は、各アクティベーション前に実行クライアントとコンセンサスクライアントの双方をアップグレードする必要がある。バリデーターも、ビーコンノードとバリデータークライアントを更新しなければならない。
- ステーキング事業者やブロックビルダーのチームは、各フォーク前に ePBS の新しい職務・インターフェース、とくにペイロードのタイムリネス委員会（payload timeliness committee）に関する仕様を確認する必要がある。
Sepolia 対応済みの実行クライアントには、Geth 1.17.7、Nethermind 2.1.0、Besu 26.9.0、Erigon 3.7.1、Reth 2.7.0、Ethrex 29.0.1 などが含まれていた。コンセンサスクライアント側では、Lighthouse 8.3.0-rc.0、Prysm 7.2.1、Teku 26.9.1、Lodestar 1.49.0、Nimbus 26.10.0、Grandine 3.0.0-rc.0 などが名を連ねた。
ガスリミットのデフォルト設定は、一見小さな仕様差がいかに重要かを浮き彫りにした。Prysm 7.2.0 と Teku の Sepolia 向けリリースはいずれも、オペレーターが明示的に 2 億を指定しない限り、フォーク後もバリデーターのガスリミットが 6,000 万のまま据え置かれる挙動になっていた。
Prysm は 10 月 2 日付で、明示設定がないバリデーターは自動的に Sepolia の 2 億スケジュールに追随するよう修正をマージし、ファウンデーションも推奨バージョンとして Prysm 7.2.1 をリストしている。一方 Teku については、2 億にしたいバリデーターは依然としてコンフィグフラグで明示的に指定する必要がある。
関連記事: 「12 カ月以内に AI カタストロフ」？ OpenAI と Anthropic が想定する最悪シナリオ
Glamsterdam は L1 と L2（ロールアップ）の関係をどう変えるか
Glamsterdam はロールアップ路線を放棄するものではない。公式ロードマップは、このアップグレードを「L1 スケール」と「Blobs スケール」の双方を前進させるものとして位置づけている。
両者の関係はきわめて機械的だ。ePBS によってブロック伝播の時間的な余裕が広がることで、ethereum.org は、ネットワークへの負荷を抑えたまま L1 が扱えるデータ量を大幅に増やせるとしている。ここには当然、ロールアップ向けの blob 容量も含まれる。
Glamsterdam 自体は新たな blob 数を定義しない。Fusaka 以降、blob 容量の変更は blob パラメータだけを扱う独立したフォークで行われており、ロールアップ向けデータ容量は独自のペースで拡張され続ける設計だ。
開発者側に、この点を急ぐ空気はない。1 月の「Checkpoint」では、これまでの増枠分の利用が追いつくまでは、3 回目の blob 専用フォークを優先課題にはしないとされた。
L2 を直接支える小ぶりな機能も 2 つある。EIP-7997 は、すべての参加 EVM チェーン上で同一アドレスにデプロイされる決定論的なファクトリーコントラクトを導入する。これにより、ウォレットやアプリを各ネットワークで同じアドレスに展開しやすくなる。
もう一つの EIP-8070 は、スパースな blobpool を導入し、ノードが blob トランザクションを扱うネットワーク層の仕様を見直す変更だ。
もっとも、戦略的な緊張関係は残る。L1 が安く速くなれば、メインネットへの直接デプロイの魅力が増し、L1 に決済を依存するロールアップとの間で競合も生まれかねない。
現時点でのイーサリアムの答えは、「両レイヤーを同時にスケールさせる」というものだ。ロードマップは、実行能力と blob 容量を並列の目標として扱っており、Glamsterdam の設計も L1 対 L2 の二者択一ではなく、両立を前提にしている。
ロールアップ利用者から見れば、その実質的な効果は、足元にある決済レイヤーがより堅牢かつトラストミニマイズされたものになる、という点に集約される。
関連記事: XRP ETF に 800 万ドル流入──ビットコイン主導の暗号ファンド売りに逆行
Glamsterdam の先にあるスケーリング・ロードマップ──次の「Hegotá」は何をもたらすか
次のフォークは Hegotá だ。Glamsterdam と同様、その名称は実行レイヤーの都市名 Bogotá と、コンセンサスレイヤーの星 Heze を組み合わせたものになっている。
目玉提案はすでに固まりつつある。ファウンデーションの Protocol クラスターは、コンセンサスレイヤーの目玉として EIP-7805（フォークチョイス強制型インクルージョンリスト、FOCIL）、実行レイヤーの目玉として EIP-8141（Frame Transactions）を挙げている。
FOCIL はかつて Glamsterdam の候補にも挙がっていたが、フォーク全体のスコープを抑えるため、開発者たちはこれを次回以降に回す判断を下した。foundationの1月チェックポイント
FOCILは、複数のバリデータがビルダーに対し「正当なトランザクションの包含」を強制できる仕組みであり、ビルダー集中によって高まる検閲リスクを正面から抑え込む狙いがある。Frameトランザクションは検証とガス支払いをプログラマブルにし、アカウントに対して、現在主流のsecp256k1鍵からネイティブに離脱する道筋を与える。
このクラスターに併設されたティアリストは、約60名から成るクラスターが提出した397件の評価に基づき、提案中のEIP 62件を格付けした。結果として、「必須出荷」が2件、「出荷見込み」が15件、「却下」が28件という内訳になった。
スケジュールは攻めの姿勢だ。クラスターは、クライアントチームがHegotáの実装に現実的に着手できるのは2026年第4四半期末としており、その前提として、Glamsterdamが12月に稼働するとの見立てを置いている。ただしこれは前提条件であって、正式な日程決定ではない。
Hegotáの先を見据え、クラスターは作業を次の5つの「複数ハードフォークにまたがるリサーチアーク」で整理している。
- 高速ファイナリティ：ファイナリティ到達時間を「数分」から「数秒」へ短縮することを狙うもので、Hegotáの次のフォークでは「分離コンセンサス（decoupled consensus）」が有力候補に挙がっている。
- ポスト量子セキュリティ：実行、コンセンサス、データの各レイヤーすべてで「量子耐性を備えたL1」を実現するという、2029年12月までの自発的な目標を軸に据える。
- プライバシー：Hegotáから、L1上で「トラストレスかつ検閲耐性を備えたプライベートトランザクション」をプロトコルレベルでサポートし始める。
- ステート：新たなトライ構造、持続可能なステート成長、そして現在および過去のステートへの分散型アクセスを対象とする。
- zkEVM：実行証明をオプションから必須へ移行させ、最終的には、バリデータが各ブロックを再実行する代わりに証明を検証するモデルへの転換を目指す。
あわせて読みたい: MARA Bitcoin Sale Unproven After $81M Reaches A Galaxy Digital Wallet
結論：Glamsterdamはイーサリアムに何をもたらすのか
Glamsterdamは、単一の新機能というより、イーサリアム基盤レイヤーの「再編成」に近い。ビルダーマーケットをプロトコル内部に取り込み、クライアントに並列処理のための「地図」を与え、永続的なステートに対してより実態に即した料金体系を導入する。
Sepoliaでのローンチは順調だったが、本番に近い難度の高い局面はこれからだ。Potuz氏は、Hoodiがステーキングプールとホームステーカーの双方を抱えることから、Sepoliaよりはるかに難易度の高いフォークになると指摘している。
コア開発者によるスケジューリング提案では、Hoodiフォークをエポック132,352、すなわちUTC 10月26日17時42分48秒に設定している。一方でメインネットの日程はまだ合意されておらず、foundationは別途アナウンスを行うとしている。
残された論点は、技術面と同じくらい経済面にも関わる。実需を持つビルダーがどれだけ現れるのか、バリデータがより高いガスリミットをどれだけ採用するのか、そして新たに生まれるキャパシティが需要で埋まるのか――これらが、Glamsterdamが実際に何をもたらすのかを左右する。
うまく機能すれば、イーサリアムの基盤レイヤーは、自らのルールに沿う形でスケールし、その上にロールアップが積み重なる構図となり、ロールアップ単独がスケーリング負荷を一身に背負う状況から脱却できる。
次に読む: Evernorth Nasdaq Debut Moves To Oct. 12: What The Merger Delay Changes
