Skip to main content

Qu'est-ce qu'une blockchain Layer 2 (L2)

Remarque : Ce document est une traduction automatique de la version originale anglaise.

Qu'est-ce qu'une blockchain Layer 2 (L2)

Une blockchain Layer 2 (L2) est un réseau construit au-dessus d'une blockchain Layer 1 (L1) qui traite les transactions séparément du L1 mais utilise le L1 pour le règlement final et la sécurité. Les L2 existent pour résoudre un problème fondamental : les blockchains L1 populaires comme Ethereum sont sécurisées et décentralisées, mais elles sont aussi lentes et coûteuses pour un usage à haut volume. Les L2 ajoutent une couche de mise à l'échelle qui hérite des garanties de sécurité du L1 tout en offrant un débit plus élevé et des coûts de transaction plus faibles.

Base, Arbitrum One, Optimism et zkSync sont des exemples de réseaux L2 construits sur Ethereum. Ils traitent les transactions sur leur propre couche d'exécution, regroupent ces transactions en lots et publient périodiquement des preuves ou des données compressées vers Ethereum. Du point de vue de l'utilisateur, interagir avec un L2 revient à utiliser une version plus rapide et moins chère d'Ethereum — parce que, architecturalement, c'est exactement ce que c'est.

En bref : une blockchain L2 met à l'échelle un L1 en déplaçant l'exécution hors de la couche de base tout en gardant la sécurité ancrée à celle-ci. Dans les cartes projet DecAIHub, le statut L2 se reflète dans le champ Main chain (le nom du réseau L2 — Base, Arbitrum One, etc.) et le champ Consensus (une formule telle que L2 (Optimistic Rollup, Base on Ethereum)).

Comment fonctionne une blockchain L2

L'idée centrale derrière chaque L2 est la même : déplacer l'exécution des transactions hors du L1 congestionné, la traiter à un endroit plus rapide et moins cher, puis publier suffisamment de données vers le L1 pour prouver que l'exécution hors chaîne était correcte.

Le problème de la scalabilité

Les blockchains L1 font face à un compromis bien connu appelé le trilemme des blockchains : il est difficile de maximiser simultanément la décentralisation, la sécurité et la scalabilité. Ethereum, par exemple, privilégie la décentralisation et la sécurité — son ensemble de validateurs large et distribué rend le réseau hautement résistant aux attaques et à la censure. Mais cela se fait au prix du débit : le mainnet Ethereum traite environ 15 à 30 transactions par seconde, et les appels de smart contracts complexes peuvent coûter des dizaines de dollars en frais de gas pendant les pics de demande.

Pour les charges de travail IA impliquant des opérations on-chain fréquentes — appels d'inférence, attributions de tâches de calcul, micro-paiements, actions d'agents — ces contraintes rendent le mainnet Ethereum impraticable pour les interactions à haute fréquence. Les réseaux L2 résolvent ce problème en gérant le volume hors chaîne tout en utilisant la sécurité d'Ethereum pour les parties qui comptent le plus : le règlement final et la résolution des litiges.

Comment les L2 héritent de la sécurité du L1

La propriété critique qui distingue un L2 d'une sidechain ou d'une chaîne indépendante est l'héritage de sécurité. Un L2 ne crée pas sa propre sécurité indépendante — il l'emprunte au L1 sous-jacent.

Cet héritage fonctionne selon un principe simple : le L2 publie régulièrement des données ou des preuves vers le smart contract du L1. Si l'opérateur du L2 tente de tricher (en soumettant des transitions d'état invalides), n'importe qui peut contester la revendication en utilisant les données disponibles sur le L1. Le smart contract du L1 agit comme arbitre final, garantissant que seules les transitions d'état valides sont acceptées.

Cela signifie que la sécurité d'un L2 est en fin de compte bornée par la sécurité du L1 sur lequel il se règle. Un L2 sur Ethereum est aussi sécurisé qu'Ethereum (pour les transactions réglées) — indépendamment de la manière dont le L2 lui-même est structuré.

Les rollups : l'architecture L2 dominante

La plupart des réseaux L2 modernes sont des rollups. Un rollup « enroule » de nombreuses transactions dans un lot, les exécute hors chaîne, puis publie un résumé compressé vers le L1. Il existe deux principaux types de rollups, distingués par la manière dont ils prouvent la correction :

