Un layer 2 est un système qui traite des opérations en dehors d’une blockchain principale tout en utilisant celle-ci pour une partie essentielle de son règlement ou de sa sécurité. L’objectif consiste à augmenter la capacité disponible et à répartir certains coûts. Le résultat dépend toutefois de l’architecture : tous les réseaux présentés comme des couches supplémentaires n’offrent pas les mêmes garanties.
Pour comprendre un layer 2 crypto, demandez où les transactions sont exécutées, comment leur validité est contrôlée, où se trouvent les données et comment un utilisateur peut récupérer ses actifs si un opérateur cesse de fonctionner.
Exécution, règlement et disponibilité des données
Sur une blockchain principale, de nombreux participants doivent pouvoir vérifier les opérations selon des règles communes. Cette réplication protège le système, mais limite les ressources utilisables. Une couche supplémentaire peut déplacer l’exécution de nombreuses opérations, puis publier sur la chaîne principale les éléments nécessaires à leur règlement.
Le guide d’Ethereum consacré aux couches supplémentaires présente notamment les rollups. Leur principe ne consiste pas simplement à écrire un résumé : les mécanismes de preuve et la publication des données déterminent ce que la chaîne principale peut effectivement vérifier.
| Fonction | Question concrète | Pourquoi elle compte |
|---|---|---|
| Exécution | Qui calcule le résultat des opérations ? | Détermine l’environnement utilisé par les applications |
| Ordonnancement | Qui décide de l’ordre des transactions ? | Peut introduire une dépendance envers un opérateur |
| Règlement | Quel mécanisme accepte l’état final ? | Permet de comprendre les garanties apportées |
| Données | Peut-on reconstruire et contrôler l’état ? | Conditionne la vérification et certaines possibilités de sortie |
Rollups optimistes et preuves de validité
Le mécanisme de contestation
Un rollup optimiste publie des engagements sur l’état calculé sans fournir systématiquement une preuve de validité de chaque résultat. Son dispositif prévoit une contestation des résultats incorrects. Pour fonctionner, cette protection suppose notamment des données accessibles, un mécanisme de preuve opérationnel et la possibilité effective de soumettre une contestation.
La documentation des rollups optimistes détaille ces hypothèses. Le retrait par le chemin natif peut inclure une période d’attente destinée au contrôle. Un service proposant une sortie plus rapide ajoute ses propres conditions, sa liquidité et ses risques ; il ne supprime pas gratuitement les contraintes du protocole.
Le mécanisme de preuve de validité
Un rollup fondé sur des preuves de validité fournit une preuve cryptographique permettant à un contrat de vérifier une transition d’état. La preuve porte sur le respect des règles encodées. Elle ne garantit ni l’absence de défaut dans les contrats utilisés par une application ni la fiabilité économique des actifs échangés.
Selon la documentation des ZK-rollups, employer cette famille de preuves pour changer d’échelle ne rend pas automatiquement les transactions confidentielles. Le terme « zero knowledge » ne doit donc pas être interprété comme une promesse générale d’anonymat.
Les données et le séquenceur restent essentiels
Un séquenceur reçoit et ordonne les transactions. Lorsqu’un réseau dépend d’un séquenceur centralisé, sa panne ou sa politique de sélection peut gêner les utilisateurs. Certaines architectures permettent une soumission forcée via la chaîne principale ; il faut vérifier que cette voie existe réellement, ses conditions et son coût.
La disponibilité des données désigne la possibilité d’accéder aux informations nécessaires pour vérifier ou reconstruire l’état. Une preuve correcte ne résout pas toutes les difficultés si les données indispensables deviennent inaccessibles. Un validium qui conserve certaines données ailleurs n’a pas exactement les mêmes hypothèses qu’un rollup publiant les données nécessaires sur Ethereum.
Une sidechain peut également utiliser son propre ensemble de validateurs. La présence d’un pont avec Ethereum ne suffit pas à lui transmettre toutes les garanties d’Ethereum. Pour situer cette différence, il est utile de comprendre les mécanismes de consensus des blockchains.
Diversifiez votre patrimoineInvestissez dans l’artDes tableaux originaux, pièces uniques signées par l’artiste. Un actif tangible, loin des écrans et des cotations.Voir les tableaux →Ponts et retraits : suivre le parcours réel des actifs
Un pont permet de déplacer des actifs ou des messages entre environnements. Le parcours peut verrouiller un actif et créer une représentation ailleurs, ou utiliser des mécanismes natifs propres au réseau. Les explications d’Ethereum sur les ponts distinguent leurs modèles et leurs risques techniques.
Avant un transfert, identifiez le réseau de départ, le réseau de destination, le contrat du jeton et le moyen de retour. Une adresse identique affichée par le portefeuille ne signifie pas que tous les services acceptent tous les réseaux. Les clés de mise à jour, les pouvoirs d’un comité et les possibilités de suspension peuvent également modifier les hypothèses de sécurité.
Comparer le coût du parcours complet
Le coût visible d’une transaction sur la couche supplémentaire ne représente pas toujours celui de l’usage prévu. Un dépôt, une autorisation de contrat, un échange puis un retrait peuvent nécessiter des opérations distinctes. Le jeton utilisé pour payer les frais peut également différer de l’actif transféré. Avant de commencer, vérifiez les ressources nécessaires pour terminer le parcours : détenir un actif sur un réseau ne donne pas automatiquement les moyens d’y payer toutes les opérations.
Lightning fonctionne autrement
Sur Bitcoin, Lightning repose sur des canaux de paiement plutôt que sur le regroupement d’exécutions de contrats selon le modèle des rollups. La documentation de Lightning Labs explique que les participants échangent des mises à jour dans un canal dont le règlement peut revenir sur Bitcoin.
Le routage dépend notamment de la capacité disponible dans les canaux. Une application dépositaire ajoute la confiance envers le prestataire, tandis qu’une utilisation autonome demande de comprendre les sauvegardes et la surveillance du canal. La couche supplémentaire ne fait donc pas disparaître les contraintes opérationnelles.
Erreurs à éviter
- Confondre confirmation rapide de l’application et règlement final sur la chaîne principale.
- Supposer qu’une preuve cryptographique protège contre toutes les failles logicielles.
- Utiliser un pont sans comprendre les conditions de retrait et les pouvoirs administratifs.
- Déduire de l’activité d’un réseau que son jeton doit prendre de la valeur : sa tokenomics constitue une question distincte.
- Choisir un réseau uniquement à partir du coût affiché pour une opération.
Conclusion
Un layer 2 se comprend par ses mécanismes de vérification, ses données et ses possibilités de sortie. Rollups, canaux et sidechains répondent à des besoins différents avec des hypothèses différentes. Examiner ces dépendances permet d’évaluer un usage concret sans transformer une promesse de capacité en garantie universelle.