Beaucoup de personnes, lorsqu’elles découvrent pour la première fois des solutions de mise à l’échelle hors chaîne, vivent une confusion similaire : elles utilisent un L2, les transactions sont rapides et bon marché ; elles passent à une sidechain, et l’expérience est à peu près la même — il faut toujours d’abord transférer des actifs depuis Ethereum via un bridge, on voit toujours un solde sur une autre chaîne, et un transfert se termine toujours en quelques secondes. Puisque l’utilisation est si semblable, pourquoi certains disent-ils qu’une sidechain n’est pas un L2 ? Certains vont même jusqu’à souligner que les deux sont « fondamentalement différents » ?

Cet article ne cherche pas à dresser une liste de projets, mais à vous aider à construire un cadre de jugement réutilisable : la frontière entre une sidechain et un L2 ne se situe ni dans la vitesse, ni dans le coût, mais dans qui protège finalement vos actifs, et selon quelles règles, lorsque quelque chose tourne mal.

Pourquoi elles se ressemblent : la même promesse de mise à l’échelle

Les sidechains et les L2 sont souvent confondues parce qu’elles partagent effectivement, au niveau de l’expérience utilisateur, le même récit : déplacer les transactions d’une chaîne principale congestionnée et coûteuse vers un autre environnement d’exécution, afin d’obtenir un débit plus élevé et un coût par transaction plus faible.

Concrètement, la similitude est encore plus forte. Que vous utilisiez un rollup ou une sidechain, le processus est souvent le suivant : connecter un portefeuille sur Ethereum, déposer des actifs dans un contrat ou une adresse de bridge, attendre un moment, puis voir le solde correspondant sur une autre chaîne. Ensuite, vous échangez, transférez et utilisez des applications sur cette chaîne, avec des frais nettement plus bas. Pour sortir, vous lancez une nouvelle opération cross-chain et récupérez les actifs sur la chaîne principale.

Cette expérience commune « déposer — utiliser ailleurs — retirer » conduit facilement à une conclusion intuitive : ce sont probablement des choses du même type, simplement mises en œuvre un peu différemment.

Mais une expérience similaire ne signifie pas une conception sous-jacente identique. La rapidité, les frais bas et la nécessité d’un bridge sont des apparences communes à toutes les solutions de mise à l’échelle hors chaîne, pas des critères de classification. Une nouvelle blockchain publique totalement indépendante peut elle aussi être rapide et bon marché, et peut elle aussi établir un bridge avec Ethereum, mais cela ne la transforme pas en L2. Ce qui détermine réellement la catégorie d’une solution, c’est à qui elle confie sa sécurité.

Pour le voir clairement, il faut d’abord revenir à la base : que veut-on dire lorsque l’on affirme que « la chaîne principale est sécurisée » ?

D’abord établir la base : ce que signifie réellement la sécurité de la L1

« Hériter de la sécurité de la L1 » est une expression extrêmement utilisée dans les discussions Crypto, mais rarement décomposée. Si l’on ne commence pas par décomposer la sécurité offerte par la L1 en plusieurs composants concrets, les comparaisons qui suivent se transforment en un choc de terminologies.

On peut imaginer la L1 comme un système de registre public de plus haut niveau, qui fournit trois éléments clés.

Qui confirme les transactions : consensus et ensemble de validateurs

Une L1 est difficile à falsifier parce qu’un grand nombre de participants indépendants (mineurs ou validateurs) confirment conjointement les blocs selon les règles de consensus. Pour faire revenir le registre en arrière ou y inscrire de fausses transactions, il faudrait contrôler une proportion suffisamment importante des participants, ce qui coûte extrêmement cher.

Le mot clé ici est ensemble de validateurs : quel groupe de personnes, selon quelles règles, confirme vos transactions. Plus cet ensemble est décentralisé et plus le coût d’un comportement malveillant est élevé, plus le registre est difficile à manipuler.

Où a lieu le règlement final

Le règlement désigne l’endroit où une transaction ou un changement d’état est finalement reconnu comme irréversible.

Sur une L1, une fois qu’une transaction a reçu suffisamment de confirmations, elle est entérinée par les règles de consensus de la L1. Si un autre système affirme que « le résultat final fait foi sur la L1 », cela signifie que l’autorité finale en matière de litiges et de rollbacks appartient à la L1, et non à une couche intermédiaire.

Pourquoi la disponibilité des données est importante

La disponibilité des données (Data Availability) semble abstraite, mais elle répond à une question très concrète : les données brutes des transactions sont-elles publiquement accessibles, de sorte que n’importe qui puisse les inspecter et les vérifier ?