Les optimistic rollups supposent que les transactions hors chaîne sont valides par défaut (« optimistes ») et ne les vérifient que si quelqu'un soumet une contestation. Après la publication d'un lot sur le L1, il y a une période de contestation (typiquement 7 jours) pendant laquelle tout observateur peut soumettre une preuve de fraude s'il estime que le lot contient des transactions invalides. Si une preuve de fraude aboutit, le lot invalide est annulé et l'opérateur malveillant est pénalisé.

  • Exemples : Arbitrum One, Optimism, Base
  • Compromis : plus rapides et plus simples à mettre en œuvre, mais la période de contestation introduit des délais de retrait (les utilisateurs qui déplacent des actifs du L2 vers le L1 doivent attendre que la période de contestation s'écoule)

Les ZK rollups (zero-knowledge) utilisent des preuves cryptographiques — plus précisément des preuves de validité — pour démontrer que l'exécution hors chaîne était correcte. Au lieu de supposer la validité et d'attendre les contestations, les ZK rollups génèrent une preuve mathématique que le lot est valide avant de le publier sur le L1. Le smart contract du L1 vérifie la preuve, ce qui est peu coûteux en calcul, et accepte le lot immédiatement si la preuve est valide.

  • Exemples : zkSync, StarkNet, Scroll, Linea
  • Compromis : aucune période de contestation nécessaire (les retraits sont plus rapides), mais générer des preuves de validité est coûteux en calcul et la technologie est plus complexe

Les deux types atteignent le même objectif : déplacer l'exécution hors du L1 tout en gardant le L1 comme filet de sécurité. Le choix entre optimistic rollups et ZK rollups implique des compromis en matière de coût de génération des preuves, de vitesse de retrait, de compatibilité EVM et de maturité de mise en œuvre.

Le sequencer

La plupart des réseaux L2 utilisent un sequencer — un nœud spécialisé qui reçoit les transactions des utilisateurs, les ordonne, les exécute et produit des lots à publier sur le L1. Dans de nombreuses implémentations L2 actuelles, le sequencer est exploité par une seule entité (l'équipe du L2), ce qui soulève des questions de centralisation.

Un sequencer centralisé peut ordonner les transactions, potentiellement pratiquer le front-running contre les utilisateurs et censurer temporairement des transactions. Cependant, la garantie de sécurité du L1 fournit un filet de sécurité : si le sequencer censure une transaction, l'utilisateur peut la soumettre directement au L1 (un mécanisme appelé « force inclusion »). Le L2 ne peut pas voler de fonds ni finaliser un état invalide, car le smart contract du L1 fait respecter la correction.

La décentralisation des sequencers est un domaine actif de recherche et de développement à travers l'écosystème L2. Certains L2 travaillent vers le séquençage partagé, des ensembles de sequencers décentralisés ou le based sequencing (où les validateurs du L1 effectuent le séquençage).

Exemples de L2 pertinents pour la crypto IA

Plusieurs réseaux L2 apparaissent fréquemment dans les cartes projet DecAIHub. Comprendre leurs caractéristiques spécifiques aide à contextualiser le champ Main chain.

Base

Base est un optimistic rollup construit sur Ethereum, développé par Coinbase. Il utilise l'OP Stack (la même technologie qu'Optimism) et se règle sur le mainnet Ethereum. Base a attiré un nombre significatif de projets d'agents IA et d'applications DeFi, en partie grâce à la portée de distribution de Coinbase et en partie grâce à des coûts de transaction faibles. Base n'a pas de token natif propre — le gas est payé en ETH.

Arbitrum One

Arbitrum One est un optimistic rollup construit sur Ethereum, développé par Offchain Labs. Il a été l'un des premiers grands L2 à être lancé et détient la plus grande valeur totale verrouillée parmi les L2 d'Ethereum. Arbitrum One utilise un mécanisme de preuve de fraude et possède son propre token de gouvernance (ARB). Son écosystème mature comprend des protocoles DeFi, des projets d'infrastructure et un nombre croissant d'applications liées à l'IA.

Différences clés par rapport aux L1

Propriété L1 (ex. Ethereum) L2 (ex. Base, Arbitrum One)
Consensus Validateurs propres, consensus indépendant S'appuie sur le L1 pour le consensus final
Source de sécurité Valeur stakée / puissance de hachage propre Héritée du L1 sous-jacent
Coût de transaction Plus élevé (gas du mainnet) Plus faible (regroupé en lots, compressé)
Débit Limité par la taille et le temps de bloc Plus élevé (exécution hors chaîne)
Finalité Finalité L1 (secondes à minutes) Confirmation souple quasi instantanée ; finalité L1 pour le règlement
Retrait vers le L1 N/A Variable : ~7 jours (optimistic) ou minutes-heures (ZK)

Pourquoi c'est important pour les projets crypto IA

Les réseaux L2 sont devenus la solution pratique pour les projets IA qui ont besoin d'une sécurité de niveau Ethereum sans les coûts de niveau Ethereum.

Opérations IA on-chain économiquement efficaces. Les charges de travail IA sur blockchain impliquent souvent de nombreuses petites transactions fréquentes : paiement par appel d'inférence, enregistrement des achèvements de tâches de calcul, distribution de récompenses aux contributeurs de données, journalisation des actions d'agents. Sur le mainnet Ethereum, le coût en gas de chaque transaction peut dépasser la valeur de l'opération elle-même. Sur un L2, la même transaction coûte des fractions de centime, rendant l'économie unitaire viable.

Vitesse pour les applications en temps réel. Les agents IA qui interagissent avec des protocoles DeFi, les services d'inférence qui répondent aux requêtes des utilisateurs et les places de marché de calcul qui apparient les tâches avec les fournisseurs — tous ont besoin de temps de confirmation rapides. Les L2 offrent typiquement des confirmations souples quasi instantanées (le sequencer accuse réception de la transaction) suivies d'un règlement final sur le L1 pour la finalité.

Accès à l'écosystème Ethereum. Les projets IA sur les L2 d'Ethereum peuvent interagir avec les protocoles DeFi, les réseaux d'oracles, les systèmes d'identité et les cadres de gouvernance d'Ethereum. Un agent IA sur Base peut échanger des tokens sur un DEX, accéder aux flux de prix des oracles et participer à la gouvernance d'une DAO — le tout au sein de l'écosystème Ethereum, aux coûts d'un L2.

Motifs d'architecture hybride. De nombreux projets IA adoptent une approche en couches : déployer la gouvernance, les contrats de tokens et le règlement de haute valeur sur le mainnet Ethereum, et exécuter les opérations IA à haute fréquence sur un L2. Ce motif est courant car il permet aux projets d'optimiser séparément la sécurité (mainnet) et la performance (L2).

Compromis à évaluer. Choisir un L2 introduit des considérations qui affectent l'évaluation du projet :

  • Centralisation du sequencer — si le sequencer est une entité unique, le L2 a un point de centralisation, même si la sécurité du L1 fournit un filet de sécurité contre la fraude.
  • Risque de bridge — déplacer des actifs entre le L1 et le L2 implique des contrats de bridge, qui sont des cibles de grande valeur pour les exploits. La sécurité du bridge est critique.
  • Délais de retrait — les optimistic rollups imposent une période de contestation pour les retraits vers le L1. Cela affecte la liquidité et l'expérience utilisateur.
  • Maturité du L2 — certains L2 en sont à leurs débuts avec des « roues d'entraînement » (des clés d'administration qui peuvent outrepasser le système). Le degré auquel un L2 s'est décentralisé et a retiré ces mécanismes de sécurité compte pour l'évaluation de la sécurité.

