レイヤー2スケーリングとは？

イーサリアムメインネットの秒間トランザクション処理件数（TPS）は、プロトコルの設計上およそ13〜15件に制限されています。この制限は分散性を維持するために不可欠な仕様ですが、DeFi（分散型金融）の普及やNFTのミントといった需要急増期には、トランザクション手数料（ガス代）の暴騰と深刻な処理遅延を引き起こす要因となってきました。こうしたスケーラビリティ限界を解決するため、メインチェーンのセキュリティを維持しつつ処理能力を劇的に向上させる「レイヤー2（L2）」および各種スケーリング技術の実装が不可欠なアプローチとして確立されています。

イーサリアムの限界を突破するレイヤー2（L2）の根本思想

スケーラビリティ問題とイーサリアム ガス代高騰の技術的要因

イーサリアム（L1）は、分散型のスマートコントラクトプラットフォームとして強固なエコシステムを築いていますが、その基盤構造には決定的な処理能力の限界が存在します。イーサリアムメインネットの秒間トランザクション処理件数（TPS）は、設計上およそ13〜15件に制限されています。この制限は、分散性を維持するために1ブロックあたりのガスリミット（ターゲット1,500万ガス、最大3,000万ガス）が設定されていること、および世界中の数万台のノードが同期して検証を行う必要があることに起因します。

この制約下で需要が急増した際、顕在化するのが「イーサリアム ガス代」の急騰メカニズムです。イーサリアムのトランザクション手数料は、EIP-1559の仕様に基づき、ブロックの混雑状況に応じて自動変動する「ベース手数料（Base Fee）」と、ユーザーが優先処理を求めてバリデーターに支払う「優先手数料（Priority Fee）」で構成されます。ブロックの容量制限（ガスリミット）という物理的な供給上限に対して、DeFiトークンのスワップやNFTのミントなどの取引要求（需要）が超過すると、ユーザー同士が手数料を競り上げるオークション状態が発生します。

このスケーラビリティ問題は、単なる決済遅延に留まらず、dApps（分散型アプリケーション）の社会実装における致命的な障壁となっています。例えば、Uniswapでのスワップ処理やスマートコントラクトの実行において、ガス代が100Gwei（混雑時に1回あたり数千円から1万円以上）に達する状況では、1ドル未満のマイクロペイメントや、頻繁なオンチェーン書き込みを必要とするGameFi、リアルタイムな分散型オラクルといったユースケースは経済的に成り立ちません。メインチェーン単体でのリソース逼迫が、Web3ビジネスの普及を阻む最大のボトルネックとなっています。

ブロックチェーンのトリレンマを解消するL1とL2の協調設計

分散型ネットワークには、分散性（Decentralization）、セキュリティ（Security）、スケーラビリティ（Scalability）の3つの性質を同時に最大化することはできないという「ブロックチェーンのトリレンマ」が存在します。イーサリアムL1は、誰でもノードとして参加できる高度な分散性と、数十万のバリデーターによる強固なセキュリティを最優先して設計されたため、必然的にスケーラビリティを犠牲にする必要がありました。このトリレンマを克服するために設計されたのが、L1（メインチェーン）とL2（オフチェーン）の協調設計です。

この設計思想では、安全性の担保と高速な処理を各レイヤーで明確に分担します。

ここで技術的な検証基準となるのが、L2とサイドチェーンの境界線です。L2は、独自のトランザクション実行環境を持ちながらも、取引結果の正当性を証明するデータをL1に書き込み、L1のセキュリティ（バリデーターセットとPoSコンセンサス）を100%継承する仕組みを指します。仮にL2のシーケンサー（並び替えノード）が不正な取引を記録しようとしても、L1上のスマートコントラクトによって検証され、不正なステート遷移は即座に拒絶されます。この検証技術には、トランザクションデータをまとめてL1にロールアップし、不正の有無を検証する「ロールアップ」技術や、数学的な証明を用いる「ゼロ知識証明」が活用されています。詳細な比較とセキュリティ面での差異については、続くセクションで詳述します。

