---
id: 12
title: ブロックチェーン・スケーリングの地図：L1 並列、L2、シャーディング、DA がそれぞれ何を解決するか
slug: blockchain-scaling-map
date: 2026/08/24
summary: 「スケーリング」はしばしば一つの問題として扱われます。本稿はそれをコンセンサス、データ可用性、実行、決済に分解し、L2、シャーディング、独立系 DA、L1 並列実行をその地図上に配置し、並列 EVM がどこに位置するかを示します。
keywords: ブロックチェーンのスケーリング,L2ロールアップ,シャーディング,データ可用性,L1並列実行
heroImage: /images/community-bg.png
---

何年もの間、ほとんどすべてのパブリックチェーンとモジュラープロジェクトが「スケーリング」という語を使ってきましたが、同じレイヤーを指すことはまれでした。ロールアップのチームは通常、実行をイーサリアムのメインネットから外へ移すことを意味します。データ可用性のチームは、より多くのデータを安価に公開しサンプリングすることを意味します。並列実行の L1 は、単一チェーンの実行エンジンを多数のコアへ供給することを意味します。一つの語でありながら、セキュリティの前提、上限、失敗モードは異なります。

本稿はスケーリングを重複しないレイヤーに分解し、L2、イーサリアムのシャーディング・ロードマップ、独立系 DA、L1 並列がそれぞれどこに位置するかを示し、実用的な問いに答えます。並列 EVM はこの地図上で実際に何を狙うのか——ロールアップの代替か、補完か。

## まず四つの仕事：コンセンサス、DA、実行、決済

信頼できる台帳を提供するチェーンは、少なくとも四つのことを行う必要があります。

第一にコンセンサス。トランザクションの順序とブロックの内容に合意し、示されたセキュリティ前提の下で記録が気軽に書き換えられないことを確定します。第二にデータ可用性（DA）。状態遷移を検証するために必要なデータを、誰もがダウンロードして再確認できる程度に公開された場所へ公開します。第三に実行。実際にトランザクションのロジックを走らせ、新しいワールドステートを計算します。第四に決済。最終状態や証明を、ブリッジ、クロスチェーンメッセージ、法定通貨のオン／オフランプのような外部システムが依拠できる事実としてアンカーします。これらはしばしばここに接続します。

2015 年のイーサリアムは四つすべてを一つのノードスタックに束ねていました。後にモノリシック・アーキテクチャと呼ばれるものです。利点は統一されたセキュリティの物語と単純なメンタルモデル、欠点はどのレイヤーのボトルネックもチェーン全体を遅くすることです。最初に広く感じられた壁は実行でした。メインネットのスループットは長く一桁台から十数 TPS にとどまり、アプリがホットになるたびに手数料が急騰しました。そこでイーサリアムのコア・ロードマップは「ロールアップ中心」へ舵を切りました。メインネットは DA と決済の審判により重点を置き、大量の実行は L2 に委ねます。この転換が、以降のすべての分岐の出発点です。

## L2 ロールアップ：実行を外に出し、セキュリティはメインネットにアンカー

ロールアップの核心的な動きは、トランザクションを別の実行環境で走らせ、データと証明（または異議申し立て可能なコミットメント）をイーサリアムへ戻すことです。ZK ロールアップは正当性証明に依存し、楽観的ロールアップは不正証明のウィンドウに依存します。メインネットはすべてのトランザクションをリプレイする必要はなく、証明を検証するか紛争を処理するだけです。実行の計算はシーケンサと証明システムへ移り、決済のセキュリティは依然としてイーサリアムのバリデータ集合にアンカーすることを目指します。

この道は「実行インスタンスを水平に増やせる」を解決します。多くのロールアップが多くのアプリを並行して提供できます。しかし「各インスタンスの内部が依然として単一スレッドかどうか」を自動的に解決するわけではありません。多くの楽観的ロールアップは古典的な直列 EVM セマンティクスに近いままで、スループットの向上は専用ハードウェア、短いブロック、L1 の手数料市場から L2 自身の市場への輻輳の移動から来ます。ブロック内並列からとは限りません。

ロールアップは二つの制約も継承します。データは依然としてどこかに公開される必要があり——calldata、blob、外部 DA——DA のコストはユーザー手数料として戻ってきます。ユーザーは L2→L1 の信頼とレイテンシのホップも負います（引き出しのチャレンジ期間、ブリッジリスク、シーケンサの可用性）。ロールアップは決して単独では成立せず、十分に安価で信頼できる DA の上に載ります。

公開ダッシュボードの L2 の TVL とスループットの数値は素早く動くため、スナップショットとして引用してください。より重要なのは構造です。資本がどこに集中するかは、証明コスト、チャレンジ設計、運用の成熟度に関する選好を反映することが多く、ある理論的路線が永遠に優れているという主張ではありません。

## シャーディング：実行シャーディング論からデータシャーディングへ

「シャーディング」はイーサリアムの歴史の中で意味を変えました。初期のロードマップは実行シャーディングを強調しました。状態を分割し、シャードごとに実行し、シャード間メッセージングと格闘する。複雑さは高く、シャード間のコンポーザビリティは困難でした。ロールアップが成熟するにつれ、メインネットの物語は実行を減らしデータ容量を増やす方向へ移りました。Danksharding の方向であり、Proto-Danksharding（EIP-4844）はすでに稼働しています。