Où cela apparaît dans les cartes projet DecAIHub

Dans les cartes projet DecAIHub, le concept de L2 apparaît dans plusieurs champs :

  • Main chain — des valeurs comme Base, Arbitrum One ou Optimism indiquent que le projet est déployé sur un L2. Cela vous indique que le projet bénéficie des avantages de coût et de vitesse du L2 tout en héritant de la sécurité du L1 sous-jacent (Ethereum, dans ces cas).

  • Consensus — pour les projets L2, ce champ enregistre une formule architecturale telle que L2 (Optimistic Rollup, Base on Ethereum) ou L2 (ZK Rollup, zkSync Era on Ethereum), indiquant explicitement le type de L2 (Optimistic / ZK Rollup) et le L1 sous-jacent. La distinction compte : le sequencer du L2 ordonne les transactions, mais le consensus du L1 sous-jacent fournit la finalité.

Quand vous voyez Main chain: Base ou Main chain: Arbitrum One dans une carte projet, vous savez que le projet opère dans un environnement L2. Cela signifie des coûts plus faibles et une vitesse plus élevée que le mainnet Ethereum, mais aussi que le projet dépend du bridge, du sequencer et de l'infrastructure de règlement du L2. Le champ Main chain doit être lu conjointement avec l'évaluation Onchain necessity : un projet sur un L2 qui utilise à peine les fonctionnalités on-chain tire peu de bénéfices des avantages du L2.

