Quicknode

2025年10月20日 — 読了時間10分

Ethereum してから、すでに10年以上が経過しました。

それ以来、Ethereum、おなじみのパターンをたどってきました。すなわち、散発的な研究活動、クライアントチームによる実験、そして学術的な提案などが、意味のあるプロトコル変更へとまとまるまでに、しばしば数年を要するというものです。

こうした状況下でも、より広範なスケーリング上の課題――ガス制限、ストレージの肥大化、順次処理――は、依然として個別の問題として残っており、それぞれ個別の解決策を必要としていた。

プロトコル更新 001 により、この断片的なアプローチは終焉を迎える。

散発的な改善や孤立した学術プロジェクトの時代は終わり、明確な責任の所在、測定可能な目標、そして調整された導入スケジュールを備えた、協調的なエンジニアリング活動へと移行しつつある。

Ethereum は今回初めて、スケーリングを統一された枠組みの下で実行されるロードマップとして提示しています： プロトコル・アップデート 001。

この最初のアップデートの重要性を理解するには、Ethereum 研究体制そのものがどのように再編されたかから説明を始める必要があります。

『プロトコル』Story

2025年6月、Ethereum 組織改編を行い、研究開発活動を単一の枠組みの下に統合しました。その名称は、 プロトコル。

クライアントチームや個々の研究者に散在していた更新作業に代わり、EFは明確な責任体制と3つの戦略的柱を備えた専任チームを立ち上げました。 L1のスケール化、Blobsのスケール化、UXの改善。

その狙いは、進捗をより迅速に進めるだけでなく、それをより明確に伝えることにもあり、各取り組みは、責任者として指名された研究者やエンジニアが主導することになっていた。

そして本日は、プロトコル更新の第一弾、すなわち「Scale L1」について取り上げます。

「Scale L1」とは何か、そしてなぜアップデート001が今重要なのか

Scale L1 これは、基盤となるブロックチェーン自体がエコシステム全体のボトルネックとなりつつある現状と、今後の道筋について、Ethereum公式に認めたものです。

確かに、ロールアップのようなレイヤー2（L2）ネットワークは、その取引処理能力の高さが話題を集めていますが、実際には、Ethereum mainnet 、すべてのL2取引の最終的な決済、データの可用性、および紛争解決を処理しています。

L2が数百万人のユーザー規模に拡大すると、L1がボトルネックとなり、そのボトルネックが急速に迫ってきている。

Scale L1は、Ethereumスケーリングにおいてレイヤー2が一定の役割を果たしているとはいえ、ベースレイヤー自体には依然として余地が必要であることを明確に示しています。

混雑し、コストのかかるレイヤー1は、エコシステム全体を弱体化させます。ロールアップはデータコストに苦慮し、ユーザーは高額な手数料に直面し、ノードの運用は時間の経過とともに困難になっていきます。

大局的に見れば、Scale L1 は 4 つの柱からなるアプローチです：

• ガスの許容上限値の引き上げ、

• 有効期限の経過、

• ブロックレベルのアクセスリスト、および

• zkEVMアテスタークライアント

こうした状況の中で、Ethereum 、分散化の保証を損なうことなく、メインチェーンがどこまで拡張できるかを Ethereum 。

それでは、各アプローチについてさらに詳しく見ていきましょう。まずは、最もすぐに目につく変更点である「ガスリミットの引き上げ」から始めます。

ガスリミット：ガスリミットを1億に引き上げる

EthereumガスリミットEthereum、1つのブロックに含めることができる計算量とストレージ量に対する、プロトコルに組み込まれた上限のことです。これはブロックの容量と考えてください。リミットが高いほど、12秒ごとのスロットにより多くの取引を詰め込むことができます。

この上限は、2025年7月時点で、1ブロックあたり30Mガスから45Mガスへと、目立たないながらも着実に引き上げられました。つまり、 50％のスループット向上 が、単にバリデーター間の調整された合意によって実現された。

プロトコル・アップデート001により、その上限は引き上げられ始め、長期的な目標として1億が設定されました。

その約束は明確です。処理能力の向上と、1取引あたりの手数料の引き下げです。

