Implantar um rollup personalizado na Caldera cria um ambiente de execução dedicado, hospedado pelo Rollup Engine da Caldera — inclui framework configurável, identificadores e Gas Token nativo. O Testnet é geralmente self-serve no Dashboard; o Mainnet costuma exigir um breve engajamento antes do lançamento de produção pela Caldera. A dificuldade é intermediária: as equipes precisam considerar trade-offs do stack e IDs de Chain exclusivos, sem precisar montar uma frota de nós do zero. Para entender o produto, acesse Caldera (ERA) e Metalayer; para comparar opções RaaS, veja Caldera vs AltLayer e Conduit.
O processo é verificável de ponta a ponta: prepare conta e identificadores; acesse Manage Rollups → Começar; escolha Testnet ou Mainnet; selecione Nitro, Bedrock ou ZK Stack; defina Gas Token, Nome, Subdomínio e Chain ID; faça o Deploy (ou conclua o lançamento do Mainnet); conecte o RPC do app; conecte o Metalayer para liquidez cross-chain, se necessário.
O que é necessário antes de implantar?
Reúna quatro itens: acesso, intenção de rede, token/identificadores e um plano de migração do app.
| Item |
Requisito |
Por que é importante |
| Conta no Dashboard |
Login autorizado |
Entrada para Testnet e gestão contínua |
| Intenção de rede |
Testnet self-serve ou Mainnet com engajamento |
Aprovação e segurança com ritmos diferentes |
| Preferência de framework |
Nitro / Bedrock / ZK Stack |
Define modelo de prova e ferramentas |
| Gas Token |
ETH ou ERC-20 elegível |
Gas customizado exige contrato + decimais |
| Identificadores |
Nome, Subdomínio, Chain ID |
Difícil de alterar após gravação; devem ser exclusivos |
| Checklist do app |
Contratos, RPC, oráculos, bridges |
Integração e regressão pós-deploy |
Tokens com oferta elástica normalmente não servem como Gas nativo. Sempre verifique conflito de Chain ID antes do Deploy. Portar apps Ethereum costuma ser rápido, mas dependências e oráculos ainda determinam o prazo.
Etapa 1: Acesse o Console e Escolha Testnet ou Mainnet
Faça login, abra Manage Rollups e clique em Começar para acessar Deploy New Rollup. O tipo de rede define o restante do fluxo.
|
Testnet |
Mainnet |
| Entrada |
Dashboard self-serve |
Engajamento / Agende demonstração, depois lance |
| Objetivo |
Validar stack, Gas, RPC, ports |
Liquidação de produção e operações |
| Quem implanta |
Sua equipe faz o Deploy |
Caldera ativa a chain conforme acordo |
| Foco de risco |
Misconfiguração, colisão de IDs |
Bridges, chaves de upgrade, finalização |
Ter um Testnet ativo não garante prontidão para Mainnet. Escolher o tipo de rede errado gera retrabalho — não altera o modelo de segurança.
Etapa 2: Escolha o Framework (Nitro, Bedrock ou ZK Stack)
Selecione o framework na página de Deploy antes de preencher os identificadores. O Rollup Engine da Caldera suporta:
- Arbitrum Nitro e Optimism Bedrock (OP Stack) — caminhos otimistas; disputas podem usar provas de fraude.
- zkSync ZK Stack — provas de validade para atualizações de estado.
Se já utiliza ferramentas Arbitrum ou OP, Nitro ou Bedrock facilitam a migração. Se preferir provas de validade, avalie o ZK Stack. Depois de definido, RPC, bridges nativos e runbooks se consolidam nessa escolha — finalize os testes no Testnet antes de trocar.
Figura 1. Fluxo de deploy: login → rede → framework → Gas Token e identificadores → Deploy e integração do app (Metalayer opcional).
Em Deploy New Rollup, defina o Gas Token nativo e três identificadores:
- Bloqueie o Gas Token (ativo nativo ou ERC-20 elegível) com os decimais corretos.
- Confirme que o Chain ID não está em uso em carteiras e bridges.
- Verifique Nome e Subdomínio para os espaços de console e RPC.
Configurações incorretas causam redes de wallet erradas, bridges quebradas ou incompatibilidade no Explorer. Só faça o Deploy após estabilizar a configuração.
Etapa 4: Faça o Deploy e Integre Seu App
Testnet: Deploy New Rollup → aguarde status pronto → copie RPC, Chain ID e Explorer para carteiras e CI. Redirecione contratos, front ends, ativo de gas e oráculos para a nova chain. Execute transações e cenários de falha de ponta a ponta.
Mainnet: Após o engajamento, a Caldera lança o rollup de produção no framework e parâmetros combinados. Separe permissões, chaves de upgrade, monitoramento e testes de bridges ou Metalayer. “Chain ativa” não significa “tráfego liberado”.
Se for necessário mover ativos entre chains Caldera ou outros caminhos suportados, conecte o Metalayer após o app single-chain estar operacional:
- Agregação de bridges consulta provedores em paralelo e roteia.
- Metatoken mantém ativos de mesmo endereço e oferta unificada em hub-and-spoke.
- Stack público: Execução → provedores de bridge → Liquidação (Hyperlane).
Use SDK, widget ou API — não é preciso construir toda a stack de bridge. Abra limites com cautela e escolha entre rapidez e finalização completa. Um rollup implantado não garante segurança igual em todos os caminhos de bridge.
Figura 2. Conexão pós-deploy do Metalayer entre Execução, provedores de bridge e Liquidação.
Erros Comuns e Correções
| Erro |
Causa |
Correção |
| Wallet não acessa o RPC |
Subdomínio/RPC ou rede incorretos |
Copie o RPC oficial do Dashboard |
| Ativo de gas errado nas txs |
Gas Token ≠ padrão da wallet |
Adicione Chain ID; confirme contrato do Gas nativo |
| Conflito de Chain ID |
ID duplicado ou trocado |
Escolha um Chain ID livre; atualize app e bridges |
| Deploy Mainnet indisponível |
Mainnet não é totalmente self-serve |
Engaje / Agende demo; alinhe framework e liquidação |
| Atraso ou falha cross-chain |
Limites do Metalayer/caminho não atendidos |
Verifique rota, limites, finalização; teste valores pequenos |
| Erros de oráculo após port |
Feeds ainda na chain antiga |
Redirecione oráculos para o novo Chain ID |
Diferencie “chain não pronta” de “cliente mal configurado” antes de alterar Gas Token ou configurações de bridge.
Checklist de Segurança Após Deploy
O deploy segue fluxos públicos; os limites de segurança permanecem:
- Rollup: pressupostos de sequencer e DA, chaves de upgrade, oráculo customizado de Gas Token ou risco de oferta.
- Metalayer: modelo de confiança e liquidez por provedor; trade-offs entre rapidez e finalização completa.
- Externo: dashboards falsos, RPC forjado, $ERA falsificado — verifique domínios e contratos.
Documente framework Mainnet, chain de liquidação, monitoramento e responsabilidade por incidentes para que hospedagem não seja confundida com terceirização sem responsabilidade. Use limites, listas de permissões e pequenas regressões antes de liberar tráfego cross-chain. Observações sobre mecanismos apenas — não é aconselhamento de lançamento.
Resumo
Para implantar um rollup na Caldera, separe o caminho self-serve do Testnet (login → rede → framework → Gas Token e IDs → Deploy → integração) do engajamento no Mainnet, adicionando Metalayer apenas quando liquidez cross-chain for necessária. Framework e identificadores, uma vez gravados, moldam carteiras, ferramentas e bridges. A revisão de segurança deve cobrir chaves de upgrade, confiança em bridges e superfícies de phishing — não apenas um status “deployed” verde.
Perguntas Frequentes
Como implantar um rollup na Caldera?
Testnet: Dashboard → Manage Rollups → Começar → framework + Testnet → Gas Token, Nome, Subdomínio, Chain ID → Deploy. Mainnet: engaje ou agende demo; a Caldera lança o rollup de produção e você integra o app.
Qual a diferença entre Testnet e Mainnet?
Testnet é self-serve para validação de stack e ports. Mainnet começa após engajamento e cobre liquidação de produção e limites operacionais. Sucesso no Testnet não garante prontidão para Mainnet.
É possível customizar o Gas Token na Caldera?
Sim — em frameworks suportados, um ERC-20 padrão pode ser Gas nativo; tokens de oferta elástica geralmente são excluídos. Verifique endereço, decimais e exibição na wallet antes.
Como conectar o Metalayer após o deploy?
Após o app single-chain estar operacional, use SDK, widget ou API do Metalayer. A agregação gerencia o roteamento; Metatoken gerencia oferta multi-chain unificada. Verifique limites, finalização e caminhos dos provedores ao conectar.
Quais os principais riscos do deploy?
Chaves de upgrade, pressupostos de sequencer/DA, superfícies customizadas de Gas Token, modelos divergentes de confiança em bridges e consoles ou RPC falsificados. Verifique domínios, contratos e caminhos antes de liberar tráfego.
Quais frameworks a Caldera suporta?
Os fluxos públicos normalmente oferecem Arbitrum Nitro, Optimism Bedrock e zkSync ZK Stack. Valide os trade-offs entre Optimistic e ZK no Testnet antes de consolidar no Mainnet.
