Comment fonctionnent les chaînes conformes ADI Chain L3 ? Modèles de déploiement et flux de règlement

Les chaînes conformes ADI Chain L3 sont des rollups à connaissance zéro de couche 3 qui s'appuient sur ADI Chain (L2), elle-même finalisée sur Ethereum mainnet (L1). Les institutions peuvent ainsi exploiter des chaînes indépendantes selon la juridiction ou la ligne métier, avec des politiques de conformité sur mesure. Ce modèle, conforme à la sécurité à double couche présentée dans la présentation ADI Chain, permet à la L3 d'hériter des garanties cryptographiques des couches L2 et L1 tout en isolant les environnements d’exécution et les domaines de conformité de l’état partagé L2.

Pour les gouvernements, banques et consortiums industriels, la L3 rend possible « un écosystème, des règles différentes » : les actifs régulés circulent sur des chaînes dédiées, les applications ouvertes fonctionnent sur une autre L3 ou sur la L2, et l'ensemble des couches s’interconnecte via le bridging L2.

Position de la L3 dans l’architecture ADI Chain

ADI Chain repose sur une hiérarchie de règlement à trois niveaux : L3→L2→L1. Les chaînes L3 exécutent localement les transactions et maintiennent leur état indépendant ; la L2 (ADI Chain) vérifie les preuves de validité des lots L3 et stocke les racines d’état L3 ; la L1 (Ethereum) valide les preuves des lots L2 et finalise l’état global. Chaque couche transmet la sécurité vers le haut grâce aux preuves de validité à connaissance zéro, empêchant toute transition d’état invalide d’être acceptée par la couche supérieure.

Contrairement à un déploiement direct de DApps sur la L2, la L3 offre une isolation physique de l’exécution : chaque L3 dispose de son propre Sequencer, Prover et contrat Diamond Proxy, sans interférence d’état. Plusieurs L3 peuvent coexister dans un même écosystème, partageant des contrats d’infrastructure tels que Bridgehub (registre des chaînes) et StateTransitionManager (STM). Le débit ADI L2 atteint 2 000 à 10 000 TPS ; l’ajout de L3 multiples permet d’augmenter la capacité selon l’application ou la juridiction.

Ce tableau illustre que la L3 n’est pas une blockchain publique autonome, mais un domaine d’exécution personnalisable imbriqué sur ADI L2 et Ethereum L1. ADI L2, en tant que zkRollup, hérite de la sécurité économique d’Ethereum ; la L3 ajoute une couche de conformité institutionnelle supplémentaire.

Figure 1. Positionnement des chaînes conformes ADI Chain L3 dans l’architecture L3→L2→L1 et articulation des composants principaux.

Composants principaux de l’écosystème L3

L’écosystème L3 déploie une infrastructure partagée sur la couche de règlement L2 et des contrats spécifiques ainsi que des nœuds opérationnels sur chaque L3. Bridgehub fait office de registre central, assurant la correspondance ID de chaîne/adresse de contrat, le routage des messages cross-chain et la configuration de l’écosystème. StateTransitionManager gère l’enregistrement des nouvelles chaînes, les mises à niveau protocolaires et la gestion des paramètres de vérification partagés. Chaque L3 dispose d’un contrat Diamond Proxy basé sur le modèle Facet pour des mises à niveau modulaires, la gestion des lots, le stockage des racines d’état et l’administration des validateurs.

Côté opérations, chaque L3 exploite un Sequencer, un Prover et un ensemble de portefeuilles Operator (pour Commit, Prove et Execute). Sur la L2, le Prover L2 agrège transactions natives et règlements L3 en preuves soumises à la L1. Validator Timelock impose un délai entre Commit et Execute, ouvrant une fenêtre pour la détection d’anomalies.

La conception Diamond Proxy Facet permet de faire évoluer indépendamment la logique d’exécution, de requête et de gestion. Cette combinaison d’une infrastructure d’enregistrement partagée sur la L2 et d’un état d’exécution isolé sur chaque L3 distingue ADI Chain du modèle L2 classique « chaîne unique, multi-applications » ; dans la comparaison ADI Chain vs Arbitrum et Base, le support natif L3 et le modèle Bridgehub sont des différenciateurs clés.