セキュリティとデータ可用性で分類するL2・サイドチェーンの決定的な違い

イーサリアムのスケーラビリティ問題を解決するためのアプローチには、大きく分けて「レイヤー2（L2）」と「サイドチェーン」の2種類が存在します。両者はともに「オフチェーンでトランザクションを処理することで、高騰するガス代を削減し、処理速度を向上させる」という実用上の目的を共有していますが、セキュリティの設計思想においては全く異なるアプローチを取っています。この構造的な違いを理解することが、dAppsの開発プラットフォーム選定や、資産を預ける際の安全性を評価するための前提となります。

セキュリティをイーサリアムに依存するL2と独自バリデーターで動くサイドチェーンの違い

L2とサイドチェーンの違いを決定づける最重要の評価軸は、「最終的なセキュリティの担保をどこに求めているか」です。この依存関係の違いにより、万が一ネットワーク障害や悪意ある攻撃が発生した際の資産の安全性が大きく左右されます。

サイドチェーン（代表例：Polygon PoSやGnosis Chain）は、イーサリアム（L1）とは完全に独立したコンセンサスアルゴリズム（独自バリデーター集団によるProof of Stakeなど）で動作する別個のブロックチェーンです。L1とは「ブリッジ」と呼ばれるスマートコントラクトを介して接続されています。サイドチェーンのセキュリティは、そのチェーン自身のバリデーターの信頼性に依存するため、仮にバリデーターの過半数が結託して不正を働いた場合、L1側からそれを検知・差し止めることはできません。例えば、2022年に発生したRonin Networkのハッキング事件では、バリデーターの秘密鍵が奪われたことで約6億ドル相当の暗号資産が不正に引き出されました。これはL1側の強固なセキュリティとは無関係に、サイドチェーン独自のコンセンサス層が突破されたことによるものです。

これに対し、L2（代表例：Arbitrum OneやOptimism）は、セキュリティを完全にL1であるイーサリアムに直接依存（継承）しています。L2上のトランザクション処理（実行層）はオフチェーンで行われますが、その処理結果の正当性を検証するためのデータや証明は、すべてL1のスマートコントラクトに書き込まれます。仮にL2の運営者（シーケンサー）が不正を行おうとしたり、突然稼働を停止したりした場合でも、ユーザーはL1上に残されたデータを元に、L1側から直接自身の資産を強制的に引き出す「エスケープハッチ機能」を実行できます。ブロックチェーン分析プラットフォームL2BEATのデータにおいて、L2全体のTVL（総預かり資産）がサイドチェーンを圧倒して成長を続けている事実は、この「L1と同等のセキュリティが担保されている」という信頼性の差が投資家や大口ユーザーに評価されている結果です。

ステートチャネルやプラズマが衰退しロールアップが主流化した技術的背景

イーサリアムのスケーリング技術は、一朝一夕で現在の形に辿り着いたわけではありません。現在の市場でロールアップが主流となる前には、「ステートチャネル」や「プラズマ（Plasma）」といった初期のL2技術が考案され、そして実用上の限界から衰退していった歴史があります。

ステートチャネル（代表例：Lightning NetworkやRaiden Network）は、特定の取引参加者間でチャネルを開き、オフチェーンで何度も取引を往復させた後、最終的な残高のステート（状態）のみをL1に記録する仕組みです。しかし、この方式は「事前に参加者同士がマルチシグ契約を結ぶ必要がある」「チャネルを開設・閉鎖するたびにL1のガス代が発生する」「DeFi（分散型金融）のような不特定多数が相互作用するスマートコントラクトを実行できない」という制限がありました。このため、用途が単純な送金や1対1のマイクロペイメントに限定され、汎用的なL2としての普及には至りませんでした。

