L'appel à contributions (CFP) est ouvert pour ACNS 2026 (première date limite dans un mois) Lieu : New York City

Hypothèse de synchronie bornée et applications à faible latence, choisissez-en une ! Traditionnellement, nous avons développé de nombreux systèmes distribués sécurisés, tels que le MPC, en supposant que les agents seraient maximement malveillants, mais que la communication serait synchrone (c'est-à-dire, des canaux de diffusion). Cependant, quoi que j'aie construit, j'observe que la synchronie bornée est souvent rompue à moins que nous ne fixions la limite trop haute (en minutes), tandis que les nœuds sont extrêmement fiables et échouent souvent de manière tout ou rien (à l'exception d'un petit pourcentage de pannes).

@esnie17 présente cette semaine "Recovering from Excessive Faults for blockchains" lors de Usenix Security 2026. w/ @kartik1507 et @AndrewLewisPye (Url: ) -------------------- Les blockchains s'appuient sur des protocoles de consensus/SMR/broadcast atomique pour s'assurer que tous les nœuds du réseau s'accordent sur l'ordre des transactions. Quel est le problème ? Ces protocoles ne peuvent gérer qu'un certain nombre de nœuds défectueux ou fautifs (appelés fautes byzantines). Mais que se passe-t-il si plus de nœuds que prévu deviennent défectueux — plus que ce que le système était conçu pour gérer ? Jusqu'à présent, la plupart des blockchains échouaient ou se bloquaient. C'est un gros problème. Que réalise ce travail ? Nous avons créé une solution extensive à ce problème — une méthode de réparation qui aide les blockchains à se remettre d'un trop grand nombre de nœuds défectueux après coup. Voici comment cela fonctionne : En utilisant des pistes basées sur des signatures, nous pouvons détecter quels nœuds agissent mal, sans blâmer les bons. Cela aide la blockchain à "guérir" et à revenir à un fonctionnement normal. Cela peut ne pas fonctionner aussi bien que si tout était parfait, mais c'est toujours beaucoup mieux que d'échouer complètement. Test dans le monde réel Nous avons intégré ce système dans le protocole de consensus HotStuff et avons démontré que les performances du système revenaient à la normale après la récupération. Avec 30 nœuds, il n'y avait qu'un léger ralentissement (4,3 %). En moyenne, les transactions prenaient un peu plus de temps à traiter (environ 12,87 % de retard supplémentaire), mais le système est resté vivant et fonctionnel. Nous avons également créé des versions adaptées à des protocoles spécifiques comme Tendermint et HotStuff, les rendant plus rapides et plus efficaces. Meilleure détection des fautes Nous avons également travaillé sur de meilleures façons de détecter jusqu'à n-2 nœuds défectueux dans toute blockchain utilisant BFT. Nous avons créé une nouvelle méthode de détection qui fonctionne sans avoir besoin de messages supplémentaires entre les nœuds. Pourquoi cela compte Maintenant, nos réseaux blockchain pourraient survivre et se remettre même lorsque plus de nœuds deviennent rebelles que prévu. Vous disposez de meilleurs outils pour détecter et isoler les acteurs malveillants. Cela ajoute une couche de résilience et de fiabilité aux systèmes blockchain, aidant à prévenir des temps d'arrêt ou des attaques coûteuses.