---
title: "ロールアップ"
description: "ブロックチェーンのロールアップが取引を実行し、データとコミットメントを公開し、状態遷移を検証して基盤レイヤーで決済する仕組みと、固有の運用リスクを解説します。"
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# ロールアップ
> 教育目的のみであり、金融、投資、ブリッジ、セキュリティに関する助言ではありません。ロールアップの保証は、実際にデプロイされたコントラクト、証明システム、データ可用性、運用者権限、ガバナンス、基盤レイヤーに依存し、いずれも変更される可能性があります。
## 直接の回答
ロールアップは、基盤レイヤーの外で取引を実行しつつ、その基盤レイヤーを使ってプロトコル所定のデータやコミットメントを公開し、争われた、または証明済みの状態遷移を決済するブロックチェーン拡張設計です。多数の取引で基盤レイヤーのデータ公開費と決済費を分担します。したがって、ロールアップは単なる取引圧縮ではなく、状態ルートだけではチェーン再構築に必要な取引データを提供できません。
オプティミスティック・ロールアップは通常、フォールトプルーフによる異議申立てが遷移の無効性を示さない限り、状態主張を受け入れます。ZKロールアップは、決済コントラクトが検証する有効性証明を提出します。これらの名称は状態遷移の承認方法を表すもので、シーケンサーの分散性、データ保存、アップグレード管理、手数料、出金時間について共通の保証を与えるものではありません。
## 仕組み
- **順序付けと実行。** シーケンサーなどの仕組みが取引を選択・順序付けし、結果のロールアップ状態を計算します。基盤レイヤーで確認される前に、利用者が高速な受領通知を得る場合があります。
- **データ公開。** システムは、通常calldataやBlobで十分なプロトコル入力データを基盤レイヤーへ投稿するか、別のデータ可用性設計を使います。独立ノードが状態を再構築・検証できるかはデータ可用性で決まります。
- **状態へのコミット。** ロールアップは状態ルートなどを投稿し、特定の実行結果に拘束されます。コミットメントは小さいものの、元の取引履歴そのものではありません。
- **遷移の検証。** オプティミスティック方式は異議申立て期間と実装済みのフォールトプルーフ手続に、ZK方式は有効性証明とオンチェーン検証器に依存します。どちらも証明システムの不具合、権限、稼働性が重要です。
- **決済と出金。** 基盤レイヤーのコントラクトが主張や証明の承認時点と、メッセージや資産の確定方法を決めます。正規出金には証明、異議申立て、ファイナリティの遅延があり得ます。高速ブリッジは別の流動性提供者と相手方リスクを加えます。
- **アップグレードと復旧。** ガバナンス、セキュリティ評議会、ガーディアン、管理者がコントラクトを停止・更新できる場合があります。タイムロック、退避経路、強制取り込みは分類名から推測せず、対象デプロイで確認します。
## 例
あるバッチに `1,000` 件の取引が含まれるとします。利用者の支払総額が `0.8 ETH`、測定した基盤レイヤーのデータ費が `0.5 ETH`、ロールアップ実行費が `0.2 ETH` なら、未説明の残額は `0.8 - 0.5 - 0.2 = 0.1 ETH`、取引当たり `0.1 / 1,000 = 0.0001 ETH` です。証明生成、インフラ、失敗バッチ、資本費用、返金はまだ含みません。これは費用照合であり、運用者利益ではありません。
バッチを確定済みとみなす前に、受領通知がシーケンサー確認だけか、データとコミットメントが基盤レイヤーに届いたか、該当するフォールトプルーフ期間が終了したか有効性証明が承認されたか、出金メッセージが別途実行可能になったかを確認します。
## リスク
- 中央集権的なシーケンサーは、取引の検閲、並べ替え、一時停止が可能です。
- バッチデータの欠落や利用不能により、独立した再構築や退出が妨げられます。
- フォールトプルーフのプログラム、有効性回路、検証器、クライアント実装には不具合があり得ます。
- チャレンジャーや証明生成者が停止、検閲、資金不足、不適切な権限設定に陥る可能性があります。
- 基盤レイヤーの混雑、再編、障害は投稿、証明、決済を遅らせます。
- アップグレード鍵、ガーディアン、ガバナンスはコード、設定、ブリッジ動作を変更できます。
- ロールアップ実行が正しくても、正規ブリッジやトークン対応付けが失敗し得ます。
- 手数料、証明時間、出金遅延はデプロイごとに異なり、更新後に変わり得ます。
## よくある誤解
- **すべてのロールアップはあらゆるデータを基盤レイヤーへ永久保存する。** 公開形式と保存保証は異なり、例えばBlobは永久保存ではありません。
- **シーケンサーの受領通知は最終決済である。** 基盤レイヤーで決済された結果ではなく、初期の順序付け約束にすぎない場合があります。
- **ZKは非公開を意味する。** ZKロールアップの有効性証明は計算の正しさを示します。取引の秘匿性は別の設計選択です。
- **オプティミスティック方式は検証しない。** 正しさには再現可能なデータ、稼働するフォールトプルーフ、無効な主張に異議を唱えられる参加者が必要です。
- **平均手数料が下がれば運用リスクは消える。** 共有決済は費用を下げ得ますが、シーケンサー、証明、ガバナンス、ブリッジ、データ可用性への依存は残ります。
## 関連トピック
- [イーサリアム](/ja/crypto/ethereum/)
- [Layer 2](/ja/crypto/layer2/)
- [オプティミスティック・ロールアップ](/ja/crypto/optimistic-rollup/)
- [ZKロールアップ](/ja/crypto/zk-rollup/)
- [データ可用性](/ja/crypto/data-availability/)
## 出典
- [スケーリング](https://ethereum.org/en/developers/docs/scaling/) - Ethereum.org（参照日：2026-08-21）
- [オプティミスティック・ロールアップ](https://ethereum.org/en/developers/docs/scaling/optimistic-rollups/) - Ethereum.org（参照日：2026-08-21）
- [ゼロ知識ロールアップ](https://ethereum.org/en/developers/docs/scaling/zk-rollups/) - Ethereum.org（参照日：2026-08-21）
- [EIP-4844：シャードBlobトランザクション](https://eips.ethereum.org/EIPS/eip-4844) - Ethereum Improvement Proposals（参照日：2026-08-21）
Source: https://wiki.fcontext.com/ja/crypto/rollup/index.mdx