Implementar um rollup personalizado na Caldera cria um ambiente de execução dedicado, alojado pelo Rollup Engine da Caldera — estrutura configurável, identificadores e Gas Token nativo incluídos. O Testnet é geralmente self-serve no Dashboard; o Mainnet segue um breve envolvimento antes de a Caldera lançar o ambiente de produção. A dificuldade é intermédia: as equipas precisam de gerir trade-offs da pilha e Chain IDs únicos, sem necessidade de criar uma frota de nodos de raiz. Para contexto de produto, consultar Caldera (ERA) e Metalayer; para comparar opções RaaS, utilizar Caldera vs AltLayer e Conduit.
O processo é verificável de ponta a ponta: preparar conta e identificadores; abrir Gerir Rollups → Começar; escolher Testnet ou Mainnet; selecionar Nitro, Bedrock ou ZK Stack; definir Gas Token, Nome, Subdomínio e Chain ID; Implementar (ou concluir lançamento em Mainnet); ligar RPC da aplicação; opcionalmente conectar Metalayer para liquidez entre cadeias.
Reunir quatro elementos: acesso, intenção de rede, token/identificadores e um plano de transição da aplicação.
| Item | Requisito | Motivo |
|---|---|---|
| Conta no Dashboard | Login autorizado | Entrada para Testnet e gestão contínua |
| Intenção de rede | Testnet self-serve vs Mainnet com envolvimento | Cadência de aprovação e segurança distintas |
| Preferência de estrutura | Nitro / Bedrock / ZK Stack | Define modelo de prova e ferramentas |
| Gas Token | ETH ou ERC-20 elegível | Gas personalizado requer contrato + decimais |
| Identificadores | Nome, Subdomínio, Chain ID | Difícil de alterar após escrita; deve ser único |
| Checklist da aplicação | Contratos, RPC, oráculos, pontes | Integração pós-implementação e regressão |
Tokens de oferta elástica são geralmente inadequados como Gas nativo. Verificar conflitos de Chain ID antes de implementar. Materiais públicos referem que ports de aplicações Ethereum são relativamente rápidos; dependências e trabalho com oráculos continuam a dominar o cronograma.
Iniciar sessão, abrir Gerir Rollups, depois Começar para aceder a Implementar novo Rollup. O tipo de rede define o resto do fluxo.
| Testnet | Mainnet | |
|---|---|---|
| Entrada | Dashboard self-serve | Envolvimento / Agendar demonstração, depois lançar |
| Objetivo | Validar pilha, Gas, RPC, ports | Liquidação de produção e operações |
| Quem implementa | A equipa clica em Implementar | A Caldera ativa a cadeia conforme acordo |
| Foco de risco | Má configuração, colisões de ID | Pontes, chaves de upgrade, finalização |
Um Testnet em funcionamento não comprova prontidão para Mainnet. Escolher o tipo de rede errado gera retrabalho — não altera o modelo de segurança.
Selecionar a estrutura na página de implementação antes de preencher os identificadores. O Rollup Engine da Caldera suporta:
A reutilização de ferramentas de Arbitrum ou OP reduz o atrito de port. Para preferir provas de validade, avaliar ZK Stack. Uma vez escolhido, RPC, pontes nativas e runbooks estabilizam em torno dessa decisão — concluir regressão em Testnet antes de alterar.
Figura 1. Fluxo de implementação: login → rede → estrutura → Gas Token e identificadores → Implementar e integração da aplicação (Metalayer opcional).
Em Implementar novo Rollup, definir Gas Token nativo e os três identificadores:
Campos incorretos causam redes de carteira erradas, mapas de ponte quebrados ou incompatibilidades no Explorer. Implementar apenas quando a configuração estiver estável.
Testnet: Implementar novo Rollup → aguardar estado pronto → copiar RPC, Chain ID e Explorer para carteiras e CI. Redirecionar contratos, front ends, ativo de gas e oráculos para a nova cadeia. Executar transações principais e cenários de falha de ponta a ponta.
Mainnet: Após envolvimento, a Caldera lança o rollup de produção na estrutura e parâmetros de liquidação acordados. Reforçar permissões, chaves de upgrade, monitorização e testar limites de ponte ou Metalayer. “Cadeia ativa” não significa “aberta a tráfego”.
Quando for necessário movimentar ativos entre cadeias Caldera ou outros caminhos suportados, conectar Metalayer após a aplicação single-chain estar operacional:
Utilizar SDK, widget ou API — não é necessário construir uma pilha de ponte completa. Abrir limites com cautela e escolher entre rapidez e finalização total. Um rollup implementado não torna todos os caminhos de ponte igualmente seguros.
Figura 2. Conexão Metalayer pós-implementação entre Execução, fornecedores de ponte e Liquidação.
| Erro | Causa | Correção |
|---|---|---|
| Carteira não acede ao RPC | Subdomínio/RPC ou rede errada | Copiar RPC oficial do Dashboard |
| Ativo de gas errado nas txs | Gas Token diferente do padrão da carteira | Adicionar Chain ID; confirmar contrato de Gas nativo |
| Conflito de Chain ID | ID duplicado ou trocado | Escolher Chain ID livre; atualizar aplicação e pontes |
| Implementação em Mainnet indisponível | Mainnet não é totalmente self-serve | Envolver / Agendar demonstração; alinhar estrutura e liquidação |
| Atraso ou falha entre cadeias | Limites de Metalayer/caminho não cumpridos | Verificar rota, limites, finalização; testar com montantes pequenos |
| Erros de oráculo após port | Feeds continuam na cadeia antiga | Redirecionar oráculos para o novo Chain ID |
Distinguir “cadeia não pronta” de “cliente mal configurado” antes de alterar Gas Token ou definições de ponte.
A implementação segue fluxos públicos; as fronteiras de segurança mantêm-se:
Documentar estrutura em Mainnet, cadeia de liquidação, monitorização e gestão de incidentes para não confundir hosting com outsourcing sem responsabilidade. Utilizar limites, listas de permissões e regressões antes de abrir tráfego entre cadeias. Apenas notas de mecanismo — não conselhos de lançamento.
Para implementar um rollup na Caldera, separar o percurso self-serve do Testnet (login → rede → estrutura → Gas Token e IDs → Implementar → integrar) do envolvimento em Mainnet, e adicionar Metalayer apenas quando for necessária liquidez entre cadeias. Estrutura e identificadores, uma vez definidos, moldam carteiras, ferramentas e pontes. A revisão de segurança deve abranger chaves de upgrade, confiança em pontes e superfícies de phishing — não apenas um selo verde “implementado”.
Testnet: Dashboard → Gerir Rollups → Começar → estrutura + Testnet → Gas Token, Nome, Subdomínio, Chain ID → Implementar. Mainnet: envolver ou agendar demonstração; a Caldera lança o rollup de produção, depois integrar a aplicação.
Testnet é self-serve para validação de pilha e ports. Mainnet inicia após envolvimento e cobre liquidação de produção e limites operacionais. Sucesso em Testnet não significa prontidão para Mainnet.
Sim — nos frameworks suportados, um ERC-20 padrão pode ser Gas nativo; tokens de oferta elástica são geralmente excluídos. Verificar endereço, decimais e visualização em carteira previamente.
Depois de a aplicação single-chain estar funcional, utilizar Metalayer SDK, widget ou API. A agregação gere o encaminhamento; o Metatoken gere a oferta unificada multi-cadeia. Verificar limites, finalização e caminhos de fornecedores no momento da ligação.
Chaves de upgrade, pressupostos de sequenciador/DA, superfícies de Gas Token personalizado, modelos de confiança divergentes em pontes e consolas ou RPC falsificados. Verificar domínios, contratos e caminhos antes de abrir o tráfego.
Os fluxos públicos oferecem, normalmente, Arbitrum Nitro, Optimism Bedrock e zkSync ZK Stack. Validar trade-offs Optimistic vs ZK em Testnet antes de bloquear o Mainnet.





