Розгортання власного ролапа на Caldera створює окреме середовище виконання, розміщене на Rollup Engine від Caldera — із налаштовуваним фреймворком, ідентифікаторами та нативним Gas Token. Тестова мережа зазвичай доступна у режимі самообслуговування через Dashboard; основна мережа запускається після короткої взаємодії перед виходом 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 для кросчейн-ліквідності.
Підготуйте чотири параметри: доступ, намір щодо мережі, токен/ідентифікатори та план переходу застосунку.
| Пункт | Вимога | Чому це важливо |
|---|---|---|
| Обліковий запис у Dashboard | Авторизований вхід | Вхід до Testnet і для подальшого керування |
| Намір щодо мережі | Самообслуговування Testnet vs запуск Mainnet | Різні процедури схвалення та безпеки |
| Фреймворк | Nitro / Bedrock / ZK Stack | Визначає модель доказів і інструментарій |
| Gas Token | ETH або допустимий ERC-20 | Власний Gas вимагає контракт + десяткові знаки |
| Ідентифікатори | Name, Subdomain, Chain ID | Важко змінити після запису; мають бути унікальними |
| Чекліст застосунку | Контракти, RPC, оракули, мости | Інтеграція та регресія після розгортання |
Токени з еластичною пропозицією зазвичай не підходять як нативний Gas. Перевіряйте унікальність Chain ID перед Deploy. У публічних матеріалах порти застосунків Ethereum часто називають відносно швидкими; однак інтеграція залежностей і оракулів займає основний час.
Увійдіть, відкрийте [Manage Rollups], далі [Get Started], щоб перейти до [Deploy New Rollup]. Тип мережі визначає подальший процес.
| Testnet | Mainnet | |
|---|---|---|
| Вхід | Самообслуговування через Dashboard | Взаємодія / Запис на демо, потім запуск |
| Мета | Перевірка стеку, Gas, RPC, портів | Продакшн-розрахунки та операції |
| Хто розгортає | Ваша команда натискає Deploy | Caldera розгортає ланцюг за угодою |
| Фокус ризику | Некоректне налаштування, колізії ID | Мости, ключі оновлення, фінальність |
Живий Testnet не гарантує готовності до Mainnet. Неправильний вибір мережі призведе до переробки — це не змінить модель безпеки.
Оберіть фреймворк на сторінці Deploy перед заповненням ідентифікаторів. Rollup Engine Caldera підтримує:
Якщо використовуєте існуючий інструментарій Arbitrum чи OP — Nitro або Bedrock зазвичай спрощують портинг. Якщо потрібна структура validity proof — розгляньте ZK Stack. Після вибору RPC, нативні мости та runbook фіксуються під цей фреймворк — завершіть регресію Testnet перед зміною.
Рис. 1. Послідовність розгортання: вхід → мережа → фреймворк → Gas Token та ідентифікатори → Deploy та інтеграція застосунку (опційно Metalayer).
На [Deploy New Rollup] задайте нативний Gas Token та три ідентифікатори:
Некоректні поля призводять до неправильних мереж у гаманцях, зламаних карт мостів чи невідповідностей Explorer. Розгортайте лише після стабілізації налаштувань.
Testnet: [Deploy New Rollup] → дочекайтеся статусу ready → скопіюйте RPC, Chain ID і Explorer у гаманці та CI. Переналаштуйте контракти, фронтенди, газовий актив і оракули на новий ланцюг. Протестуйте основні транзакції та сценарії збоїв наскрізно.
Mainnet: Після взаємодії Caldera запускає продуктивний ролап на погодженому фреймворку та параметрах розрахунків. Окремо посильте права доступу, ключі оновлення, моніторинг і тести лімітів мостів чи Metalayer. “Chain is up” ≠ “open to traffic”.
Коли активи мають переміщатися між ланцюгами Caldera або іншими підтримуваними маршрутами, підключіть Metalayer після того, як застосунок на одному ланцюгу працює:
Використовуйте SDK, віджет або API — не потрібно створювати повний стек мосту. Встановлюйте ліміти обережно і свідомо обирайте між швидкістю та фінальністю. Розгорнутий ролап не робить усі маршрути мостів однаково безпечними.
Рис. 2. Підключення Metalayer після розгортання Caldera rollup — Execution, bridge-провайдери, Settlement.
| Помилка | Причина | Вирішення |
|---|---|---|
| Гаманець не підключається до RPC | Некоректний Subdomain/RPC або мережа | Скопіюйте офіційний RPC з Dashboard |
| Невірний газовий актив у транзакціях | Gas Token ≠ дефолтний гаманець | Додайте Chain ID; перевірте контракт Gas Token |
| Конфлікт Chain ID | Дубльований або переплутаний ID | Оберіть вільний Chain ID; оновіть застосунок і мости |
| Deploy Mainnet недоступний | Mainnet не повністю самообслуговування | Взаємодія / Запис на демо; узгодьте фреймворк і розрахунки |
| Затримка або збій кросчейну | Ліміти Metalayer/маршруту не виконано | Перевірте маршрут, ліміти, фінальність; спробуйте малі суми |
| Помилки оракула після порту | Фіди залишились на старому ланцюзі | Переналаштуйте оракули на новий Chain ID |
Розділяйте “ланцюг не готовий” і “клієнт некоректно налаштований” перед зміною Gas Token або налаштувань мосту.
Розгортання відбувається за публічними сценаріями; межі безпеки залишаються:
Документуйте фреймворк Mainnet, ланцюг розрахунків, моніторинг і відповідальність за інциденти, щоб хостинг не сприймався як повна передача відповідальності. Використовуйте ліміти, списки доступу та малі регресії перед відкритим кросчейн-трафіком. Лише механізми — не інструкція до запуску.
Щоб розгорнути ролап на Caldera, відокремте шлях самообслуговування Testnet (вхід → мережа → фреймворк → Gas Token і ID → Deploy → інтеграція) від взаємодії Mainnet, а Metalayer додавайте лише за необхідності кросчейн-ліквідності. Фреймворк і ідентифікатори після запису визначають роботу гаманців, інструментів і мостів. Огляд безпеки має охоплювати ключі оновлення, довіру до мостів і фішингові ризики — не лише статус “deployed”.
Testnet: [Dashboard] → [Manage Rollups] → [Get Started] → фреймворк + Testnet → Gas Token, Name, Subdomain, Chain ID → [Deploy]. Mainnet: взаємодія або запис на демо; Caldera розгортає продуктивний ролап, після чого Ви інтегруєте застосунок.
Testnet — це самообслуговування для перевірки стеку та портів. Mainnet починається після взаємодії та охоплює розрахунки у продуктиві й операційні межі. Успіх у Testnet не гарантує готовності до Mainnet.
Так — у підтримуваних фреймворках стандартний ERC-20 може бути нативним Gas; токени з еластичною пропозицією зазвичай виключені. Спочатку перевірте адресу, десяткові знаки та відображення у гаманці.
Після запуску застосунку на одному ланцюгу використовуйте Metalayer SDK, віджет або API. Агрегація відповідає за маршрутизацію; Metatoken — за єдину мульти-ланцюгову пропозицію. Перевіряйте ліміти, фінальність і маршрути провайдерів під час підключення.
Ключі оновлення, припущення щодо sequencer/DA, поверхня кастомного Gas Token, різні моделі довіри до мостів, підроблені консолі чи RPC. Перевіряйте домени, контракти та маршрути перед відкритим трафіком.
Публічні сценарії зазвичай пропонують Arbitrum Nitro, Optimism Bedrock та zkSync ZK Stack. Перевіряйте компроміси Optimistic vs ZK на Testnet перед фіксацією Mainnet.