Si les données de transaction d’une chaîne ne sont pas rendues publiques, ou si seules quelques personnes peuvent les obtenir, alors les participants externes ne peuvent pas vérifier indépendamment si l’état du registre est correct, ni sortir en toute sécurité à l’aide de ces données en cas de besoin. Si les données ne sont pas disponibles, la vérification et la sortie deviennent des paroles en l’air.

En réunissant ces trois éléments, on obtient la question centrale qui guidera la suite de cet article : pour une solution de mise à l’échelle, qui confirme ses transactions, où sont-elles finalement réglées, et les données sont-elles publiquement vérifiables ? Si ces réponses pointent vers la L1, la solution est plus proche d’un L2 ; si elles pointent vers la solution elle-même, elle est plus proche d’une sidechain.

Sidechain : une chaîne indépendante dotée de son propre consensus

Nous pouvons maintenant donner une définition assez précise d’une sidechain.

Une sidechain est une blockchain indépendante. Elle possède son propre processus de production de blocs, son propre mécanisme de consensus, son propre ensemble de validateurs ou de mineurs. Elle est reliée à la chaîne principale par un bridge bidirectionnel et peut transférer des actifs entre les deux chaînes, mais la chaîne principale ne vérifie pas chaque transaction de la sidechain.

La partie la plus importante de cette phrase est « indépendante ». Une sidechain n’est pas un module rattaché à la chaîne principale, ni une extension de ses règles ; elle ressemble plutôt à une autre chaîne qui fonctionne en parallèle de la chaîne principale, reliée par un bridge.

Ce que signifie un consensus indépendant

Parce qu’une sidechain possède son propre ensemble de validateurs, sa sécurité provient principalement de cet ensemble lui-même, et non d’un héritage automatique de la sécurité de la chaîne principale. Les transactions sur la sidechain sont confirmées par les participants de la sidechain, et l’état de la sidechain est finalisé par le consensus de la sidechain.

Différentes sidechains peuvent adopter des conceptions de consensus totalement différentes. Par exemple, selon ses documents publics, la sidechain Bitcoin Liquid utilise un modèle de consensus fédéré, dans lequel un groupe de participants de confiance confirme conjointement les blocs ; Rootstock utilise le merged mining avec Bitcoin, permettant aux mineurs de Bitcoin de participer aussi à sa production de blocs. Dans les deux cas, l’ensemble des validateurs ou des mineurs diffère de celui du réseau principal Bitcoin — c’est précisément ce que signifie concrètement « consensus indépendant ». Il faut préciser que la conception de projets spécifiques peut évoluer avec les versions, et que le jugement doit se fonder sur la documentation officielle ; ces deux exemples ne représentent pas toutes les formes de sidechains.

Le lien avec la chaîne principale : un bridge bidirectionnel

Une sidechain et la chaîne principale sont généralement reliées par un bridge bidirectionnel : lorsque des actifs quittent la chaîne principale, ils sont verrouillés dans un contrat de bridge, et des actifs enveloppés correspondants sont émis sur la sidechain ; dans l’opération inverse, les actifs enveloppés sont détruits, et les actifs verrouillés sur la chaîne principale sont libérés.

C’est ici que se trouve déjà le point de confiance le plus important d’une sidechain : lorsque vous voulez récupérer vos actifs sur la chaîne principale, qui donne finalement le feu vert ? La réponse est généralement le contrat de bridge, plus le mécanisme de consensus de la sidechain. Si l’ensemble des validateurs de la sidechain ou les opérateurs du bridge rencontrent un problème, la chaîne principale elle-même n’interviendra pas automatiquement pour arbitrer.

Par conséquent, comprendre une sidechain comme « un type de L2 » est inexact. Elle suit une voie de mise à l’échelle différente : au lieu d’ancrer sa sécurité à la chaîne principale, elle construit son propre système de sécurité, puis utilise un bridge pour communiquer avec la chaîne principale.

L2 : déplacer le calcul, garder l’ancre de sécurité sur la L1

Le point de départ d’un L2 est le même que celui d’une sidechain : exécuter des transactions hors chaîne pour alléger la charge de la chaîne principale. Mais son choix de conception clé est différent — l’exécution peut être déplacée, mais la sécurité et le règlement doivent rester sur la L1.

L’exemple du rollup : les données et les preuves retournent à la L1

Le rollup est actuellement l’implémentation de L2 la plus répandue. Son approche consiste à exécuter hors chaîne un grand lot de transactions, puis à soumettre deux éléments à la L1 — les données de transaction, et des preuves servant à vérifier l’exactitude de l’état (preuves de fraude ou preuves de validité ; cet article n’entrera pas dans le détail de ces mécanismes).