次に考案されたプラズマ（代表例：OMG Network）は、L1の下部に「子チェーン」をツリー状に構築し、その取引データのハッシュ値（マークルルート）のみをL1に書き込む手法です。理論上は非常に高いスループットを実現できると期待されましたが、「データ可用性（Data Availability: DA）問題」という決定的な壁に衝突しました。プラズマでは、トランザクションの生データは子チェーン側にしか存在しません。もし子チェーンのオペレーターが悪意を持ってデータを隠蔽（データ非公開攻撃）した場合、ユーザーは「自分の資産が正しい状態にあること」をL1に対して証明できなくなります。この不正を検知・防御するためには、ユーザー自身が常に子チェーンを監視し、不正があれば一定期間内に「チャレンジ（異議申し立て）」を行う必要がありました。さらに、障害発生時に全ユーザーが一斉にL1へ避難しようとすると、L1のブロック容量を圧迫して引き出しが間に合わない「Mass Exit（集団脱出）問題」が発生し、実運用における安全性の担保が困難であることが露呈しました。

これらの歴史的限界（データの引き出し問題と監視コストの肥大化）を根本から解決したのが、現在の標準技術である「ロールアップ」です。ロールアップは、トランザクションの実行自体はオフチェーンで行いますが、検証に必要な「トランザクションデータそのもの」をL1の `calldata`（またはDencunアップデートで導入された `blob` 領域）に直接書き込みます。これにより、L2のオペレーターがデータを隠蔽することが物理的に不可能になり、データ可用性がイーサリアム上で常に100%保証されます。

ロールアップには、トランザクションが正しいと仮定し、不正が指摘された場合のみ検証を行う「Optimistic Rollup」と、暗号学的な数学的証明（ゼロ知識証明）を用いて最初からすべての取引の正当性を証明する「ZK Rollup」の2系統が存在します。いずれの手法も「データ可用性をL1に置く」という設計を徹底したことで、ステートチャネルやプラズマが抱えていた信頼性の問題を克服し、今日のイーサリアムエコシステムにおける主要なスケーリングソリューションとしての地位を確立しました。

2大ロールアップ「Optimistic」と「ZK（ゼロ知識）」の技術的優劣と使い分け

イーサリアムのメインネット（レイヤー1）が抱える処理遅延とガス代の急騰を解決するため、外部でトランザクションを処理し、その結果だけをレイヤー1にまとめて記録する「ロールアップ」が主流技術となっています。これは、独立した独自のバリデータ集団でセキュリティを担保するサイドチェーンと異なり、イーサリアム本体の安全性を直接継承できる点が最大のメリットです。このロールアップには、主に「Optimistic Rollup」と「ZK-Rollup（ゼロ知識ロールアップ）」の2大潮流が存在し、その検証プロセスとファイナリティ（取引の確定）の仕組みにおいて明確な技術的差異があります。

不正証明とゼロ知識証明における検証プロセスとファイナリティ時間の差

Optimistic Rollupは「基本的にはすべての取引が正しい」という前提（性善説）に基づいて動作します。そのため、通常時は検証を行わずにデータをL1に書き込み、不正が疑われる場合にのみ「不正証明（Fraud Proofs）」を提出して検証を行います。この仕組み上、不正を発見・検証するための猶予期間として「チャレンジ期間」と呼ばれる約7日間のロック期間が必要です。これにより、ユーザーがL2からL1へ資金を引き出す（ブリッジバックする）際に、実質7日間の遅延が発生するというUX上の大きなデメリットが生じます。

一方、ZK-Rollupは「ゼロ知識証明（Validity Proofs：妥当性証明）」を用いて、取引が正しいことの数学的証明をトランザクションと同時にL1に提出します。このため、暗号学的な検証がL1でパスした瞬間に即座にファイナリティが達成され、引き出し遅延は発生しません。

資金の流動性を最優先する分散型金融（DeFi）のレンディングや高速な資産移動が必要なサービスでは、即時ファイナリティを持つZK-Rollupが技術的に優位です。実際に、分散型取引所（DEX）のdYdXがかつてStarkExを採用し、秒間数千件の取引を即時確定させていた実績が、このリアルタイム性の有用性を裏付けています。