Trois modèles de déploiement pour les chaînes L3

ADI Chain L3 propose trois modèles d’infrastructure : géré par ADI, opéré par le client, ou hybride, couvrant les besoins institutionnels du zéro opération à l’auto-gestion complète.

Le déploiement des contrats s’appuie sur le contrôle d’accès par rôle : Governor pour les mises à niveau, Admin pour les urgences, Operator pour le Commit de lots, Prove Operator pour la soumission des preuves, Execute Operator pour l’exécution des lots vérifiés. La propriété peut être transférée à une multisignature client ou remise par étapes. L’écosystème L3 suit une logique « déployer une fois, ajouter des chaînes » : Bridgehub et STM sont déployés au niveau écosystème, chaque nouvelle L3 rejoint comme contrat indépendant.

En mode client, le Prover exige des GPU NVIDIA H100 ou H200 (70–140 Go VRAM) et au moins 64 Go de RAM ; le Sequencer requiert 8 cœurs CPU, 32 Go de RAM et un endpoint de transaction public. Les portefeuilles Operator doivent détenir des $ADI tokens comme gas L2 pour Commit, Prove et Execute.

Fonctionnement du flux Commit-Prove-Execute

Lors du règlement d’un lot L3 sur la L2, il passe par Commit, Prove et Execute. Le Sequencer regroupe les transactions L3 ; l’Operator soumet une transaction Commit à la L2 avec les diffs d’état (slots de stockage), les informations de déploiement, et les hashes L2→L3 — sans snapshot d’état complet — pour réduire le coût de données.

En phase Prove, le Prover génère une preuve de validité via Airbender (pipeline FRI/STARK → FFLONK SNARK), garantissant cryptographiquement la conformité des transitions d’état aux règles L3. En phase Execute, après vérification de la preuve sur L2, la nouvelle racine d’état L3 est inscrite dans le contrat Diamond Proxy et le lot finalisé.

Un cycle complet consomme environ 747 000 Gas (Commit ~136 000, Prove ~494 000, Execute ~117 000), chaque phase payée en $ADI. En production, les Provers FRI et SNARK peuvent tourner en parallèle sur des partitions GPU distinctes, augmentant le débit de 15 à 20 % ; une configuration cible avec un seul Prover atteint 15 à 20 TPS.

Figure 2. Flux du batching de transactions jusqu’au règlement Commit, Prove, Execute sur L2 pour un lot L3.

La configuration recommandée est NVIDIA H200 (140 Go VRAM), avec 2 Provers FRI en parallèle et 1 Prover SNARK dédié (~33 Go VRAM). En mode client, il est conseillé de planifier à l’avance les clusters GPU et les connexions RPC L2 à faible latence pour garantir la cadence de soumission des lots.

Propagation de la finalité de L3 vers Ethereum

La confirmation des transactions L3 évolue au fil de la progression L3→L2→L1. Après inclusion par le Sequencer L3, l’utilisateur reçoit une confirmation souple en quelques secondes et peut utiliser les actifs ; cette confirmation dépend de l’honnêteté du Sequencer, sans finalité cryptographique.

Après Commit sur L2, la confirmation L2 intervient (quelques minutes). Après Prove et Execute, la racine d’état L3 est inscrite sur le contrat L2 et ne peut plus être annulée. Le Prover L2 prouve alors l’état L2 (incluant L3) à Ethereum L1 ; après validation par les contrats vérificateurs L1, la finalité L1 est atteinte (quelques heures).

Pour les règlements importants ou les retraits cross-chain, il est recommandé d’attendre la finalité L2 ou L1 ; les interactions quotidiennes peuvent s’appuyer sur la confirmation souple. Validator Timelock introduit un délai configurable entre Commit et Execute, laissant le temps à la détection d’anomalies.

Cas d’usage des chaînes conformes L3