Ainsi, un contrat sur la L1 détient les actifs déposés par les utilisateurs, et la L1 est capable de vérifier si un retrait est valide. Lorsqu’un utilisateur veut retirer ses actifs, il s’appuie sur le contrat et le chemin de vérification sur la L1, et non sur la bonne volonté d’un ensemble de validateurs hors chaîne. Même si l’opérateur du L2 disparaît ou agit mal, les utilisateurs peuvent en théorie toujours sortir par un chemin reconnu par la L1.

C’est ce que signifie réellement « hériter de la sécurité de la L1 » : pas un slogan, mais tout un ensemble de dispositions où les données sont publiées sur la L1, les litiges sont arbitrés par la L1, et les sorties sont garanties par des contrats sur la L1.

L2 n’est pas synonyme de rollup

Il faut clarifier un malentendu courant : tous les L2 ne sont pas des rollups. Les canaux d’état, Plasma et d’autres architectures ont aussi historiquement appartenu à la catégorie des L2, et leurs mécanismes spécifiques diffèrent de ceux des rollups.

Nous ne détaillerons pas ces solutions ici. Il suffit de retenir leur point commun : la condition centrale d’un L2 n’est pas d’être « plus rapide » ou de « disposer d’un bridge », mais d’utiliser la L1 comme couche de règlement, couche de sécurité ou couche de disponibilité des données. Le rollup est une implémentation typique qui remplit cette condition, mais il ne représente pas la totalité des L2.

La frontière sous-jacente : sécurité, règlement et sortie

En mettant les sidechains et les L2 côte à côte, les différences peuvent être résumées selon plusieurs dimensions :

Dimension	Sidechain	L2 (exemple du rollup)
Source de sécurité	Son propre consensus et son ensemble de validateurs	Hérite de la sécurité de la L1
Qui confirme les transactions	Les validateurs ou mineurs de la sidechain elle-même	Exécution hors chaîne, avec possibilité d’arbitrage par la L1
Lieu du règlement final	Généralement sur sa propre chaîne	Ancré à la L1
Disponibilité des données	Les données existent généralement uniquement sur le réseau de la sidechain	Les données de transaction sont publiées sur la L1
Sortie des actifs	Dépend du contrat de bridge et des opérateurs du bridge ou du consensus de la sidechain	Dépend des contrats de la L1 et des chemins de vérification

Dans ce tableau, les éléments sur lesquels il vaut le plus la peine de s’attarder sont la disponibilité des données et le mécanisme de sortie, car ils déterminent directement la nature du risque.

Si les données de transaction d’une chaîne ne retournent pas à la L1, alors les acteurs externes ne peuvent pas vérifier l’état de cette chaîne à partir des seules informations disponibles sur la L1. La possibilité pour les utilisateurs de sortir en sécurité dépend alors davantage de l’honnêteté de cette chaîne et de la conception de son mécanisme de bridge. Les rollups publient leurs données sur la L1 précisément pour que la « vérification » et la « sortie » ne dépendent pas entièrement de la coopération de la couche inférieure.

Concernant les bridges, il y a un autre point souvent négligé : les L2 ne sont pas dépourvus de bridges, et les sidechains ne sont pas nécessairement plus dangereuses. La différence réside dans le point où se logent les hypothèses de confiance. La frontière de sécurité du bridge d’un L2 est plus proche de la capacité d’arbitrage de la L1 ; le bridge d’une sidechain dépend davantage de la conception du contrat de bridge et de la fiabilité du consensus de la sidechain. On ne peut donc pas dire simplement que « les sidechains sont forcément moins sûres que les L2 » — la sécurité d’une sidechain dépend de son degré de décentralisation des validateurs et de la conception de son bridge, et l’héritage de la sécurité de la L1 ne signifie pas non plus zéro risque pour un L2. Les deux ont des modèles de risque différents ; il ne s’agit pas d’un système absolument sûr face à un système absolument dangereux.

Comprendre la différence à travers le processus d’entrée et de sortie des actifs

Un modèle de sécurité abstrait devient beaucoup plus clair lorsqu’on l’applique à un transfert concret. Supposons que vous vouliez transférer 1 ETH depuis Ethereum vers un rollup et vers une sidechain, et regardons qui contrôle cet ETH dans chaque cas.

Déposer dans un rollup

Vous interagissez sur la L1 avec le contrat de bridge du rollup, et 1 ETH est verrouillé dans ce contrat sur la L1. Le rollup vous crédite du solde correspondant hors chaîne. Vous utilisez ensuite cet ETH pour effectuer des transactions sur le rollup, et les données générées sont regroupées puis soumises à la L1.