しかし、その代償も同様に重要です。ブロックサイズが大きくなると、バリデーターのCPU、メモリ、帯域幅への負荷が増大し、フルノードを運用するためのハードルが高くなります。

実際には、Ethereum 、継続的なクライアントの最適化と、より賢明なガス料金の再設定によって、ネットワークが中央集権化に傾くことなく、この余分な負荷を吸収できるとEthereum 。

しかし、ブロック容量だけでは不十分です。Ethereum 取引履歴が増加していく中でも、ノードの運用を持続可能なものにする必要があります。

履歴の有効期限：データに埋もれるノードを救う

Ethereum につれ、2015年のジェネシスブロックから数百万件に及ぶトランザクションやレシートに至るまでの全履歴を保存する負担も増大しています。問題は単にストレージコストだけではありません。このことが、コンセンサスに参加するためだけに数日間の同期時間と多額のハードウェア投資を必要とする新規バリデーターにとっての障壁となっているのです。

ノードの稼働負荷を高めることは、ネットワークを中央集権化へと導くことになる。

「ヒストリーの有効期限」は、Ethereum答えであり、古い皮を脱ぎ捨てて新たな成長を育むという、生物学的な解決策なのです。

この導入は、2段階のアプローチに従って行われます。すなわち、「部分的な失効」（すでに実施中）と「段階的な失効」（近日実施予定）です。

1. 部分的な有効期限切れ：Merge以前のデータを削除し、300～500 GBのディスク容量を即座に解放。

2. ローリング有効期限：ノードは1年以上経過したデータを継続的に削除するため、利用量が増加してもストレージ要件を一定に抑えることができます。

その効果は明白です。ノードが軽量で安価になれば、より多くの人がノードを運用できるようになり、分散化が促進されます。

注：現在、主要な実行クライアントはすべて、デフォルトでこのデータ削除機能をサポートしています。一方、Portal Networkでは、各ノードがデータ全体ではなく小さなチャンクを保存する分散型ピアツーピアシステムを通じて、削除されたデータへのアクセスを維持しています。

ストレージの肥大化という課題が解決された今、次のボトルネックは、トランザクションそのものがどれほど効率的に処理されるかという点である。

ブロックレベル・アクセスリスト（BAL）：Ethereumマルチスレッド化フェーズの幕開け

BALが、2026年の「グラムステルダム」アップグレードの目玉となることが確定しました。しかし、それは一体何なのでしょうか？

現在、Ethereum 、たとえ一部のトランザクションが相互に作用しない場合でも、ブロック内のすべてのトランザクションを順番に Ethereum 。これは、1990年代のシングルスレッドCPUのような仕組みです。

さて、どうでしょう。2025年、最新のマルチコアプロセッサが普及した今、この逐次処理モデルでは、バリデーター用ハードウェアの大部分がほぼアイドル状態になってしまうのです。

ブロックレベル・アクセスリスト（BAL）は、ブロック生成者に、各トランザクションがどのアカウントやストレージスロットにアクセスするかを事前に宣言することを義務付けることで、この状況を変えます。このマップがあれば、クライアントは安全に実行を並列化できます。つまり、独立したトランザクションを並行して実行したり、状態データを一括でプリロードしたり、無駄なディスクI/Oを削減したりすることが可能になります。

しかし、BALについては技術的な複雑さがかなり大きい。

ビルダーは、すべてのトランザクションについて、 ブロックごとに約40KBのメタデータが追加されることになる。

しかし、その見返りは明らかです。ブロックの処理速度が向上し、パフォーマンスの予測可能性が高まり、現在のハードウェアをより有効に活用できるようになります。

BALによる並列実行はハードウェアの利用率を劇的に向上させますが、Ethereum最も画期的な効率化は、冗長な計算を完全に排除することによるものです。

zkEVMアテスター・クライアント：軽量な暗号検証の可能性

EthereumL1において最も将来を見据えた賭けとしているのは、zkEVMアテスター・クライアントという構想である。