EVM互換性（zkEVM）と実装コストから見る開発環境の選定基準

開発容易性と互換性の観点では、両者で状況が大きく異なります。Optimistic RollupであるArbitrumやOptimismは、初期から高いEVM（イーサリアム・バーチャル・マシン）互換性を実現しており、イーサリアムL1向けに書かれたSolidityコードをほぼそのまま移植してデプロイできます。これにより、既存のインフラやスマートコントラクトを再利用でき、開発コストを抑えつつ、スムーズにL2へ拡張することが可能です。

対して、ZK-RollupでEVMを再現する「zkEVM」は、複雑なゼロ知識証明の生成回路をEVMの仕様に適合させる必要があるため、技術的な実装難易度が極めて高いとされてきました。近年、zkSync EraやConsenSysが開発するLineaなどの稼働により実用化が進んでいますが、ゼロ知識証明の生成（プルービング）には依然として膨大な計算リソースが必要であり、サーバーインフラなどの運用コストが高くなる傾向があります。そのため、開発者や事業者は自社プロダクトの性質に合わせて以下のように選定基準を設ける必要があります。

• Optimistic Rollupを選択すべきケース：初期開発費用を抑えて迅速に市場投入したいdApps。例えば、一般的なガバナンストークンの配布やNFTマーケットプレイスなど、EVM互換性が高く、既存のオープンソースライブラリがそのまま動く環境（ArbitrumやOptimism）が適しています。
• ZK-Rollupを選択すべきケース：1回あたりの取引金額が大きく、秒単位の決済確定と強固なセキュリティが求められるdApps。例えば、大口の機関投資家向け金融取引ツールや、数万件のマイクロペイメントを遅延なく処理するオンチェーン決済インフラには、zkEVMを搭載したzkSync Eraなどが最適解となります。

例えば、Uniswap V3のような複雑なスマートコントラクトを多用する大手プロジェクトが、マルチチェーン展開時にまずArbitrumやOptimismへ展開したのは、この互換性と導入コストの低さが理由です。プロジェクトの要件や許容できるファイナリティ時間に応じて最適なロールアップ技術を選択することで、インフラコストを最適化しつつユーザー体験を最大化できます。

主要L2プロジェクト（Arbitrum, Optimism, Base, zkSync）の実績値比較

TVL・取引手数料（Dencunアップグレード適用後）の最新データ比較

2024年3月に実施されたイーサリアムの大型アップグレード「Dencun（EIP-4844：Proto-Danksharding）」は、ロールアップの経済性を大きく変えました。従来のデータ記録領域（Calldata）に代わり、一時的なデータ保存領域である「Blob（ブロブ）」を利用することで、L2からL1に支払うデータ書き込み費用が激減しました。結果として、各L2チェーンにおけるトランザクション手数料は、従来の数十倍から数百倍という規模で引き下げられています。

現在市場を牽引する主要L2プロジェクトである「Arbitrum One」「OP Mainnet」「Base」、そしてゼロ知識証明を活用する「zkSync Era」の実績データを以下に示します（数値はL2BEATおよびDefiLlamaの公開データを基にした、Dencun稼働後の2024年第3四半期時点の標準値です）。

Optimistic Rollupを採用するArbitrumやBaseでは、Dencun適用前に0.1〜0.5ドルを推移していたガス代が、適用後には0.001ドル未満から0.003ドル付近まで低下し、コスト削減効果は最大で99%を超えています。特に、米国コインベース社が支援するBaseは、ソーシャルアプリや少額決済を想定したトランザクションの急増に対応し、アクティブアドレス数で他の追随を許さない規模に急成長しています。

