Quand on s’intéresse à la blockchain, on tombe très vite sur cette notion de layer. Layer 1, layer 2, parfois layer 0 ou layer 3. Le vocabulaire est technique, les explications qu’on trouve en ligne sont souvent soit trop simplistes soit incompréhensibles. Alors voilà un article qui essaie de faire les deux à la fois : rester accessible, sans sacrifier la précision. Parce que comprendre cette architecture en couches, c’est comprendre pourquoi la blockchain a encore du mal à passer à grande échelle, et comment l’écosystème essaie de résoudre ce problème.
Pourquoi parle-t-on de « layers » dans la blockchain ?
La blockchain, dans sa forme originelle, a un problème. Un seul réseau ne peut pas, en même temps, être totalement décentralisé, parfaitement sécurisé et rapide à grande échelle. C’est ce qu’on appelle le trilemme de la blockchain, une notion popularisée notamment par Vitalik Buterin, le fondateur d’Ethereum. Vous pouvez optimiser deux de ces trois dimensions, rarement les trois ensemble.
Face à cette contrainte, l’écosystème a développé une logique de couches superposées, chacune ayant un rôle précis. C’est de là que vient le terme « layer » (couche, en anglais). L’idée est simple : plutôt que de tout faire tenir sur une seule infrastructure, on répartit les fonctions sur plusieurs niveaux qui interagissent entre eux.
Chaque layer blockchain répond à une question spécifique : qui pose les fondations ? Qui traite les transactions ? Qui accélère les échanges ? Qui héberge les applications ?
| Layer | Rôle principal | Exemples |
|---|---|---|
| Layer 0 | Infrastructure permettant l’interopérabilité entre plusieurs blockchains | Polkadot, Cosmos |
| Layer 1 | Blockchain principale qui sécurise et valide les transactions | Bitcoin, Ethereum, Solana |
| Layer 2 | Couche d’optimisation qui accélère les transactions et réduit les frais | Arbitrum, Optimism, Lightning Network |
| Layer 3 | Couche applicative dédiée à des usages spécifiques | Xai, Hyperchains zkSync |
Le layer 0 : les fondations sous les fondations
Le layer 0, c’est la couche sur laquelle reposent les blockchains elles-mêmes (qu’elles soient publiques ou privées). On parle ici de l’infrastructure réseau de base : les protocoles de communication entre nœuds, les mécanismes qui permettent à plusieurs blockchains de coexister et d’interopérer. C’est abstrait, c’est normal.
Des projets comme Polkadot ou Cosmos sont les exemples les plus connus du layer 0. Polkadot permet par exemple à des blockchains indépendantes (appelées « parachains ») de fonctionner en parallèle tout en partageant une sécurité commune. Cosmos, lui, a développé un protocole d’intercommunication entre blockchains, l’IBC (Inter-Blockchain Communication).
En pratique, le grand public n’interagit jamais directement avec le layer 0. C’est une couche technique, presque invisible, mais qui conditionne tout ce qui vient au-dessus. Pensez-y comme aux câbles sous-marins qui font fonctionner Internet : personne n’y pense, mais sans eux, rien ne tourne.
Le layer 1 : la blockchain de base
Le layer 1 est ce qu’on désigne généralement quand on parle « de la blockchain ». C’est la couche principale, celle qui enregistre les transactions, qui maintient le registre distribué et qui assure la sécurité du réseau via son mécanisme de consensus.
Bitcoin est un layer 1. Ethereum aussi. Solana, Avalanche, BNB Chain également. Ce sont des blockchains indépendantes, avec leurs propres règles, leurs propres validateurs, leur propre token natif.
Le layer 1 est souverain : c’est lui qui décide des règles du jeu. Et c’est précisément là que le trilemme mord. Bitcoin traite environ 7 transactions par seconde (TPS). Ethereum, avant ses évolutions récentes, plafonnait autour de 15 à 30 TPS. Visa, pour comparaison, gère plusieurs milliers de transactions par seconde en routine. L’écart est colossal.
Améliorer les performances d’un layer 1 sans compromettre la décentralisation ou la sécurité, c’est long, complexe et politiquement compliqué au sein des communautés de développeurs. La migration d’Ethereum vers la preuve d’enjeu (le « Merge » de septembre 2022) en est un bon exemple : des années de travail pour un changement de fond.
Le layer 2 : accélérer sans tout reconstruire
C’est là que ça devient vraiment intéressant. Le layer 2 est une couche construite par-dessus un layer 1 pour en démultiplier les capacités, principalement en termes de vitesse et de coût des transactions.
Le principe : on ne traite pas toutes les transactions directement sur la blockchain principale. On les regroupe, on les traite ailleurs, et on ne soumet au layer 1 qu’un résumé cryptographique du résultat. Le layer 1 valide ce résumé, pas chaque transaction individuelle. Résultat : on gagne massivement en rapidité et en coût, sans sacrifier la sécurité qui repose toujours sur le layer 1.
Plusieurs approches techniques coexistent aujourd’hui :
- Les rollups optimistes (Optimism, Arbitrum) : ils supposent que les transactions sont valides par défaut, et prévoient une fenêtre de contestation si ce n’est pas le cas.
- Les ZK-rollups (zkSync, StarkNet, Polygon zkEVM) : ils utilisent des preuves cryptographiques à divulgation nulle pour valider les transactions de façon quasi instantanée et très sécurisée.
- Le Lightning Network sur Bitcoin : un réseau de canaux de paiement qui permet des microtransactions quasi instantanées sans passer par la blockchain principale à chaque fois.
Arbitrum et Optimism traitent aujourd’hui des volumes de transactions significativement supérieurs à Ethereum lui-même, avec des frais divisés par dix ou vingt. C’est une révolution tranquille, mais c’en est une.
Le layer 3 : la couche applicative
Le layer 3 est une notion plus récente, et franchement moins stabilisée dans la terminologie. Il désigne les couches applicatives construites au-dessus des layers 2, généralement pour des usages très spécifiques : gaming blockchain, DeFi ultra-spécialisée, applications d’entreprise, ou encore pour créer des environnements personnalisés avec leurs propres règles de frais et de gouvernance.
Des projets comme Xai (un layer 3 gaming construit sur Arbitrum) ou les « hyperchains » de zkSync illustrent cette tendance. L’idée est de permettre à n’importe quelle application d’avoir sa propre mini-blockchain optimisée pour son cas d’usage, tout en héritant de la sécurité du layer 1 via le layer 2.
Est-ce que tout ça va dans la bonne direction ? Probablement. Est-ce que la terminologie va se stabiliser ? Ça, c’est moins sûr. Le layer 3 ressemble encore un peu à un fourre-tout commode pour désigner « tout ce qui est au-dessus du layer 2 ». Restons lucides.
Comment ces layers interagissent concrètement
Prenons un exemple simple. Vous utilisez une application de finance décentralisée sur Arbitrum (layer 2 d’Ethereum) :
- Votre transaction est initiée sur Arbitrum, qui la traite rapidement et à faible coût.
- Périodiquement, Arbitrum regroupe des milliers de transactions et soumet un résumé cryptographique à Ethereum (layer 1).
- Ethereum valide ce résumé et l’inscrit définitivement dans son registre.
- La sécurité de votre transaction repose in fine sur Ethereum, pas seulement sur Arbitrum.
Vous bénéficiez de la rapidité et des faibles frais du layer 2, avec la robustesse du layer 1 en garantie. C’est le meilleur des deux mondes, du moins en théorie. En pratique, des risques spécifiques aux bridges (les ponts qui permettent de passer d’un layer à l’autre) existent, et plusieurs hacks importants ont eu lieu sur ces points de passage ces dernières années.
Ce qu’il faut retenir
La notion de layer dans la blockchain répond à une contrainte technique fondamentale : aucune blockchain ne peut tout faire bien en même temps. Le layer 0 pose les fondations de l’interopérabilité entre réseaux. Le layer 1 est la blockchain souveraine, sécurisée mais lente à grande échelle. Le layer 2 accélère et réduit les coûts en traitant les transactions hors chaîne principale, tout en héritant de la sécurité du layer 1. Le layer 3 commence à émerger pour des usages applicatifs très ciblés. Ce qu’on évoquait en introduction, cette incapacité à tout optimiser en même temps, c’est précisément ce que cette architecture en couches cherche à contourner. Pas parfaitement, pas sans risques, mais avec une ingéniosité qu’il faut reconnaître.
