Lighter Lance Son Devnet EVM Avec Blocs Dune Seconde

Et si un simple contrat intelligent pouvait non seulement lire l’état d’un carnet d’ordres, mais aussi placer, modifier ou annuler des positions en quelques secondes seulement ? C’est précisément la promesse que vient de formuler Lighter en ouvrant son réseau de développement EVM. Ce 16 octobre 2026, l’équipe a officialisé le lancement d’un environnement de test où les blocs se succèdent chaque seconde et où les smart contracts dialoguent directement avec le moteur de matching de la plateforme.

Une Nouvelle Étape Pour L’Échange Décentralisé

L’annonce a été relayée par Axiom, le partenaire technique qui a co-construit cette infrastructure. Dans un message publié le même jour, Yi Sun a décrit un environnement compatible Ethereum, relié aux marchés de futures perpétuels et de spot de Lighter. L’interface de documentation est déjà accessible au public, mais l’accès au réseau lui-même se fait sur demande. Les équipes sont intégrées par vagues successives afin de pouvoir réagir rapidement aux premiers retours.

Ce devnet ne se contente pas d’être une simple copie d’Ethereum. Il s’agit d’une instance dédiée de Lighter EVM couplée à une version de test de Lighter Core, le moteur de matching et de gestion des risques de la plateforme. Les développeurs disposent ainsi d’un carnet d’ordres réel, même s’il s’agit de marchés fictifs, sur lequel ils peuvent tester leurs applications en conditions quasi réelles.

Des Blocs D’Une Seconde Et Une Architecture Hybride

La configuration technique retient l’attention. Selon la documentation de Lighter, le temps de bloc côté EVM est fixé à une seconde. La limite de gaz par bloc atteint 17 millions, et le réseau cible le fork Fusaka BPO2. Les frais de gaz se paient en ETH. Deux identifiants distincts sont utilisés : le chain ID 19 529 pour l’EVM et le 300 pour Core sur ce devnet.

Le settlement s’effectue sur une instance privée de L1 qui joue le rôle de couche de règlement et de disponibilité des données à la place d’Ethereum. Cette architecture hybride combine les forces de deux environnements. OpenVM vérifie l’exécution de Lighter EVM, tandis que Lighter Core conserve ses circuits zero-knowledge personnalisés. Un système d’agrégation fusionne ensuite les preuves issues des deux mondes en une seule preuve destinée à être vérifiée sur Ethereum.

Cette approche vise à limiter la quantité de données qui doivent être publiées sur la couche de base. En enregistrant uniquement les variations d’état, les deux rollups allègent leur empreinte sur Ethereum. Un mécanisme d’escape hatch est également prévu pour permettre la récupération des actifs en cas de défaillance du séquenceur ou du prouveur. Sur le devnet, cependant, ce mécanisme n’est pas encore entièrement opérationnel.

Ce Que Les Contrats Intelligents Peuvent Déjà Faire

La grande nouveauté réside dans la capacité des contrats à interagir avec Lighter Core. Grâce à une interface précompilée appelée read precompile, un contrat peut interroger de manière synchrone les informations du Core. Les requêtes supportées portent sur les comptes, les soldes, les positions, les ordres en cours et les données de marché.

Pour les actions de trading, le processus est asynchrone. Un contrat peut soumettre des instructions de placement, de modification ou d’annulation d’ordres. Ces instructions sont traitées en quelques secondes. Une fois exécutées, le contrat peut vérifier leur statut via la même interface de lecture. Les transferts d’actifs entre Lighter EVM et Core sont également possibles, de même que les dépôts depuis la L1 de développement et les retraits vers celle-ci.

Les contrats peuvent désormais lire les données de marché, soumettre des ordres et déplacer des actifs entre les deux environnements Lighter en quelques secondes seulement.

Annonce Axiom du 16 octobre 2026