一方、暗号学的なゼロ知識証明を用いるzkSync Eraは、証明生成にかかる計算コスト（プルーフ作成コスト）が一定発生するため、Optimistic Rollup群に比べてわずかに手数料が高くなります。しかし、L1へのファイナライズ（トランザクション確定）までに7日間の不正証明猶予期間（チャレンジ期間）を必要とするOptimistic Rollupに対し、zkSyncはゼロ知識証明が生成された時点で即座にファイナライズされるというファイナリティの速さとセキュリティの厳密性を保持しています。

エコシステム拡大を牽引する主要L2開発フレームワークの将来性

各プロジェクトは、単一のパブリックL2チェーンの構築だけに留まらず、サードパーティが独自のL2/L3アプリチェーン（特定のアプリケーションに特化したチェーン）を構築できる「モジュラー型開発フレームワーク」を提供し、エコシステム自体の囲い込みを進めています。各開発フレームワークは提供する機能や拡張性が異なるため、以下の特徴を基に自社の要件に適したシステムを選定します。

• OP Stack（Optimism）：
  「Superchain」という共通のガバナンスと相互運用性を目指すコンソーシアムの基盤技術です。米国最大の暗号資産取引所Coinbaseが独自のL2チェーン「Base」を構築する際にOP Stackを採用したことを契機に、世界的な分散型ソーシャルプロトコルFarcasterや、分散型アイデンティティプロジェクトWorldcoinのWorld Chainなど、ユーザー基盤を持つ大手プロジェクトの参画が相次いでいます。セキュリティとトランザクションデータの共有が容易なため、複数のチェーン間でのシームレスな資金移動とユーザー獲得を重視するビジネスに適しています。
• Arbitrum Orbit（Arbitrum）：
  最大のTVLを誇るArbitrum OneまたはArbitrum NovaをL2の決済レイヤーとし、その上にさらに安価なトランザクションを実現する「L3（レイヤー3）」を独自にデプロブできる開発キットです。データ可用性レイヤー（DAC：Data Availability Committee）を独自にカスタマイズ可能なため、1秒間に数万件の処理とゼロに近い手数料が要求されるゲーム用途（実例：Web3ゲーム特化L3「Xai」）での採用が進んでいます。既存のイーサリアムDeFiの流動性をL2経由で活用しながら、ゲームやマイクロペイメント専用の独立した実行環境を作りたい場合に適した選択肢です。
• ZK Stack（zkSync）：
  「Hyperchain」と呼ばれる相互接続されたマルチチェーンネットワークを構築するためのSDKです。ゼロ知識証明に基づく高度な機密保護機能や、ガス代の支払いに任意のトークンを使用できるアカウント抽象化（Account Abstraction）がネイティブで組み込まれています。エンタープライズ領域や金融機関など、コンプライアンス、プライバシー保護、および不正送金の即時検知（即時確定性）が求められる高セキュリティ領域のアプリチェーン構築において優位性を持っています。

開発・投資の意思決定に直結するL2選定・評価実践ガイド

イーサリアムの最大課題であるスケーラビリティ問題を解決するために、数多くのレイヤー2（L2）ソリューションが台頭しています。しかし、開発者や投資家は「どのL2を選択すべきか」という新たな意思決定の壁に直面しています。L2の選定ミスは、ガス代の最適化失敗に留まらず、資産の流失やユーザーの離脱を招くため、各技術の特性をユースケースごとに精査する必要があります。

ユースケース別（DeFi、NFT、GameFi）に最適なL2の評価マトリックス

ブロックチェーンを選定する際、セキュリティ、コスト、処理速度（ファイナリティ）、そしてエコシステムの成熟度の間には常にトレードオフが存在します。L1のセキュリティを完全に引き継ぐ「ロールアップ」と、独立したコンセンサスアルゴリズムを持つ「サイドチェーン」では、信頼性の担保に決定的な違いがあります。これらを踏まえ、主要なユースケースにおける最適な選定基準を以下のマトリックスにまとめました。

