Déployer un rollup personnalisé sur Caldera crée un environnement d’exécution dédié, hébergé par le Rollup Engine de Caldera, avec framework configurable, identifiants et Gas Token natif inclus. Le Testnet est généralement accessible en libre-service sur le Dashboard, tandis que le Mainnet nécessite une brève phase d’engagement avant la mise en production par Caldera. La difficulté est de niveau intermédiaire : les équipes doivent gérer les compromis du stack et définir des Chain IDs uniques, sans avoir à déployer une flotte de nœuds de zéro. Pour plus de contexte produit, consultez Caldera (ERA) et Metalayer ; pour comparer les solutions RaaS, voir Caldera vs AltLayer et Conduit.
Le parcours est contrôlable de bout en bout : préparez le compte et les identifiants ; ouvrez Gérer les Rollups → Commencer ; choisissez Testnet ou Mainnet ; sélectionnez Nitro, Bedrock ou ZK Stack ; définissez Gas Token, Nom, Sous-domaine et Chain ID ; Déployez (ou finalisez le lancement Mainnet) ; connectez l’app RPC ; connectez éventuellement Metalayer pour la liquidité cross-chain.
Rassemblez quatre éléments clés : accès, intention réseau, token/identifiants et plan de migration applicative.
| Élément | Exigence | Importance |
|---|---|---|
| Compte Dashboard | Connexion autorisée | Accès au Testnet et gestion continue |
| Intention réseau | Testnet en libre-service ou engagement Mainnet | Différences d’approbation et de sécurité |
| Préférence framework | Nitro / Bedrock / ZK Stack | Définit le modèle de preuve et les outils associés |
| Gas Token | ETH ou ERC-20 éligible | Un Gas Token personnalisé requiert un contrat et des décimales |
| Identifiants | Nom, Sous-domaine, Chain ID | Difficiles à modifier après écriture ; uniques requis |
| Checklist app | Contrats, RPC, oracles, bridges | Pour intégration post-déploiement et tests de régression |
Les tokens à offre élastique ne conviennent généralement pas comme Gas natif. Contrôlez l’absence de conflit de Chain ID avant le déploiement. Les ressources publiques évoquent souvent la rapidité des ports d’applications Ethereum, mais la gestion des dépendances et des oracles reste prédominante dans la planification.
Connectez-vous, ouvrez Gérer les Rollups, puis Commencer pour accéder à Déployer un nouveau Rollup. Le type de réseau conditionne la suite du processus.
| Testnet | Mainnet | |
|---|---|---|
| Accès | Libre-service Dashboard | Engagement / Démo, puis lancement |
| Objectif | Valider stack, Gas, RPC, ports | Règlement de production et opérations |
| Déployeur | Votre équipe clique sur Déployer | Caldera déploie la chaîne selon accord |
| Risques principaux | Mauvaise configuration, collisions d’ID | Bridges, clés d’upgrade, finalité |
Un Testnet actif ne garantit pas la préparation au Mainnet. Un mauvais choix de réseau implique des reprises sans modifier le modèle de sécurité.
Sélectionnez le framework sur la page Déployer avant de renseigner les identifiants. Le Rollup Engine de Caldera prend en charge :
Si vous réutilisez les outils Arbitrum ou OP, Nitro ou Bedrock facilitent le portage. Pour une structure à preuves de validité, privilégiez ZK Stack. Une fois le choix arrêté, RPC, bridges natifs et runbooks s’ancrent autour de ce framework — finalisez les tests de régression Testnet avant tout changement.
Figure 1. Parcours de déploiement : connexion → réseau → framework → Gas Token et identifiants → Déploiement et intégration applicative (Metalayer en option).
Sur Déployer un nouveau Rollup, définissez le Gas Token natif et trois identifiants :
Des champs incorrects peuvent entraîner des réseaux wallet erronés, des mappings de bridges défectueux ou des incohérences Explorer. Déployez uniquement lorsque la configuration est stabilisée.
Testnet : Déployez un nouveau Rollup → attendez le statut prêt → copiez RPC, Chain ID et Explorer dans les wallets et CI. Redirigez contrats, interfaces, actif gas et oracles vers la nouvelle chaîne. Testez toutes les transactions et scénarios d’échec.
Mainnet : Après engagement, Caldera lance le rollup de production sur le framework et les paramètres convenus. Sécurisez séparément permissions, clés d’upgrade, monitoring, et testez les limites bridge ou Metalayer. “Chaîne en ligne” ≠ “ouverte au trafic”.
Si des actifs doivent circuler entre chaînes Caldera ou autres réseaux compatibles, connectez Metalayer une fois l’application single-chain opérationnelle :
Utilisez SDK, widget ou API — inutile de développer une infrastructure bridge complète. Ouvrez les limites avec précaution et choisissez rapidité ou finalité complète en connaissance de cause. Un rollup déployé ne garantit pas la sécurité de tous les chemins bridge.
Figure 2. Connexion Metalayer post-déploiement entre Exécution, fournisseurs de bridge et Règlement.
| Erreur | Cause | Solution |
|---|---|---|
| Wallet ne parvient pas à joindre RPC | Mauvais Sous-domaine/RPC ou réseau | Copier le RPC officiel depuis le Dashboard |
| Mauvais actif gas dans les transactions | Gas Token ≠ valeur par défaut du wallet | Ajouter Chain ID ; vérifier le contrat Gas natif |
| Conflit Chain ID | ID dupliqué ou inversé | Choisir un Chain ID libre ; mettre à jour app et bridges |
| Déploiement Mainnet indisponible | Mainnet non accessible en libre-service | Engagement / Démo ; aligner framework et règlement |
| Retard ou échec cross-chain | Limites Metalayer ou chemin non atteintes | Vérifier route, limites, finalité ; tester de petits montants |
| Erreurs oracle après portage | Feeds toujours sur l’ancienne chaîne | Rediriger les oracles vers le nouveau Chain ID |
Distinguez “chaîne non prête” de “client mal configuré” avant de modifier Gas Token ou les paramètres bridge.
Le déploiement suit des flux publics, mais les frontières de sécurité subsistent :
Documentez framework Mainnet, chaîne de règlement, monitoring et gestion des incidents afin d’éviter toute confusion entre hébergement et externalisation sans responsabilité. Utilisez limites, listes d’autorisation et tests progressifs avant d’ouvrir le trafic cross-chain. Ces notes sont descriptives uniquement — il ne s’agit pas de conseils de lancement.
Pour déployer un rollup sur Caldera, distinguez le parcours Testnet en libre-service (connexion → réseau → framework → Gas Token et IDs → déploiement → intégration) de l’engagement Mainnet, puis ajoutez Metalayer uniquement si la liquidité cross-chain est requise. Framework et identifiants, une fois définis, structurent wallets, outils et bridges. L’audit sécurité doit couvrir clés d’upgrade, confiance bridge et surfaces de phishing — et non se limiter à un badge “déployé”.
Testnet : Dashboard → Gérer les Rollups → Commencer → framework + Testnet → Gas Token, Nom, Sous-domaine, Chain ID → Déployer. Mainnet : engagement ou démo ; Caldera lance le rollup de production, puis vous intégrez l’application.
Testnet est en libre-service pour valider stack et portage. Mainnet débute après engagement et couvre règlement de production et limites opérationnelles. Le succès sur Testnet ne garantit pas la préparation Mainnet.
Oui — sous frameworks supportés, un ERC-20 standard peut être utilisé comme Gas natif ; les tokens à offre élastique sont généralement exclus. Vérifiez adresse, décimales et affichage wallet en amont.
Après validation de l’application single-chain, utilisez le SDK, widget ou API Metalayer. L’agrégation gère le routage ; Metatoken gère l’offre unifiée multi-chaînes. Vérifiez limites, finalité et chemins fournisseurs avant la connexion.
Clés d’upgrade, hypothèses séquenceur/DA, surfaces Gas Token personnalisées, modèles de confiance bridge divergents et consoles ou RPC usurpés. Vérifiez domaines, contrats et chemins avant d’ouvrir au trafic.
Les parcours publics proposent généralement Arbitrum Nitro, Optimism Bedrock et zkSync ZK Stack. Validez les compromis Optimistic vs ZK sur Testnet avant de verrouiller le Mainnet.





