Ethereum : une semaine de travaux s’ouvre autour d’un réseau pair à pair vérifié avec Lean

Un travail réseau qui reste en construction

Machine-Checked Devcon Week est annoncé du 2 au 7 novembre 2026, en ligne, par Invisible Garden. Les travaux portent sur leanp2p, un projet utilisant Lean 4 pour construire des composants de communication destinés notamment au consensus Ethereum. Cette ouverture constitue un rendez-vous de développement, pas le lancement d’une nouvelle version du réseau Ethereum.

Le dépôt décrit encore son implémentation principale comme une phase d’amorçage. Il indique que l’arborescence des paquets, les vérifications d’importation et l’infrastructure de tests sont en place, tandis que le code doit arriver progressivement. Une branche séparée contient un prototype de référence. Cette organisation évite de confondre une expérience déjà fonctionnelle avec la bibliothèque finale en cours de réécriture. Les objectifs de l’architecture ne doivent donc pas être présentés comme des fonctions intégralement livrées aux utilisateurs.

Des propriétés précises plutôt qu’une sécurité absolue

L’approche décrite sépare le cœur logique d’un protocole des opérations réalisées avec le système. Le premier reçoit un état et un événement, puis produit un nouvel état et les actions attendues. Les lectures réseau, l’horloge et les valeurs aléatoires lui sont transmises comme des entrées explicites. Cette séparation rend les scénarios plus faciles à rejouer : un test peut reprendre les mêmes événements sans dépendre d’une connexion extérieure ou d’un instant impossible à reproduire exactement.

Les propriétés recherchées sont concrètes. Le document cite notamment une fenêtre de réception qui ne devient jamais négative, le respect des règles de numérotation des flux et l’interdiction de réutiliser un identifiant déjà retiré. Les preuves portent sur ces mécanismes et leurs modèles. Elles ne signifient pas que l’ensemble d’un logiciel, ses dépendances et le système qui l’héberge seraient invulnérables. L’intérêt est de rendre certaines garanties examinables et vérifiables, avec un périmètre plus précis qu’une simple affirmation de robustesse.

Les preuves complètent les essais d’interopérabilité

L’architecture prévoit plusieurs contrôles complémentaires : théorèmes sur les fonctions pures, données de référence issues d’autres implémentations, tests générant des entrées variées et répétition d’échanges réseau enregistrés. Les comparaisons avec go-libp2p doivent vérifier que les messages produits restent compris par une autre pile logicielle. Le projet prévoit aussi des essais avec des pairs silencieux ou des lecteurs lents. Une propriété mathématique et une communication effectivement compatible répondent à des questions différentes ; le programme de vérification conserve les deux.

La première cible annoncée est la couche de consensus Ethereum, avec des communications sur TCP, le protocole Noise et le multiplexage yamux. L’architecture donne également une priorité aux échanges de requêtes et réponses et à la diffusion de messages gossipsub. D’autres fonctions restent différées, ce qui limite la portée de la première version envisagée. Pour cette semaine de travaux, l’enjeu est donc de produire des éléments contrôlables et de les intégrer progressivement. Le démarrage de l’atelier ne prouve ni l’achèvement de cette pile ni son adoption par les clients Ethereum.