Calderaでカスタムロールアップをデプロイする方法

Calderaでカスタムロールアップをデプロイすると、CalderaのRollup Engineにより専用の実行環境が構築されます。設定可能なフレームワーク、識別子、ネイティブGas Tokenが標準で付属します。テストネットは通常ダッシュボードからセルフサービスで利用でき、メインネットはCalderaによる本番ローンチ前に短期エンゲージメントを経るのが一般的です。難易度は中級で、チームにはスタックの選択やユニークなChain IDが求められますが、ノード群をゼロから構築する必要はありません。製品詳細はCaldera (ERA)とMetalayerをご参照ください。RaaS比較にはCaldera vs AltLayerとConduitをご活用ください。

エンドツーエンドでパスを検証できます。アカウントと識別子を準備し、Manage Rollups → Get Startedを開きます。TestnetまたはMainnetを選択し、Nitro、Bedrock、またはZK Stackを選択します。Gas Token、Name、Subdomain、Chain IDを設定し、Deploy（またはMainnetローンチ完了）します。アプリRPCを接続し、必要に応じてMetalayerをクロスチェーン流動性用に連携します。

デプロイ前に必要なもの

4つの入力情報を用意してください：アクセス権、ネットワーク意図、トークン/識別子、アプリ移行計画。

弾力的供給トークンはネイティブGasとしては通常適しません。Deploy前にChain IDの競合を必ず確認してください。公開資料ではEthereumアプリのポートが比較的速いとされていますが、依存関係やオラクル作業がタイムラインの大半を占めます。

Step 1: コンソールを開きTestnetまたはMainnetを選択

サインイン後、Manage Rollupsを開き、Get StartedをクリックしてDeploy New Rollupへ進みます。ネットワークタイプによって以降のフローが決まります。

Testnetが稼働してもMainnetの準備完了を証明するものではありません。ネットワークタイプ選択ミスは再作業を招き、セキュリティモデルは書き換わりません。

Step 2: フレームワーク選択（Nitro、Bedrock、またはZK Stack）

Deployページで識別子入力前にフレームワークを選択します。Caldera Rollup Engineは以下をサポートします：

• Arbitrum NitroおよびOptimism Bedrock (OP Stack) — 楽観的パス、紛争時には詐欺プルーフが利用可能。
• zkSync ZK Stack — 状態更新時の有効性プルーフ。

既存のArbitrumやOPツールセットを再利用する場合、NitroやBedrockはポート摩擦を軽減します。有効性プルーフ構造を優先する場合はZK Stackを検討してください。一度選択すると、RPCやネイティブブリッジ、運用手順がその選択に固着します。Testnetリグレッションを完了してから切り替えてください。

Figure 1. デプロイフロー：ログイン → ネットワーク → フレームワーク → Gas Tokenと識別子 → デプロイとアプリ統合（Metalayerはオプション）。

Step 3: Gas Token、Name、Subdomain、Chain IDの設定

Deploy New RollupでネイティブGas Tokenと3つの識別子を設定します：

1. Gas Token（ネイティブ資産または適格ERC-20）を正しい小数点でロックします。
2. Chain IDがウォレットやブリッジでグローバルに未使用であることを確認します。
3. NameとSubdomainがコンソールやRPCネームスペースで重複しないことを検証します。

誤ったフィールド設定はウォレットネットワークの誤認、ブリッジマップの破損、Explorerの不一致を招きます。設定が安定してからのみDeployしてください。

Step 4: デプロイとアプリ統合

Testnet： Deploy New Rollup → 準備完了ステータス待ち → RPC、Chain ID、ExplorerをウォレットやCIにコピーします。コントラクト、フロントエンド、Gas資産、オラクルを新チェーンにリターゲットします。主要トランザクションと障害経路をエンドツーエンドで実行します。

Mainnet： エンゲージメント後、Calderaが合意済みフレームワークと決済パラメータで本番ロールアップをローンチします。権限、アップグレードキー、監視、ブリッジやMetalayerの制限テストを別途強化します。「チェーン稼働」＝「トラフィック開放」ではありません。