EIP-4844 は blob を導入しました。実行レイヤーの状態を恒久的に膨らませない短命なデータ空間であり、L2 がメインネットへデータを投稿するコストを下げます。完全な Danksharding はデータ可用性サンプリングを構想し、ノードがすべてをダウンロードせずともデータが利用可能であるという確率的な確信を得られるようにします。重要な修正はこれです。今日のイーサリアムの語彙では、「シャーディング」は主に DA 容量を拡張するものであり、メインネットにマルチスレッド EVM を再導入するものではありません。これを Solana、Sui、並列 EVM L1 の「実行の並列性」と混同すると、地図が乱れます。

## 独立系 DA：モジュラリティの第三の脚

すべてのロールアップが DA をイーサリアムの blob 市場に固定したいわけではありません。Celestia、EigenDA、Avail などのプロジェクトは別のレーンを提供します。公開とサンプリングに特化し、実行と決済は他に委ねます。モジュラーな組み合わせが具体的になります。実行はロールアップで、DA は専用レイヤーで、決済は依然として任意でイーサリアムや別の L1 にアンカーします。

独立系 DA はデータ公開の帯域とコストに対処します。どの一つのチェーンでもブロック内並列を直接高めるものではありません。間接的により多くのロールアップのトランザクションを安くし、エコシステム全体のスループットを押し上げることはありますが、「単一の実行エンジンが並列で走れるか」については DA レイヤーはほとんど何も語りません。プロジェクトを評価するときは、実行を売っているのか、決済を売っているのか、データパイプを売っているのかを問うてください。

## L1 並列実行：その場で実行を広げる

「実行を外に出す」の反対に、もう一つの道があります。実行と決済を L1 に留めつつ、コンフリクトのないトランザクションが並列で走るようにエンジンを変える道です。Solana のアカウント宣言スケジューリング、Aptos 風の Block-STM 楽観的並列、Sui のオブジェクトモデル、そして複数の並列 EVM の試みがこのセルに位置します。

L1 の並列性は、前述の単一スレッド実行の上限を狙います。通常は独自のバリデータ集合とコンセンサスを構築することを意味し、イーサリアムのセキュリティを単純に「継承」することはできません。その代わり、一つの決済ドメインでの流動性とコンポーザビリティ、そして既定のブリッジホップを一つ減らせます。代償は、性能の数値をチェーン自身のセキュリティ前提の下で読む必要があり、状態の成長、ハードウェアの下限、分散化の緊張がローカルなガバナンスに載ることです。

並列 EVM はそのサブクラスです。バイトコードとツールチェーンの互換性を保ちながら、ランタイムの並列性を導入します。VM とアカウントモデルを変える L1 と「実行レイヤーのスケーリング」という座標を共有しますが、開発者の移行コストの曲線は同じではありません。並列実行の三つの路線の詳細は次の記事に属します。ここでは配置で十分です。並列 EVM が売るのは実行の幅であり、DA のサンプリングでも「より多くのロールアップを立ち上げる」ことでもありません。

## 比較表

| 路線 | 主に叩くボトルネック | 典型的な動き | よくある誤読 |
|------|---------------------------|--------------|----------------|
| L2 ロールアップ | メインネットの実行容量 | 実行を外部化し、証明／チャレンジを戻す | 「ブロック内並列が解決した」 |
| イーサリアムのデータシャーディング／blob | L2 のデータ投稿コスト | DA 容量を拡張 | 「イーサリアムは実行シャーディングを出荷した」 |
| 独立系 DA | モジュラーなデータ帯域 | 公開とサンプリングに特化 | 「これだけで完全なチェーン UX になる」 |
| L1 並列実行 | 単一インスタンスの直列実行 | マルチコアのスケジューリング／OCC／オブジェクト並列 | 「ロールアップの比較と同じ指標」 |

## 相互排除よりも補完

スローガンより二つの軸が優ります。一つの軸は実行がどこに住むかです。多数のオフチェーンインスタンスか、一つのオンチェーンインスタンスを広げるか。もう一つは誰が DA を提供するかです。イーサリアムの blob、独立系 DA、L1 自身の公開のいずれかです。実際の組み合わせは二者択一より豊かです。ロールアップは Celestia へ投稿でき、並列 L1 は後に大きなオブジェクトや履歴の戦略を外部ストレージと調整できます。

並列 EVM を単に「反イーサリアム」とか「シャーディングの代替」と呼ぶのは不正確です。それは実行の幅を埋めるものです。単一の環境が密になりコントラクトが複雑になると、直列モデルが最初に破綻します。ロールアップは実行環境の数を増やしますが、各環境内のスケジューリングを自動的に最適化するわけではありません。両者は異なるプロダクトに奉仕しつつ、資産のパスで接続できます。

以降の技術記事を読むときは、ある数値がどのレイヤーを測っているのかを問うてください。テストネットの単一チェーン並列スループットと、特定の DA コスト下でのロールアップのユーザー体感 TPS を、前提を述べずに比較するのは、情報量のない比較です。

## 関連記事

- 前：[「なぜ単一スレッド EVM は TPS の上限を生むのか：輻輳の歴史と実行モデル」](/ja/blog/evm-single-thread-bottleneck)
- 次：[「並列実行の三つの路線：決定論的スケジューリング、楽観的 OCC、オブジェクトモデル」](/ja/blog/parallel-execution-approaches)
- 関連：[「Bitroot のポジショニング：楽観的並列 EVM Layer 1 の境界」](/ja/blog/bitroot-positioning)、[「分散化と性能の緊張：バリデータ要件、ハードウェア、地理的分布」](/ja/blog/decentralization-performance-tradeoff)