Lorsque vous retirez, le rollup soumet une demande de retrait et la preuve correspondante à la L1, et le contrat sur la L1 vérifie leur validité avant de libérer les actifs. Ce qui donne finalement le feu vert, ce sont les règles et les contrats de la L1.

Déposer dans une sidechain

Vous interagissez de la même manière avec un contrat de bridge sur la L1, et 1 ETH est verrouillé. Le mécanisme de bridge de la sidechain vous émet sur la sidechain des actifs enveloppés correspondant à 1 ETH. Vous les utilisez ensuite sur la sidechain ; ces transactions sont confirmées par les validateurs propres à la sidechain, et les données restent généralement sur le réseau de la sidechain.

Lorsque vous retirez, le mécanisme de bridge doit s’en charger : détruire les actifs enveloppés sur la sidechain, puis faire libérer par le contrat de bridge les ETH verrouillés sur la L1. Les acteurs clés qui donnent finalement le feu vert sont le contrat de bridge et le consensus de la sidechain, et non une vérification indépendante de l’état de la sidechain par la L1.

La question clé : qui donne finalement le feu vert

Par comparaison, le critère peut se résumer en une seule question : lorsque vous voulez récupérer des actifs sur la chaîne principale, qui a le dernier mot ?

Dans un rollup, ce rôle est joué par les contrats et la logique de vérification de la L1 ; dans une sidechain, il est joué par le mécanisme de bridge et le consensus de la sidechain. Il faut aussi clarifier un malentendu courant : « transférer des actifs vers une sidechain ou un L2 » ne signifie pas que les actifs sont physiquement déplacés. Les actifs sur la chaîne d’origine sont généralement verrouillés ou placés en garde, et ce qui apparaît sur l’autre chaîne est un actif enveloppé ou un solde comptable. Ce n’est qu’en comprenant cela que l’on comprend pourquoi « qui contrôle les actifs verrouillés » est si crucial.

Il faut préciser que ce qui précède est un modèle simplifié. Les différents rollups ont des méthodes de preuve et des conceptions de période de contestation différentes, et les différentes sidechains ont des implémentations de bridge différentes, mais cela suffit pour distinguer les hypothèses de sécurité des deux.

Comment déterminer rapidement si une solution ressemble davantage à une sidechain ou à un L2

Enfin, résumons tout le cadre en trois questions réellement utilisables. Face à toute solution de mise à l’échelle, demandez successivement :

1. Qui produit les blocs ? La solution possède-t-elle son propre consensus indépendant et son propre ensemble de validateurs ? Si oui, elle ressemble davantage à une sidechain.
2. Où les transactions sont-elles finalement réglées ? Les données sont-elles publiées sur la L1, et l’état est-il arbitré par la L1 ? Si oui, elle ressemble davantage à un L2.
3. Sur qui les utilisateurs s’appuient-ils pour sortir ? Sur les contrats et les chemins de vérification de la L1, ou sur les opérateurs du bridge et son propre ensemble de validateurs ? Le premier cas ressemble davantage à un L2 ; le second à une sidechain.

Au-delà de ces trois questions, plusieurs éléments ne peuvent pas servir de critères de classification : la présence de « L2 » dans le nom du projet, le nom du token, les arguments marketing, ou le faible coût des transactions. Il existe effectivement sur le marché des projets présentés comme des L2 mais dont le modèle de sécurité réel est plus proche d’une sidechain — pour juger, il faut regarder le lieu de règlement, la disponibilité des données et le mécanisme de bridge, pas les étiquettes. Cela nous rappelle aussi que la conception de projets spécifiques peut changer, et qu’avant toute décision pratique, il faut consulter leur documentation officielle la plus récente.

Pour le résumer en un modèle mental : un L2 est une extension de la juridiction de la L1 ; une sidechain est une chaîne voisine reliée par un bridge. Le premier conserve l’autorité finale sur la chaîne principale ; la seconde établit son propre système de règles, puis utilise un bridge pour dialoguer avec la chaîne principale.

Revenons à la question du début : les sidechains et les L2 se ressemblent parce qu’elles promettent toutes des transactions plus rapides et des frais plus bas ; elles diffèrent au niveau fondamental parce que l’une confie sa sécurité à la chaîne principale, tandis que l’autre la confie à elle-même. La prochaine fois que vous rencontrerez une nouvelle solution de mise à l’échelle, ne commencez pas par regarder sa vitesse. Posez d’abord ces trois questions — qui produit les blocs, où a lieu le règlement, et qui donne le feu vert à la sortie. Les réponses vous diront s’il s’agit d’une extension sous la juridiction de la chaîne principale, ou d’une autre chaîne de l’autre côté du bridge.