DeFiプロトコルの展開において、なぜOptimisticロールアップが依然として優勢なのか。それは、すでに形成された巨大なエコシステムと深い流動性があるからです。例えば、DEX（分散型取引所）大手のUniswapでは、L2（主にArbitrum）における1日あたりの取引高がメインネットの取引量に匹敵、あるいは一部上回る日も観測されています。資本効率を重視するDeFiでは、取引相手となる流動性が不足しているL2に展開してもスリッページが大きくなり、ユーザーに敬遠されます。このため、技術的な即時ファイナリティよりも「すでに流動性が存在する環境」が最優先されます。

一方で、ゲーム内で毎日10万回以上のトランザクションを生成するGameFiでは、ガス代の100分の1以下への削減が必須です。ここでは、L1とのセキュリティ共有を一部調整し、データ可用性（Data Availability）をオフチェーンで管理する「Arbitrum Nova」や、サイドチェーンの特徴を理解した上で「Polygon PoS」を採用することが現実的な解となります。

流動性の断片化とブリッジ脆弱性を回避するためのリスク管理チェックリスト

L2の多極化は、スケーラビリティ問題を解決する一方で、「流動性の断片化（Liquidity Fragmentation）」という新たな課題を生み出しています。複数のL2に資金が分散することで各チェーンの資金効率が低下し、大口取引時のスリッページが悪化しています。また、これらのチェーン間を繋ぐ「クロスチェーンブリッジ」はハッカーの主要な標的です。実際に、2022年のRonin Bridgeにおける約6億ドルのハッキングや、Nomad Bridgeにおける約1.9億ドルの流出は、スマートコントラクトの設計不備やマルチシグの運用体制の脆弱性が原因でした。

開発・投資における資金の完全喪失リスクを回避するため、以下の実践的リスク管理チェックリストを導入前の評価基準として活用してください。

• スマートコントラクトの監査実績（マルチオード）: 展開対象のL2ブリッジプログラムが、OpenZeppelinやCertiKなど世界水準の監査企業から、最低2社以上のセキュリティ監査を受け、指摘された重要脆弱性がすべて修正されているか。
• ブリッジのマルチシグ署名者数と分散性: 資金移動を承認する署名者が3つ以上の独立した信頼できる組織に分散しており、鍵の管理体制が「5/9（9つのうち5つの署名が必要）」以上のマルチシグになっているか。
• L2のアップグレード権限とタイムロック: L2運営主体が、スマートコントラクトを一方的に更新できない仕様（タイムロック）を導入しているか。アップグレード告知から実行までに、ユーザーが資金を退避できる最低7日間以上の猶予期間が設定されているか。
• エスケープハッチ（強制引き出し）機能の有無: L2のシーケンサー（トランザクション処理ノード）が完全にダウン、または不正検閲を行った場合でも、ユーザーがL1（イーサリアムメインネット）から直接資金を安全に引き出せる仕組み（エスケープハッチ）がスマートコントラクト内に実装されているか。
• 流動性の共有手段（インテントベース型ブリッジの採用）: ユーザーに既存のロック＆ミント型ブリッジを使用させるのではなく、AcrossやChainlink CCIPなどの「インテントベース（意図ベース）」または「流動性プール型」のメッセージングプロトコルを採用し、ラップドトークン（wETH等）の未担保化リスクを排除しているか。

これらの項目を事前に検証しておくことで、サービス運用における法的なコンプライアンスを担保し、予期せぬ流動性ハッキングから顧客資産を保護します。スケーラビリティ向上とセキュリティ担保のバランスを維持することが、Web3ビジネスにおける持続可能なシステム運用の鍵となります。

よくある質問（FAQ）

監修者プロフィール

近本 彰

大手ITコンサルティングファームにて企業のDX推進に従事。 その後、上場企業やスタートアップにてテクノロジーを活用した新規事業を複数立ち上げ。 現在はIT・テクノロジー系メディア「TechShift」を運営し、最新テクノロジーをわかりやすく解説している。