La L3 répond à la logique « isolation des règles, sécurité partagée » : banques sur rails de stablecoin souverain, gestionnaires d’actifs pour contrats RWA à accès KYC, gouvernements pour la tokenisation de données par juridiction. Les déploiements client requièrent la gestion des clusters GPU et des whitelists RPC ; les déploiements gérés par ADI déchargent l’opérationnel.

Résumé

Les chaînes conformes ADI Chain L3 reposent sur une architecture ZK Rollup à trois couches L3→L2→L1, permettant aux institutions de bénéficier de la sécurité Ethereum tout en conservant des domaines d’exécution indépendants et des règles de conformité par juridiction. Bridgehub et StateTransitionManager assurent l’infrastructure partagée pour l’enregistrement et les mises à niveau ; chaque L3 maintient l’isolation de l’état via Diamond Proxy, Sequencer et Prover indépendants. Les lots sont réglés sur L2 via Commit, Prove, Execute ; Airbender et l’infrastructure GPU (H100/H200) assurent la génération des preuves de validité ; la finalité évolue de la confirmation souple L3 à la finalité cryptographique L2 puis L1. Trois modèles de déploiement couvrent les besoins opérationnels et de gouvernance, adaptés aux stablecoins souverains, RWA, paiements transfrontaliers et tokenisation de données publiques.

FAQ

Qu’est-ce qu’une L3 sur ADI Chain ?

Une L3 est un ZK Rollup de couche 3 qui se règle sur ADI Chain (L2), permettant aux institutions, gouvernements ou consortiums industriels d’exploiter des chaînes indépendantes selon la juridiction, avec des politiques de conformité sur mesure. Chaque L3 dispose de son propre Sequencer, Prover et contrat Diamond Proxy, hérite de la sécurité des couches L2 et Ethereum, et partage l’infrastructure Bridgehub avec les autres L3 de l’écosystème.

Quel est le lien entre ADI Chain et Ethereum ?

ADI Chain fonctionne comme un zkRollup L2 sur Ethereum ; les transitions d’état des lots L2 nécessitent la validation des preuves ZK par des contrats vérificateurs L1 avant finalité. Les chaînes L3 se règlent sur ADI L2, constituant une chaîne de preuves de validité L3→L2→L1. Les actifs circulent entre L1, L2 et L3 via des bridges, la sécurité étant héritée d’Ethereum à chaque niveau.

ADI Chain est-elle sécurisée ?

ADI Chain utilise des preuves de validité ZK, empêchant l’acceptation d’un état invalide sur L1 ; les lots L3 doivent aussi passer la vérification L2 avant finalisation. Le Sequencer fournit une confirmation souple ; la finalité cryptographique exige une vérification sur L2 et L1. Les utilisateurs et institutions doivent toutefois considérer les risques résiduels liés aux bridges, à la gestion des clés, à l’infrastructure GPU L3 auto-gérée et à la fenêtre entre confirmation souple et finalité L1.

Quels modèles de déploiement pour les chaînes L3 ?

ADI Chain L3 propose trois modèles : géré par ADI (ADI opère Sequencer, Prover, contrats), opéré par le client (l’institution gère nœuds, infrastructure GPU et clés), et hybride (gouvernance côté client, Sequencer et Prover assignés librement). Le choix dépend de l’équilibre entre charge opérationnelle, contrôle et flexibilité de conformité.

Quel est le flux Commit-Prove-Execute des lots L3 ?

Le Sequencer L3 regroupe les transactions en lots ; l’Operator Commit les diffs d’état sur L2 ; le Prover génère une preuve de validité ZK via Airbender et soumet Prove ; après validation sur L2, Execute Operator inscrit la racine d’état L3 et finalise le lot. L’ensemble consomme environ 747 000 Gas, payés en $ADI.

Quel matériel pour exécuter un Prover L3 ?

Un environnement de production requiert des GPU NVIDIA H100 ou H200 avec au moins 70 Go (140 Go recommandés), 64 Go de RAM ou plus, et un SSD NVMe pour les données de témoin. La configuration recommandée : 2 Provers FRI parallèles, 1 Prover SNARK dédié (~33 Go VRAM), pour 15–20 TPS. Le Sequencer nécessite 8 cœurs CPU, 32 Go de RAM et un endpoint de transaction public.