Parmi les applications envisagées par les équipes, on trouve les services de funding rapide, les vaults automatisés et les plateformes de type request-for-quote. Toutes ces constructions s’appuient sur la même connexion au Core qui permet à la fois la lecture d’informations, l’envoi d’ordres et le transfert d’actifs.

Les Outils Disponibles Pour Les Développeurs

Côté expérience de développement, Lighter a choisi de rester dans le standard. Le réseau expose l’interface JSON-RPC classique d’Ethereum. Les équipes peuvent donc utiliser Foundry, Hardhat, Viem ou Ethers sans friction particulière. Plusieurs contrats tiers sont déjà déployés pour faciliter le travail : les contrats Safe, Multicall3 et Permit2 figurent parmi les outils mis à disposition dès le lancement.

Ces outils cohabitent avec les contrats protocolaires qui gèrent la messagerie, les transferts de tokens et les frais. La distinction est claire dans la documentation : les premiers sont là pour la commodité des développeurs, les seconds font partie de l’infrastructure native du réseau.

Les Limites Actuelles Du Devnet

Comme tout environnement de test, le devnet de Lighter comporte des restrictions explicites. La documentation en liste trois principales. Premièrement, les preuves zero-knowledge utilisées pour la finalisation sur L1 sont mockées. Il ne s’agit pas encore de véritables preuves cryptographiques. Deuxièmement, le mécanisme de récupération d’actifs sans permission, l’escape hatch, n’est que partiellement fonctionnel. Troisièmement, les requêtes de lecture des données Core ne fonctionnent que sur le dernier bloc. L’accès aux blocs antérieurs est prévu pour une mise à jour future.

Ces limitations sont assumées. Elles permettent de livrer rapidement un environnement utilisable tout en poursuivant le développement des composants critiques en parallèle. Les équipes d’Axiom et de Lighter insistent sur le fait que l’accès sera élargi à l’ensemble des développeurs dans les semaines à venir.

Un Contexte Déjà Marqué Par Robinhood

Lighter n’arrive pas de nulle part. La plateforme fournit déjà l’infrastructure de futures perpétuels pour le wallet Robinhood. En juillet 2026, des reportages avaient souligné que cette intégration utilisait l’USDG comme collatéral et comme unité de compte des contrats. L’accès restait toutefois fermé aux résidents américains ainsi qu’à plusieurs autres juridictions, parmi lesquelles le Royaume-Uni, le Canada, la Suisse, les Émirats arabes unis et Singapour.

Fondée en 2022 par Vladimir Novakovski, Lighter avait levé 68 millions de dollars en novembre 2025 avec la participation de Robinhood Ventures, pour une valorisation d’environ 1,5 milliard de dollars. Plus récemment, le 19 juillet, la plateforme avait annoncé le support de collatéral sous forme d’actions tokenisées sur Robinhood Chain. Le 11 octobre, des chiffres cités par CoinDesk indiquaient un volume hebdomadaire de futures perpétuels d’environ 7,35 milliards de dollars sur la chaîne, en hausse de 26 %.

Ces éléments de contexte montrent que le lancement du devnet EVM s’inscrit dans une trajectoire déjà bien engagée. L’objectif semble clair : ouvrir davantage l’écosystème aux développeurs tiers tout en conservant le cœur de matching propriétaire de la plateforme.

Comment Obtenir L’Accès Et Contribuer

Les équipes intéressées peuvent consulter dès maintenant la documentation publique et le code des contrats de bridge publié sur GitHub. Pour demander l’accès au devnet, il suffit d’envoyer un message à l’adresse indiquée par Axiom. Les retours d’expérience peuvent être adressés directement à l’équipe ou partagés sur le canal Discord dédié à Lighter EVM.

L’onboarding se fait par cohortes. Cette méthode permet de traiter rapidement les problèmes techniques qui pourraient apparaître dans les premières semaines. Axiom a confirmé que l’ouverture à tous les développeurs interviendrait dans un délai relativement court.

Pourquoi Cette Annonce Compte Pour L’Écosystème

