Combien coûte le déploiement d'un rollup OP Stack en production ?

Les coûts varient considérablement selon la configuration. En testnet, les coûts sont minimes (quelques ETH de test pour les gas fees). En production, comptez les frais récurrents de publication des batches sur Layer 1 (qui dépendent du volume de transactions), l'hébergement des nœuds (quelques centaines à milliers d'euros par mois selon la redondance), et les audits de sécurité initiaux (plusieurs dizaines de milliers d'euros). Les économies d'échelle interviennent rapidement si votre rollup traite un volume significatif de transactions.

Mon rollup peut-il interagir avec d'autres Layer 2 comme Arbitrum ou Base ?

Les interactions directes entre Layer 2 nécessitent des ponts inter-chaînes spécialisés. Nativement, les communications passent par Layer 1 : vous devez retirer des actifs vers Ethereum puis les déposer sur l'autre Layer 2. Cependant, la Superchain d'Optimism vise à faciliter la communication native entre rollups basés sur l'OP Stack via un système de messagerie partagé. Des protocoles tiers comme LayerZero ou Connext proposent aussi des solutions de bridging plus directes.

Quelle est la différence entre l'OP Stack et d'autres frameworks de rollup ?

L'OP Stack utilise des optimistic rollups avec présomption de validité et période de contestation, contrairement aux ZK-rollups (comme zkSync) qui génèrent des preuves cryptographiques. Arbitrum utilise également des optimistic rollups mais avec une architecture différente (notamment au niveau du mécanisme de fraude). L'OP Stack se distingue par sa modularité et son approche open-source, permettant de personnaliser chaque composant selon les besoins.

Comment gérer les mises à jour et la maintenance de mon rollup ?

Les mises à jour s'effectuent en plusieurs phases. Les mises à jour des nœuds (op-geth, op-node, etc.) nécessitent une coordination pour éviter les interruptions de service. Les mises à jour des smart contracts Layer 1 passent généralement par un système de gouvernance avec timelock pour permettre aux utilisateurs de réagir. Documentez minutieusement votre infrastructure et établissez des procédures de rollback en cas de problème. Testez toujours les mises à jour sur un environnement de staging avant la production.

Puis-je utiliser mon propre token pour les frais de gas ?

Oui, l'OP Stack supporte les custom gas tokens. Cette fonctionnalité permet aux utilisateurs de payer les frais de transaction avec un token ERC-20 au lieu d'ETH. Cela simplifie l'expérience utilisateur (pas besoin de détenir ETH) et permet des modèles économiques innovants. La configuration se fait au niveau de la genesis et nécessite une attention particulière concernant la liquidité et la stabilité du token choisi pour éviter les problèmes opérationnels.

Tutoriel : Déployer votre propre Layer 2 avec l'OP Stack

Crypto & Blockchain • écrit par Zephyr

12 min de lecture 22/04/2026

Développeur configurant un rollup Layer 2 basé sur l'OP Stack d'Optimism sur son ordinateur

Les solutions de mise à l'échelle Layer 2 transforment l'écosystème Ethereum. L'OP Stack d'Optimism se distingue comme une infrastructure modulaire permettant à tout développeur de créer son propre rollup. Si vous cherchez à comprendre concrètement comment fonctionne un optimistic rollup, ce tutoriel vous guidera à travers le déploiement complet d'un testnet fonctionnel.

Cette approche pratique permet non seulement d'acquérir une compréhension approfondie de l'architecture Layer 2, mais aussi de poser les bases d'un éventuel déploiement en production. Prêt à lancer votre propre chaîne ?

Prérequis et préparation de l'environnement

Avant de plonger dans le déploiement, votre environnement de développement doit être correctement configuré. L'OP Stack repose sur plusieurs technologies qu'il est essentiel d'installer.

Commencez par vous assurer que votre système dispose des outils suivants : Git pour cloner les dépôts, Go 1.20+ pour compiler les binaires, Node.js 16+ pour gérer les dépendances JavaScript, et Docker pour containeriser certains services. Vous aurez également besoin du client Ethereum op-geth, du compilateur Solidity solc, de l'outil de développement Foundry (notamment forge), et du gestionnaire de tâches just.

Illustration: Tutoriel : Déployer votre propre Layer 2 avec l'OP Stack - Crypto & Blockchain

Sur macOS, installez les dépendances système avec Homebrew :

```bash brew install jq gnu-sed ```

Créez un répertoire de travail dédié, puis clonez le dépôt officiel d'Optimism :

```bash cd ~/Documents git clone https://github.com/ethereum-optimism/optimism.git cd optimism ```

Basculez sur la branche appropriée (généralement `tutorials/chain` ou la dernière version Bedrock stable) et vérifiez vos versions d'outils en lançant le script de vérification :

```bash git checkout tutorials/chain ./packages/contracts-bedrock/scripts/getting-started/versions.sh ```

Une fois cette étape validée, exécutez `just install` pour télécharger automatiquement les binaires essentiels : op-deployer, op-node, op-batcher et op-proposer. Ces quatre composants forment le cœur de votre rollup.

Configuration du réseau avec op-deployer

Le op-deployer est l'outil qui initialise votre rollup en générant les fichiers de configuration essentiels : `genesis.json` et `rollup.json`. Ces fichiers définissent les paramètres fondamentaux de votre chaîne Layer 2.

Pour créer ces fichiers, vous devez spécifier plusieurs paramètres clés : un nom de chaîne unique, un identifiant réseau (chain ID), l'URL RPC de la chaîne Layer 1 sur laquelle votre rollup s'appuiera (par exemple, Sepolia pour un testnet), ainsi que les adresses du séquenceur et les paramètres de disponibilité des données.

Concernant la disponibilité des données, deux options s'offrent à vous. Vous pouvez choisir Ethereum comme couche de règlement, auquel cas vos données de transaction seront publiées directement sur Layer 1. Alternativement, vous pouvez opter pour une solution externe comme Celestia, qui offre potentiellement des coûts réduits.

L'OP Stack permet une flexibilité architecturale remarquable : chaque composant peut être configuré indépendamment selon les besoins spécifiques de votre application.

Une fois les fichiers de configuration générés, l'étape suivante consiste à déployer le contrat de pont L1. Ce smart contract est crucial car il gère les transferts d'actifs entre votre Layer 1 (Ethereum) et votre nouveau Layer 2.

Utilisez Foundry pour déployer ce contrat :

```bash forge script scripts/Deploy.s.sol:Deploy --rpc-url $L1_RPC --private-key $PRIVATE_KEY ```

Copiez l'adresse du contrat déployé et intégrez-la dans votre fichier `rollup.json`. Cette adresse servira de point d'ancrage pour toutes les communications cross-chain.

Initialisation des composants du rollup

Votre rollup nécessite quatre services distincts fonctionnant en parallèle. Chacun joue un rôle spécifique dans l'architecture globale.

Op-geth : le client d'exécution

Op-geth est une version modifiée de Geth adaptée aux rollups. Il gère l'exécution des transactions et maintient l'état de votre blockchain Layer 2.

Initialisez le client avec les fichiers de configuration générés précédemment :

```bash op-geth --datadir=./data --rollup.config=rollup.json --genesis=genesis.json ```

Ce client fonctionne de manière similaire à un nœud Ethereum classique, mais communique avec les autres composants de l'OP Stack pour coordonner le traitement des transactions.

Op-node : le client de consensus

Le op-node sert de pont entre votre Layer 1 et votre Layer 2. Il dérive les blocs Layer 2 à partir des données publiées sur Layer 1 et coordonne le consensus.

Démarrez le op-node en pointant vers votre RPC Layer 1 et en spécifiant le fichier JWT secret pour l'authentification :

```bash op-node --rollup.config=rollup.json --l1.rpc=$L1_RPC --l2.jwt-secret=jwt.txt ```

Ce composant implémente la pipeline de dérivation qui transforme les données Layer 1 en blocs Layer 2 valides, assurant ainsi la sécurité héritée d'Ethereum.

Op-batcher : agrégation et publication

Le op-batcher collecte les transactions Layer 2 et les agrège en lots (batches) avant de les publier sur Layer 1. Cette agrégation est essentielle pour réduire les coûts de publication des données.

Lancez le batcher avec la même configuration JWT :

```bash op-batcher --rollup.config=rollup.json --l1.rpc=$L1_RPC --l2.jwt-secret=jwt.txt ```

Le batcher optimise automatiquement la taille des lots pour équilibrer coût et latence. Les span batches, une fonctionnalité avancée de l'OP Stack, permettent d'améliorer encore cette efficacité en compressant plusieurs blocs dans un seul lot.

Op-proposer : soumission des state roots

Le op-proposer soumet périodiquement les racines d'état (state roots) de votre Layer 2 vers Layer 1. Ces racines permettent de prouver l'état de votre rollup sans révéler toutes les transactions individuelles.

Démarrez le proposer :

```bash op-proposer --rollup.config=rollup.json --l1.rpc=$L1_RPC --l2.jwt-secret=jwt.txt ```

Dans un optimistic rollup, ces propositions sont présumées valides sauf si elles sont contestées pendant une période de défi. Cette approche diffère des modèles économiques Web3 décentralisés où la validation peut suivre d'autres paradigmes.

Vérification et interaction avec votre rollup

Une fois les quatre services en cours d'exécution, votre rollup testnet est opérationnel. Vous pouvez maintenant vérifier son bon fonctionnement et commencer à interagir avec lui.

Testez la connectivité en consultant l'endpoint RPC local (généralement `http://localhost:9545`) ou utilisez l'outil cast de Foundry :

```bash cast rpc eth_blockNumber --rpc-url http://localhost:9545 ```

Cette commande devrait retourner le numéro du bloc actuel, confirmant que votre séquenceur accepte et traite les blocs correctement.

Pour une utilisation pratique, configurez MetaMask ou un autre portefeuille Web3 en ajoutant un réseau personnalisé pointant vers votre RPC Layer 2. Vous pouvez désormais déployer des smart contracts, effectuer des transactions et tester les fonctionnalités du pont entre Layer 1 et Layer 2.

Le pont permet de transférer des actifs entre les deux couches. Déposez des tokens depuis Ethereum vers votre rollup, puis testez un retrait dans l'autre sens. Notez que les retraits depuis Layer 2 vers Layer 1 nécessitent une période d'attente (généralement 7 jours sur les réseaux de production) pour permettre les contestations de fraude.

Tester votre rollup localement constitue une étape indispensable avant tout déploiement public. Cette phase permet d'identifier les problèmes de configuration sans engager de frais sur les réseaux principaux.

Pour un monitoring avancé, vous pouvez ajouter des outils d'observabilité comme Prometheus et Grafana pour surveiller les performances de vos nœuds, la latence des transactions et l'utilisation des ressources.

Alternative low-code : plateformes RaaS

Si le déploiement manuel vous semble complexe, plusieurs plateformes Rollup-as-a-Service (RaaS) proposent une approche simplifiée. Zeeve offre notamment une interface permettant de créer un DevNet OP Stack en quelques clics.

Ces plateformes configurent automatiquement les mêmes composants que vous déploieriez manuellement : nœuds OP-Geth, OP-Batcher, OP-Proposer, ainsi que la couche de disponibilité des données et le pont Layer 1/Layer 2. En contrepartie de cette simplification, vous bénéficiez d'un explorateur de blocs préconfiguré et d'outils de monitoring prêts à l'emploi.

Cette approche convient particulièrement aux équipes souhaitant se concentrer sur le développement d'applications plutôt que sur la gestion d'infrastructure. Elle représente également une bonne option pour prototyper rapidement avant de migrer vers une infrastructure auto-hébergée.

Néanmoins, comprendre le déploiement manuel reste essentiel pour diagnostiquer les problèmes, optimiser les performances et personnaliser profondément votre rollup selon vos besoins spécifiques.

Perspectives et prochaines étapes

Déployer un rollup testnet constitue la première étape d'un parcours vers la production. Plusieurs considérations doivent être prises en compte pour une mise en production réelle.

La sécurité représente une priorité absolue. Vos clés privées de séquenceur et de proposer doivent être stockées dans un HSM (Hardware Security Module) ou un service de gestion de clés sécurisé. Les smart contracts de pont doivent faire l'objet d'audits de sécurité rigoureux avant de gérer des actifs réels.

L'infrastructure nécessite également une attention particulière. Les nœuds de production doivent être hébergés sur des serveurs fiables avec redondance, monitoring 24/7 et sauvegardes régulières. Envisagez une architecture multi-région pour garantir la disponibilité.

La décentralisation progressive est une autre dimension importante. Bien que votre testnet fonctionne avec un séquenceur unique, un rollup de production devrait évoluer vers une architecture plus décentralisée, potentiellement en rejoignant la Superchain d'Optimism qui mutualise la sécurité entre plusieurs rollups.

Enfin, la gouvernance doit être pensée dès le début. Qui peut mettre à jour les contrats ? Comment sont prises les décisions concernant les paramètres du réseau ? Des mécanismes comme le liquid staking farming peuvent être intégrés pour aligner les incitations économiques.

L'OP Stack continue d'évoluer rapidement, avec des innovations comme les Flashblocks qui réduisent la latence des confirmations, ou les custom gas tokens qui permettent d'utiliser des tokens autres qu'ETH pour payer les frais de transaction. Rester informé de ces développements est essentiel pour maintenir votre rollup à la pointe de la technologie.