Qu'est-ce qu'une solution de couche 3 (L3) ?

Définition et objectif principal

1. Une solution de couche 3 (L3) est une architecture blockchain construite au-dessus d'un réseau de couche 2, et non directement sur la chaîne de base de couche 1.

2. Sa fonction principale est d'activer des fonctionnalités d'évolutivité, de confidentialité ou d'interopérabilité spécifiques à une application qui sont peu pratiques ou inefficaces au niveau L2.

3. Contrairement aux L2 à usage général tels que Optimism ou Arbitrum, les L3 servent souvent à des cas d'utilisation restreints, comme les environnements de jeu sans connaissance ou les rails financiers réglementés.

4. Il hérite des hypothèses de sécurité de son L2 sous-jacent, qui à son tour tire sa finalité du L1, formant ainsi un modèle de confiance en cascade.

5. Les L3 basés sur le cumul utilisent généralement des zk-SNARK récursifs ou des preuves de validité qui compressent les preuves générées par le L2, permettant une agrégation exponentielle des preuves.

Composants d'architecture technique

1. Une pile L3 comprend un environnement d'exécution personnalisé, un séquenceur ou un agrégateur adapté à la logique de l'application et un système de preuve dédié.

2. La disponibilité des données peut être gérée soit sur le L2 parent (par exemple, en stockant les données d'appel dans la boîte de réception d'Arbitrum), soit hors chaîne via des couches de stockage décentralisées comme Celestia ou EigenDA.

3. Les transitions d'état sont vérifiées à l'aide de preuves imbriquées : la preuve de validité d'un bloc L3 est vérifiée par le L2, qui soumet lui-même une preuve batch à L1.

4. Certains L3 implémentent des séquenceurs partagés : des acteurs centralisés ou sans autorisation qui commandent les transactions sur plusieurs chaînes L3 afin de réduire la latence et d'améliorer la composabilité.

5. Les ponts de jetons entre L3 et son parent L2 reposent sur des protocoles canoniques de transmission de messages, souvent sécurisés par des preuves de fraude ou de validité plutôt que par des clients légers à confiance minimisée.

Implémentations dans le monde réel

1. StarkEx avec StarkNet en tant que L3 — Certaines instances StarkEx fonctionnent en tant que L3 au sommet de StarkNet, tirant parti de son infrastructure de preuve partagée tout en maintenant des marchés d'état et de frais isolés.

2. Cadre L3 de Polygon AggLayer — Permet aux chaînes souveraines de se connecter via une couche de règlement unifiée, permettant les transferts d'actifs entre L3 sans nécessiter de confirmation L1.

3. zkLink Nova – Regroupe plusieurs cumuls, y compris les Ethereum L2 et les L3 spécifiques aux applications, en une seule preuve de validité soumise à Ethereum, réduisant ainsi les frais de vérification par chaîne.

4. Conception L3 de Morph — Utilise une couche de consensus modulaire dans laquelle les validateurs mettent en jeu des jetons natifs pour attester des racines de l'État L3, dissociant ainsi la sécurité économique des coûts du gaz L1.

Dynamique économique et de gouvernance

1. Les structures tarifaires sur les L3 sont généralement libellées dans leurs propres jetons natifs, bien que certains autorisent les jetons ETH ou L2 pour les paiements de gaz via des swaps internes.

2. Les enchères Blockspace sur certains L3 accordent la priorité aux dApps de grande valeur, telles que les menthes NFT ou les liquidations DeFi, grâce à une tarification dynamique de la congestion.

3. La gouvernance peut résider entièrement hors chaîne (par exemple, mises à niveau contrôlées par multisig) ou en chaîne via un vote pondéré en jetons, mais implique rarement une participation directe à la gouvernance L1.

4. Les modèles de jetons inflationnistes sont courants parmi les L3 visant à inciter simultanément les opérateurs de séquenceurs, les réseaux de preuves et les fournisseurs de liquidités.

5. Des conditions de réduction s'appliquent aux agrégateurs qui se comportent mal, en particulier ceux qui soumettent des preuves invalides ou censurent les transactions pendant les périodes de forte demande.

Foire aux questions

Q : Une L3 nécessite-t-elle son propre mécanisme de consensus ? R : Pas nécessairement. De nombreux L3 héritent du consensus de leur parent L2 via des mécanismes d'inclusion forcée ou des séquenceurs partagés : le consensus émerge des garanties d'ordonnancement de L2 plutôt que des ensembles de validateurs autonomes.

Q : Les actifs peuvent-ils passer directement de L1 à L3 ? R : Oui, mais uniquement via un processus à deux sauts : L1 → L2 → L3. Il n'existe aucun protocole de pont natif qui ignore la couche intermédiaire ; tous les messages doivent traverser la hiérarchie de confiance.

Q : Comment les développeurs déploient-ils des contrats intelligents sur un L3 ? R : Le déploiement suit des outils équivalents à EVM ou compatibles Cairo en fonction du moteur d'exécution de L3. Les contrats sont compilés, prouvés et enregistrés auprès du contrat du vérificateur L2 avant de devenir actifs.

Q : Les L3 sont-ils plus vulnérables à la censure que les L2 ? R : La résistance à la censure dépend du modèle de séquenceur. Les séquenceurs centralisés introduisent des points de défaillance uniques, tandis que les collectifs de séquenceurs décentralisés reproduisent les protections de niveau L2, à condition qu'elles soient mises en œuvre rigoureusement.