Le marché des exchanges décentralisés a longtemps souffert d’un décalage entre la puissance des moteurs de matching centralisés et la rigidité des environnements on-chain. En permettant aux contrats intelligents de dialoguer de façon quasi native avec un carnet d’ordres performant, Lighter propose une voie intermédiaire. Les développeurs n’ont plus à choisir entre la vitesse d’un order book traditionnel et la composabilité d’Ethereum.

La combinaison d’un temps de bloc d’une seconde, d’une interface de lecture synchrone et d’écritures asynchrones rapides crée un terrain de jeu nouveau. On peut imaginer des stratégies de market-making automatisées, des vaults qui réagissent en temps quasi réel aux conditions de marché, ou encore des interfaces de request-for-quote entièrement gérées par des contrats.

Bien sûr, tout reste à l’état de test. Les preuves mockées et l’escape hatch incomplet rappellent que le chemin vers le mainnet est encore long. Mais la direction est claire : Lighter souhaite devenir une plateforme où la liquidité centralisée et la logique décentralisée cohabitent de manière plus fluide qu’auparavant.

Les Implications Techniques Pour Les Builders

Pour un développeur habitué à Solidity, l’environnement Lighter EVM se présente comme un Ethereum familier. Les mêmes outils, les mêmes bibliothèques, le même modèle de gaz. La nouveauté réside dans les précompiles spécifiques qui ouvrent l’accès au Core. Cette approche limite la courbe d’apprentissage tout en offrant des capacités absentes des L2 classiques.

Les identifiants de chaîne distincts pour EVM et Core imposent toutefois une attention particulière lors de la signature des transactions. Une erreur d’identifiant pourrait rendre une transaction invalide. La documentation insiste sur ce point et fournit les valeurs exactes à utiliser sur le devnet.

Le support de Permit2 et de Multicall3 dès le premier jour montre une volonté de faciliter les intégrations avec les outils déjà largement adoptés dans l’écosystème Ethereum. Les contrats Safe, de leur côté, permettent de gérer des multisignatures dès les premiers prototypes.

Un Regard Sur La Roadmap Implicite

Même si aucune feuille de route détaillée n’a été publiée avec l’annonce, plusieurs éléments se dessinent. Le remplacement des preuves mockées par de véritables preuves zero-knowledge constitue un jalon évident. L’activation complète de l’escape hatch en est un autre. L’ajout de la lecture des blocs historiques permettra quant à lui de construire des applications qui ont besoin d’historique, comme des dashboards ou des systèmes de backtesting on-chain.

L’agrégation des preuves via OpenVM suggère également une volonté de réduire les coûts de vérification sur Ethereum. Plus le volume de transactions augmente, plus cette optimisation devient critique. L’utilisation de records de changements d’état s’inscrit dans la même logique d’efficacité.

Ce Que Cela Change Pour Les Utilisateurs Finaux

À court terme, le devnet ne change rien pour les traders qui utilisent déjà Lighter via Robinhood ou d’autres interfaces. Les marchés de production restent inchangés. En revanche, à moyen terme, l’ouverture aux développeurs tiers pourrait faire émerger de nouvelles interfaces, de nouvelles stratégies et de nouveaux produits dérivés construits directement au-dessus du Core.

Imaginez un vault qui ajuste automatiquement ses positions en fonction de la volatilité mesurée on-chain, ou un service de funding qui propose des taux dynamiques calculés en temps réel. Ces cas d’usage deviennent plus réalistes dès lors que les contrats peuvent interroger et agir sur le carnet d’ordres sans passer par des relais centralisés.

Les Questions Qui Restent Ouvertes

Plusieurs interrogations méritent d’être soulignées. Comment le réseau se comportera-t-il sous charge une fois les preuves mockées remplacées par de véritables circuits ? Quelle sera la latence réelle des écritures asynchrones lorsque le volume d’ordres augmentera ? Et surtout, comment le mécanisme d’escape hatch sera-t-il sécurisé et audité avant le passage en production ?