Step 5: クロスチェーン流動性のためのMetalayer接続（オプション）

Calderaチェーンや他の対応パス間で資産移動が必要な場合、単一チェーンアプリが稼働した後にMetalayerを接続します：

• ブリッジアグリゲーションがプロバイダーの見積もりとルートを並列処理。
• Metatokenが同一アドレス・統一供給資産を維持。
• 公開スタック：Execution → ブリッジプロバイダー → Settlement（Hyperlaneメッセージング）。

SDK、ウィジェット、APIを利用可能。フルブリッジスタックの構築は不要です。制限を慎重に開放し、速さとファイナリティを意図的に選択してください。デプロイ済みロールアップでも全てのブリッジパスが同等に安全とは限りません。

Figure 2. デプロイ後のMetalayer接続：Execution、ブリッジプロバイダー、Settlement間。

よくあるエラーと対処法

「チェーン未準備」と「クライアント設定ミス」を区別し、Gas Tokenやブリッジ設定変更前に必ず確認してください。

デプロイ後のセキュリティチェックリスト

デプロイは公開フローに従いますが、セキュリティ境界は維持されます：

• ロールアップ：シーケンサーとDA前提、アップグレードキー、カスタムGas Tokenオラクルや供給リスク。
• Metalayer：プロバイダーごとの信頼・流動性モデル、速さとファイナリティのトレードオフ。
• 外部：偽ダッシュボード、偽RPC、偽$ERA—ドメインとコントラクトを必ず検証。

Mainnetフレームワーク、決済チェーン、監視、インシデント対応範囲を文書化し、ホスティングを無責任なアウトソーシングと誤認しないようにしてください。制限、許可リスト、小規模リグレッションを使い、クロスチェーントラフィック開放前に必ず確認を行います。メカニズムの注意点のみ—ローンチアドバイスではありません。

Summary

Calderaでロールアップをデプロイする場合、Testnetのセルフサービスフロー（ログイン → ネットワーク → フレームワーク → Gas TokenとID → Deploy → 統合）とMainnetエンゲージメントを明確に分け、クロスチェーン流動性が必要な場合のみMetalayerを追加します。フレームワークや識別子は一度設定するとウォレットやツール、ブリッジ構造を規定します。セキュリティレビューではアップグレードキー、ブリッジ信頼、フィッシングリスクを必ず確認し、単なる「deployed」バッジで判断しないでください。

FAQ

Calderaでロールアップをデプロイするには？

Testnet：ダッシュボード → Manage Rollups → Get Started → フレームワーク＋Testnet → Gas Token、Name、Subdomain、Chain ID → Deploy。Mainnet：エンゲージメントまたはデモ予約、Calderaが本番ロールアップをローンチ、その後アプリ統合。

TestnetとMainnetの違いは？

Testnetはスタックやポート検証のセルフサービスです。Mainnetはエンゲージメント後に開始され、本番決済と運用境界をカバーします。Testnet成功はMainnet準備完了を意味しません。

CalderaでGas Tokenをカスタマイズできますか？

はい。対応フレームワーク下では標準ERC-20をネイティブGasにできます。弾力的供給トークンは通常除外されます。アドレス、小数点、ウォレット表示を事前に確認してください。

デプロイ後にMetalayerを接続するには？

単一チェーンアプリ稼働後、Metalayer SDK、ウィジェット、APIを利用します。アグリゲーションがルーティングを管理し、Metatokenが統一マルチチェーン供給を維持します。接続時に制限、ファイナリティ、プロバイダー経路を必ず確認してください。

主なデプロイリスクは？

アップグレードキー、シーケンサー/DA前提、カスタムGas Tokenのリスク、ブリッジ信頼モデルの分岐、偽コンソールやRPC。トラフィック開放前にドメイン、コントラクト、経路を必ず検証してください。

Calderaがサポートするフレームワークは？

公開フローではArbitrum Nitro、Optimism Bedrock、zkSync ZK Stackが一般的です。Mainnet確定前にTestnetでOptimisticとZKのトレードオフを必ず検証してください。