El despliegue de un rollup personalizado en Caldera genera un entorno de ejecución exclusivo alojado por el motor de rollup de Caldera, que incluye un framework configurable, identificadores y el token de Gas nativo. La red de prueba se gestiona de forma autónoma desde el panel de control; la red principal requiere una breve interacción antes de que Caldera ponga en producción. La dificultad es intermedia: los equipos deben gestionar los compromisos del stack y emplear identificadores de cadena únicos, sin necesidad de crear una flota de nodos desde cero. Para más detalles sobre el producto, consulta Caldera (ERA) y Metalayer; para comparar servicios RaaS, consulta Caldera vs AltLayer y Conduit.
El proceso es verificable de extremo a extremo: prepara tu cuenta y los identificadores; accede a Gestionar rollups → Empezar; selecciona Testnet o Mainnet; elige Nitro, Bedrock o ZK Stack; configura Gas Token, nombre, subdominio e ID de cadena; despliega (o completa el lanzamiento en Mainnet); conecta el RPC de la app; y, si lo necesitas, añade Metalayer para liquidez entre cadenas.
¿Qué necesitas antes de desplegar?
Reúne estos cuatro elementos: acceso, intención de red, token/identificadores y un plan de migración de la app.
| Elemento |
Requisito |
Motivo |
| Cuenta en el panel de control |
Inicio de sesión autorizado |
Acceso a Testnet y gestión continua |
| Intención de red |
Testnet autogestionada vs Mainnet con interacción |
Distinta aprobación y seguridad |
| Preferencia de framework |
Nitro / Bedrock / ZK Stack |
Determina modelo de pruebas y herramientas |
| Gas Token |
ETH o ERC-20 elegible |
El Gas personalizado requiere contrato y decimales |
| Identificadores |
Nombre, subdominio, Chain ID |
Difícil de cambiar tras escribir; deben ser únicos |
| Checklist de la app |
Contratos, RPC, oráculos, puentes |
Integración y regresión tras el despliegue |
Los tokens de suministro elástico normalmente no son aptos como Gas nativo. Verifica conflictos de Chain ID antes de desplegar. Aunque se suele decir que portar apps de Ethereum es rápido, la integración de dependencias y oráculos suele marcar el ritmo.
Paso 1: Abre la consola y elige Testnet o Mainnet
Inicia sesión, accede a Gestionar rollups y luego a Empezar para llegar a Desplegar nuevo rollup. El tipo de red determina el resto del proceso.
|
Testnet |
Mainnet |
| Entrada |
Autogestión en el panel |
Interacción / Solicitar demo y luego lanzar |
| Objetivo |
Validar stack, Gas, RPC, puertos |
Liquidación y operación en producción |
| Quién despliega |
Tu equipo hace clic en Desplegar |
Caldera activa la cadena según acuerdo |
| Foco de riesgo |
Mala configuración, colisión de ID |
Puentes, claves de actualización, finalidad |
Un Testnet en vivo no garantiza preparación para Mainnet. Elegir el tipo de red incorrecto implica reprocesos, pero no altera el modelo de seguridad.
Paso 2: Elige un framework (Nitro, Bedrock o ZK Stack)
Selecciona el framework en la página de despliegue antes de completar los identificadores. El motor de rollup de Caldera soporta:
- Arbitrum Nitro y Optimism Bedrock (OP Stack): caminos optimistas; las disputas pueden resolverse con pruebas de fraude.
- zkSync ZK Stack: pruebas de validez en actualizaciones de estado.
Si ya usas herramientas de Arbitrum u OP, Nitro o Bedrock suelen facilitar la migración. Si prefieres estructura basada en pruebas de validez, elige ZK Stack. Una vez seleccionado, el RPC, los puentes nativos y los runbooks se fijan en esa opción; completa la regresión en Testnet antes de cambiar.
Figura 1. Flujo de despliegue: inicio de sesión → red → framework → Gas Token e identificadores → despliegue e integración de la app (Metalayer opcional).
Paso 3: Configura Gas Token, nombre, subdominio y Chain ID
En Desplegar nuevo rollup, define el Gas Token nativo y tres identificadores:
- Bloquea el Gas Token (activo nativo o ERC-20 elegible) con los decimales correctos.
- Confirma que el Chain ID no esté en uso globalmente en billeteras y puentes.
- Verifica nombre y subdominio para los espacios de nombres en consola y RPC.
Una mala configuración puede provocar redes incorrectas en billeteras, mapas de puentes rotos o desajustes en el explorador. Solo despliega cuando la configuración esté estable.
Paso 4: Despliega e integra tu app
Testnet: Desplegar nuevo rollup → espera el estado listo → copia RPC, Chain ID y Explorer en billeteras y CI. Redirige contratos, frontends, activo de gas y oráculos a la nueva cadena. Ejecuta transacciones clave y rutas de fallo de extremo a extremo.
Mainnet: Tras la interacción, Caldera lanza el rollup de producción en el framework y con los parámetros de liquidación acordados. Refuerza permisos, claves de actualización, monitoreo y pruebas límite de puentes o Metalayer por separado. "La cadena está activa" no significa "abierta al tráfico".
Si los activos deben transferirse entre cadenas Caldera u otras rutas soportadas, conecta Metalayer una vez que la app funcione en una sola cadena:
- La agregación de puentes cotiza proveedores en paralelo y enruta.
- Metatoken mantiene activos de misma dirección y suministro unificado en modelo hub-and-spoke.
- Stack público: Ejecución → proveedores de puentes → liquidación (mensajería respaldada por Hyperlane).
Utiliza SDK, widget o API; no es necesario construir toda la infraestructura de puentes. Abre los límites con precaución y elige entre rapidez y finalidad total según convenga. Un rollup desplegado no garantiza la misma seguridad en todos los caminos de puente.
Figura 2. Conexión de Metalayer tras el despliegue del rollup de Caldera entre Ejecución, proveedores de puentes y liquidación.
Errores y soluciones comunes
| Error |
Causa |
Solución |
| La billetera no accede al RPC |
Subdominio/RPC o red incorrectos |
Copia el RPC oficial desde el panel |
| Activo de gas incorrecto en transacciones |
Gas Token ≠ predeterminado de la billetera |
Añade Chain ID; verifica el contrato del Gas nativo |
| Conflicto de Chain ID |
ID duplicado o intercambiado |
Elige un Chain ID libre; actualiza app y puentes |
| Despliegue en Mainnet no disponible |
Mainnet no es completamente autogestionado |
Solicita demo; alinea framework y liquidación |
| Retraso o fallo entre cadenas |
Límites de Metalayer/ruta no cumplidos |
Verifica ruta, límites, finalidad; prueba con importes pequeños |
| Errores de oráculo tras portar |
Feeds siguen en la cadena anterior |
Redirige oráculos al nuevo Chain ID |
Distingue entre "cadena no lista" y "cliente mal configurado" antes de cambiar el Gas Token o los ajustes de puente.
Checklist de seguridad tras el despliegue
El despliegue sigue flujos públicos; los límites de seguridad permanecen:
- Rollup: hipótesis sobre secuenciador y DA, claves de actualización, oráculo de Gas Token personalizado o riesgos de suministro.
- Metalayer: confianza y modelos de liquidez por proveedor; equilibrio entre rapidez y finalidad total.
- Externo: paneles falsos, RPC suplantados, $ERA falsos; verifica dominios y contratos.
Documenta framework de Mainnet, cadena de liquidación, monitoreo y propiedad de incidentes para evitar confundir el hosting con outsourcing sin responsabilidad. Usa límites, listas de permitidos y pequeñas regresiones antes de abrir tráfico entre cadenas. Solo notas de mecanismo, no recomendaciones de lanzamiento.
Resumen
Para desplegar un rollup en Caldera, separa el proceso autogestionado de Testnet (inicio de sesión → red → framework → Gas Token e identificadores → desplegar → integrar) del proceso con interacción en Mainnet, y añade Metalayer solo si necesitas liquidez entre cadenas. El framework y los identificadores, una vez escritos, definen billeteras, herramientas y puentes. La revisión de seguridad debe cubrir claves de actualización, confianza en puentes y superficies de phishing, no solo un distintivo verde de "desplegado".
Preguntas frecuentes
¿Cómo se despliega un rollup en Caldera?
Testnet: Panel de control → Gestionar rollups → Empezar → framework + Testnet → Gas Token, nombre, subdominio, Chain ID → Desplegar. Mainnet: solicita demo; Caldera lanza el rollup de producción y luego integras la app.
¿Cuál es la diferencia entre Testnet y Mainnet?
Testnet es autogestionado y sirve para validar stack y porting. Mainnet inicia tras la interacción y cubre liquidación en producción y límites operativos. El éxito en Testnet no garantiza estar listo para Mainnet.
¿Puedes personalizar el Gas Token en Caldera?
Sí, bajo frameworks soportados, un ERC-20 estándar puede ser Gas nativo; los tokens de suministro elástico suelen estar excluidos. Verifica dirección, decimales y visualización en la billetera antes de desplegar.
¿Cómo conectas Metalayer tras el despliegue?
Cuando la app funcione en una sola cadena, utiliza Metalayer SDK, widget o API. La agregación gestiona el enrutamiento; Metatoken gestiona el suministro unificado multichain. Verifica límites, finalidad y rutas de proveedores al conectar.
¿Cuáles son los principales riesgos de despliegue?
Claves de actualización, supuestos sobre secuenciador/DA, superficies de Gas Token personalizado, modelos de confianza de puentes divergentes y consolas o RPC falsificados. Verifica dominios, contratos y rutas antes de abrir el tráfico.
¿Qué frameworks admite Caldera?
Los flujos públicos suelen ofrecer Arbitrum Nitro, Optimism Bedrock y zkSync ZK Stack. Valida los compromisos entre Optimistic y ZK en Testnet antes de fijar la Mainnet.