La décision de faire coexister deux environnements distincts – EVM et Core – avec des identifiants de chaîne différents ajoute aussi une complexité opérationnelle. Les développeurs devront être particulièrement vigilants pour éviter les erreurs de configuration.

Enfin, la question de la décentralisation progressive reste en suspens. Pour l’instant, le settlement s’effectue sur une L1 privée. Le passage à Ethereum public constitue un objectif affiché, mais le calendrier n’a pas été précisé.

Une Place Dans Un Marché Concurrentiel

Lighter n’est pas le seul acteur à chercher le meilleur compromis entre performance et composabilité. D’autres plateformes explorent des approches similaires, que ce soit via des appchains, des L2 spécialisées ou des solutions de type hybrid order book. Ce qui distingue l’annonce du 16 octobre, c’est la concrétisation d’un environnement de développement ouvert, même s’il reste encore partiellement bridé.

Le volume déjà généré sur Robinhood Chain montre que la liquidité est au rendez-vous. L’enjeu consiste désormais à transformer cette liquidité en plateforme programmable pour les développeurs externes. Le devnet EVM constitue la première pierre visible de cette stratégie.

Comment Suivre L’Évolution Du Projet

Les prochains mois seront déterminants. Les retours des premières cohortes de développeurs permettront d’identifier les frictions et d’ajuster l’architecture. L’élargissement de l’accès, la mise en place des véritables preuves zero-knowledge et l’activation complète de l’escape hatch constitueront autant de jalons à surveiller.

Pour les équipes qui souhaitent expérimenter dès maintenant, la documentation publique et le code des contrats de bridge offrent déjà une base solide. Les canaux Discord et les adresses de contact mises en place par Axiom et Lighter facilitent le dialogue direct avec les équipes techniques.

Le lancement de ce devnet ne constitue pas une révolution isolée. Il s’inscrit dans une tendance plus large où les exchanges tentent de réconcilier la vitesse des systèmes centralisés et la transparence des réseaux décentralisés. Lighter a choisi de le faire en exposant son Core aux contrats intelligents. Le résultat final dépendra de la capacité de l’équipe à lever les limitations actuelles tout en conservant les performances qui ont déjà séduit des acteurs comme Robinhood.

En attendant, les développeurs disposent d’un terrain de jeu concret, avec des blocs d’une seconde, des interfaces familières et un carnet d’ordres sur lequel tester de nouvelles idées. C’est peut-être là le message le plus important de cette annonce : la porte est ouverte, même si elle ne l’est encore que partiellement.

Perspectives À Moyen Terme

Si le devnet tient ses promesses et que les limitations techniques sont levées dans les délais annoncés, Lighter pourrait devenir un terrain d’expérimentation privilégié pour une nouvelle génération d’applications de trading on-chain. Les vaults intelligents, les market makers automatisés et les interfaces de liquidité programmables trouvent ici un environnement particulièrement adapté.

La présence déjà établie auprès de Robinhood offre également un avantage de distribution non négligeable. Une fois les applications matures, le chemin vers les utilisateurs finaux pourrait être plus court que pour de nombreuses autres plateformes purement décentralisées.

Reste que le succès dépendra de la qualité de l’expérience développeur, de la robustesse des preuves cryptographiques et de la clarté du modèle de gouvernance à long terme. Pour l’instant, le signal est clair : Lighter veut que les contrats intelligents dialoguent directement avec son moteur de trading. Le reste de l’histoire s’écrira dans les prochains mois, au rythme des mises à jour et des retours de la communauté technique.

Cette ouverture progressive marque un tournant pour la plateforme. En passant d’une infrastructure principalement orientée partenaires à un environnement accessible aux développeurs indépendants, Lighter élargit considérablement son champ d’action. Les blocs d’une seconde et la capacité des contrats à gérer les ordres ne sont que le point de départ d’une ambition plus large : faire de Lighter un hub où liquidité et programmabilité avancent ensemble.