Ce qu'une étiquette L2 à elle seule ne prouve pas

Opérer en tant que L2 ou se déployer sur un L2 est un choix architectural, pas un signal de qualité. Une classification L2 ne démontre pas :

  • AI reality — une blockchain L2 fournit un environnement de mise à l'échelle, pas des capacités IA. Qu'un projet sur un L2 ait une véritable IA dépend entièrement de sa propre implémentation technique, pas du L2 sur lequel il a choisi de se déployer. DecAIHub évalue l'AI reality au moyen de critères fondés sur des preuves, pas sur le choix de la chaîne.

  • Décentralisation complète — de nombreux L2 actuels ont des composants centralisés : des sequencers à opérateur unique, des clés d'administration qui peuvent mettre à niveau les contrats, et des structures de gouvernance contrôlées par les équipes fondatrices. Un L2 hérite de la sécurité du L1 pour prévenir la fraude, mais la centralisation opérationnelle du séquençage et de la capacité de mise à niveau est courante. L2Beat suit la maturité et le statut de décentralisation des principaux L2.

  • Sécurité de niveau L1 pour toutes les opérations — l'héritage de sécurité s'applique à l'état réglé sur le L1. Les opérations qui se produisent au sein du L2 mais n'ont pas encore été réglées (ou sont dans la période de contestation pour les optimistic rollups) ont des propriétés de sécurité différentes. La distinction entre sécurité pré-règlement et post-règlement compte pour les opérations de haute valeur.

  • Scalabilité sans limites — les L2 augmentent significativement le débit par rapport à leur L1, mais ils ne sont pas infiniment scalables. Chaque L2 a ses propres contraintes de capacité, et une demande très élevée peut encore conduire à de la congestion et à des frais croissants — bien qu'à un seuil typiquement beaucoup plus élevé que celui du L1.

  • Profondeur d'écosystème — se déployer sur un L2 ne donne pas automatiquement à un projet l'accès à un écosystème mature. Les L2 plus récents peuvent avoir une liquidité DeFi limitée, moins d'outils de développement et des bases d'utilisateurs plus petites que des L2 établis comme Arbitrum One ou Base.

Ne pas confondre avec

  • Layer 1 (L1) — un L1 est une blockchain de couche de base avec son propre consensus et sa propre sécurité indépendants. Un L2 dépend d'un L1 pour la sécurité ; un L1 ne dépend d'aucune autre chaîne. Ethereum est un L1 ; Base est un L2 construit sur Ethereum.

  • Sidechain — une sidechain est une blockchain distincte qui fonctionne en parallèle d'un L1 mais possède son propre modèle de consensus et de sécurité. Contrairement à un L2, une sidechain n'hérite pas de la sécurité du L1. Si les validateurs d'une sidechain s'entendent, il n'y a pas de filet de sécurité L1. Polygon PoS (dans sa forme originale) est souvent décrit comme une sidechain, pas comme un véritable L2.

  • Rollup — un rollup est un type spécifique d'architecture L2 (optimistic ou ZK). Tous les rollups sont des L2, mais toutes les conceptions L2 ne sont pas des rollups (d'autres approches comme les state channels et plasma existent, bien que les rollups soient devenus dominants). Dans les cartes projet DecAIHub, le type précis de rollup (Optimistic / ZK) est typiquement consigné dans le champ Consensus, par exemple L2 (Optimistic Rollup, Base on Ethereum) ou L2 (ZK Rollup, zkSync Era on Ethereum).

  • Bridge — un bridge est un mécanisme de transfert d'actifs entre chaînes (L1 vers L2, L2 vers L1, ou entre différents L1/L2). Le bridge est une infrastructure qui connecte les couches ; ce n'est pas une couche en soi.

  • Blockchain modulaire — le terme « modulaire » décrit une architecture où différentes fonctions (exécution, règlement, disponibilité des données, consensus) sont gérées par différentes couches spécialisées. Les L2 font partie de la thèse de la blockchain modulaire — ils se spécialisent dans l'exécution tout en déléguant le règlement et la sécurité au L1 — mais « blockchain modulaire » est une philosophie de conception plus large, pas un synonyme de L2.

Questions fréquentes

Pourquoi ne pas simplement rendre le L1 plus rapide au lieu de construire des L2 ?