すべてのバリデーターがブロックを承認するためにすべてのトランザクションを再実行する代わりに、専用のプルーバーがその実行に関するゼロ知識証明を生成することができます。そうすれば、他のノードは、その簡潔な証明を検証するだけで（この処理には数ミリ秒しかかかりません）、そのブロックが有効であることを確認できるようになります。

プルーフがブロック生成間隔に追いつくことができれば、Ethereum バリデーターの計算負荷を大幅に軽減 Ethereum 、分散化を損なうことなく、さらに高いガス制限を実現する道が開かれるだろう。

これ以外にも、次のような肯定的な意味合いがあります：

1. zkEVMアテスタークライアントは、コンセンサスと実行の境界を曖昧にし、バリデーターが数分で同期できるステートレスに近い動作を実現します。

2. ハードウェア要件がコンセンサス層のレベルまで大幅に低下し、低消費電力のデバイスでもEthereum が可能になる可能性がある。

唯一のトレードオフは、証明の生成が、10万ドル以上のGPUハードウェアを必要とする特殊な処理に集約されてしまう点です。

各技術的改善点を個別に検討してきたので、ここでそれらをまとめて振り返り、スケーリング戦略としてどのように連携しているかを検証してみましょう。

まとめ：スケールの4つの柱 L1

今や、プロトコル・アップデート001が、Ethereumスケーラビリティに関するボトルネックに対して、相乗効果を発揮しながら取り組む協調的な対策であることは周知の事実となっている。

4つのアップデートについて、簡単に振り返ってみましょう：

1. ガス制限の引き上げ：ブロックあたりのガス制限が30Mから100Mに引き上げられ、ブロック容量の拡大により、即座にスループットの向上が図られます。

2. 履歴の有効期限：ノードごとに300～500GBのストレージの肥大化を解消し、新規バリデーターがコンセンサスに参加するのを妨げる障壁を取り除きます。

3. ブロックレベルのアクセス制御リスト：ステートトランザクションのどの部分が相互に影響し合うかを明示することで、ブロックビルダーは安全な並列実行を実現できます。

4. zkEVMアテスタークライアント：負荷の高いトランザクションの再実行を、軽量な暗号証明の検証に置き換えることで、バリデーターの計算負荷を劇的に軽減します。

その卓越性は、こうした改良が互いに相乗効果を生み出している点にある。

履歴の有効期限設定により、オペレーターはより高いガス制限を容易に扱えるようになります。BALによる並列実行により、ブロック容量の拡大によるメリットを最大限に引き出せます。zkEVMによる証明により、ガス制限の引き上げを妨げていたバリデーターの計算上のボトルネックが解消されます。

技術的な状況は明らかです。しかし、こうした変化は、実際にEthereum参加者たちの体験にどのような影響を与えるのでしょうか？

「Scale L1」がビルダー、ノードオペレーター、そしてエコシステムにとって何を意味するのか

4つの主要なアップデートを含む「Scale L1」は、私たちのEthereum を一新しつつあります。理論上は、これらのアップデートが業界全体にとって好ましいものに見えますが、ネットワークを構築・運用・利用する人々にとって、実際にはどのような意味を持つのかを理解しておきましょう。

プロトコル更新 001：ビルダーにとっての意味

端的に言えば、これらのアップデートにより、mainnet上で実現可能なことが根本的に拡大されるのです。

ガス制限が緩和されたことで、複雑なDeFiプロトコルはブロックスペースの制約に直面することなく、高度な多段階の操作を実行できるようになります。また、BALによる並列処理により、これまでL1では実現不可能だったリアルタイムゲームや高頻度取引のアプリケーションが可能になる可能性があります。

しかし、開発者は新たな課題に直面している。BALでは、状態へのアクセスパターンを事前に宣言する必要があるため、トランザクションの構築にオーバーヘッドが生じ、 技術リソースが豊富なチームが、小規模な開発者よりも有利になる可能性があります。

プロトコル更新 001：ノード運営者にとっての意味

スケールL1とその変化は、機会とプレッシャーが入り混じった状況を生み出しています。