Rendre un L1 plus rapide exige typiquement des compromis qui sacrifient la décentralisation ou la sécurité. Augmenter la taille des blocs ou réduire le temps de bloc peut centraliser l'ensemble des validateurs (seules les machines puissantes peuvent suivre). Changer de mécanisme de consensus peut introduire de nouvelles hypothèses de sécurité. Les L2 résolvent la mise à l'échelle sans modifier le L1 : le L1 reste sécurisé et décentralisé, et le L2 ajoute vitesse et capacité par-dessus. C'est la stratégie de mise à l'échelle explicite d'Ethereum — garder le L1 sécurisé et pousser l'exécution vers les L2.

Les transactions L2 sont-elles aussi sécurisées que les transactions L1 ?

Une fois qu'une transaction L2 est réglée (finalisée) sur le L1, elle bénéficie des mêmes garanties de sécurité que n'importe quelle transaction L1. Avant le règlement, la sécurité dépend de la conception du L2. Les optimistic rollups ont une période de contestation pendant laquelle la fraude peut être détectée ; les ZK rollups prouvent la validité avant publication. Dans les deux cas, le L1 fournit le filet de sécurité final. La différence pratique est une question de temps : les transactions L1 sont finales après la finalité du L1, tandis que les transactions L2 n'atteignent la pleine sécurité du L1 qu'après le règlement.

Quelle est la différence entre un optimistic rollup et un ZK rollup ?

Un optimistic rollup suppose que les transactions sont valides et s'appuie sur une période de contestation pendant laquelle des preuves de fraude peuvent être soumises. Un ZK rollup génère une preuve de validité cryptographique qui démontre la correction avant la publication sur le L1. Les optimistic rollups sont plus simples à construire et ont actuellement une meilleure compatibilité EVM. Les ZK rollups offrent une finalité plus rapide (pas de période de contestation) mais la génération des preuves est plus coûteuse en calcul. Les deux types se règlent sur le L1 et héritent de sa sécurité.

Puis-je déplacer des actifs entre le L1 et le L2 ?

Oui, via des contrats de bridge. Pour déplacer des actifs du L1 vers un L2, vous les déposez dans un contrat de bridge sur le L1, et les actifs correspondants apparaissent sur le L2. Pour les retirer vers le L1, le processus s'inverse. Pour les optimistic rollups, les retraits vers le L1 exigent typiquement d'attendre la période de contestation (environ 7 jours), bien que des fournisseurs de liquidité tiers puissent offrir des retraits plus rapides. Pour les ZK rollups, les retraits sont plus rapides car les preuves de validité confirment la correction sans période d'attente.

Pourquoi les projets IA choisissent-ils des L2 spécifiques ?

Les projets IA choisissent les L2 en fonction du coût, de la vitesse, de l'écosystème et de l'alignement stratégique. Un projet qui a besoin des transactions les moins chères possibles peut choisir le L2 aux frais les plus bas. Un projet qui a besoin d'accéder à des protocoles DeFi spécifiques ou à des communautés d'utilisateurs peut choisir le L2 où ces protocoles sont déployés. Certains projets IA considèrent aussi la réputation de l'opérateur du L2, la maturité des outils de développement et le fait que le L2 ait attiré d'autres projets IA (créant un effet de grappe).

Se déployer sur un L2 signifie-t-il qu'un projet est moins sérieux qu'un projet sur L1 ?

Non. Se déployer sur un L2 est une décision architecturale délibérée, pas un compromis. Pour la plupart des projets de niveau applicatif (dApps, protocoles, services IA), un L2 est souvent le choix le plus pratique — il fournit la sécurité du L1 sous-jacent à une fraction du coût. Les projets qui sont eux-mêmes des L1 (comme Ethereum ou Solana) remplissent une fonction différente : ils fournissent l'infrastructure de base. Choisir de se déployer sur un L2 plutôt que de construire un L1 reflète des objectifs différents, pas des niveaux de sérieux différents.

Références externes

  • L2Beat — plateforme d'analytique indépendante qui suit les réseaux L2 d'Ethereum, leurs modèles de sécurité, leur TVL et leurs évaluations de risque
  • Ethereum.org — Layer 2 Scaling — la vue d'ensemble de la Fondation Ethereum sur les solutions de mise à l'échelle L2 et leur fonctionnement
  • Vitalik Buterin — An Incomplete Guide to Rollups — explication fondatrice des architectures de rollups par le cofondateur d'Ethereum
  • Documentation Arbitrum — documentation officielle d'Arbitrum One, l'un des plus grands L2 d'Ethereum
  • Documentation Base — documentation officielle de Base, le L2 d'Ethereum développé par Coinbase

Voir aussi

No comments to display

Back to top