履歴の有効期限設定により、ディスク使用量が数百ギガバイト削減されるほか、継続的な整理により、将来にわたってストレージコストを予測可能な水準に抑えることができます。同時に、BALやzkEVMアテスターは、ブロック処理の高速化とリソース消費の低減を目指しています。

実際には、これは、チェーンのトラフィックが増えても、ノードの運用は難しくなるどころか、むしろ容易になるはずだということを意味します。

ただし、移行期間中は、事業者間の検証が は、より重いブロック処理に対応できる最新のハードウェアに投資できる事業者との間で統合される可能性がある 、より大規模なブロック処理に対応できるようになる可能性があります。

プロトコル・アップデート 001：Ethereum にとっての意味

Scale L1は、Ethereumおよびその周辺に関わるすべての人にとって、信頼の証となるものです。

技術的なアップグレードだけでなく、「プロトコル」とのコミュニケーションや透明性の確保も、エコシステムにとって大きな好材料となっています。アップデート001そのものが、Ethereum スケーリングを完全にL2に委ねているEthereum 、ベースレイヤー自体もトラフィックの増加に対応できるよう調整が進められていることを示しています。

その結果、 Ethereum を決済レイヤーEthereum 頼りにする開発者、投資家、ユーザーにとって、より健全な基盤が築かれることになります。

こうしたスケーラビリティの向上が進められるにつれ、RPCプロバイダーやインデックスサービスに対するインフラへの負荷は劇的に高まり、Ethereumデータレイヤーを構築するチームにとって、課題と機会の両方が生じることになるでしょう。

大規模インフラ：Ethereum新たな章におけるQuicknode役割

レイヤー1のスケーリングは、単なるプロトコルのマイルストーンにとどまらず、インフラストラクチャ上の課題でもあります。ガス制限の上限引き上げは、秒間リクエスト数（RPS）の増加やノードのワークロード増大に直結します。同時に、レイヤー2を横断するアプリケーションには、断片化したエコシステムの複雑さを隠蔽する、統一されたインデックス機能とインフラストラクチャの抽象化が求められています。

Quicknodeマルチクライアント冗長性、グローバルなピアリングインフラ、および30以上のネットワークにまたがる統合インデックス化というアプローチにより、Protocol Update 001によって生じるインフラ需要に対応できる体制を整えています。

自動スケーリングされるRPCエンドポイント、インテリジェントなキャッシュ機能、最適化されたピアリングをQuicknode 、1億ガスのEthereum それ以上の規模に対応できるようQuicknode 。

Quicknode RPCを活用して、最速かつ最も信頼性の高いEthereum アクセスしましょう Quicknode サービス。

マルチクライアント・マルチリージョン対応により、ブロックサイズが拡大しても耐障害性が確保されるほか、マルチチェーンインデックス機能により、開発者はデータスタックを一から構築し直すことなく、Ethereum L2ネットワークを横断してクエリを実行できます。

ガス料金の上昇が続く中、BALやzk-アテスターといった新しい実行モデルが導入されるにつれ、開発者には インフラ が不可欠となるでしょう。

Quicknodeパフォーマンス、可用性、および抽象化に重点を置いているため、Ethereum 際、その上に構築されたアプリケーションも同様にスケールできるようになります。

ぜひこちらをご覧ください Quicknode をぜひEthereum 。

Ethereum今後の展望を想像する

プロトコル・アップデート001は、Ethereum スケーリングをロールアップのみに委ねることにEthereum 示しています。ガス制限の引き上げ、履歴のプルーニング、並列実行の導入、zk証明による検証の検討などを通じて、ベースレイヤーはより高速で、スリムかつ堅牢な基盤へと再構築されつつあります。

大局的に見れば、プロトコル・アップデートから得られる最も重要な気づきは、単に取引コストの削減やノードの軽量化が約束されているということではない。

つまり、 Ethereum 進化Ethereum ――古い重荷を捨て、新しい実行モデルを採用し、その中核に暗号技術を組み込みつつ――分散化の理念を貫き通すことができる、ということです。

プロトコル・アップデート001は、Ethereum 何ら寄与しなかった個別の改善や学術研究プロジェクトの終焉を告げるものです。