Rédigé par | GaryMa, Wu Blockchain

WuBlockchain résume les principaux développements du secteur des technologies de la blockchain pour octobre :

Bitcoin

Bitcoin Core a officiellement publié la version 32.1. La version 32.0 avait été étiquetée, mais n’a jamais été entièrement publiée après la découverte de problèmes de dernière minute. Outre les améliorations plus générales de la version 32, notamment la validation parallélisée des blocs et l’estimation des frais basée sur le mempool, la version 32.1 corrige une fuite potentielle d’adresse IP qui affecte les transactions diffusées via sendrawtransaction lorsque -privatebroadcast=1 est activé. La limitation du débit de relais des transactions a également été repensée autour d’une file d’attente globale afin de réduire la pression sur le processeur et la mémoire lors des pics de volume de transactions. Bitcoin Core a aussi mis à jour sa politique de divulgation des failles de sécurité : les vulnérabilités faciles à redécouvrir, y compris à l’aide d’outils basés sur les LLM, seront désormais rétroportées vers les versions maintenues et divulguées plus rapidement, au lieu d’attendre la longue période d’embargo habituelle.

Coinbase a publié une proposition technique sur la migration post-quantique éventuelle de Bitcoin, estimant qu’une telle transition pourrait prendre des années et qu’il faut s’y préparer bien à l’avance. La société suggère d’étudier des solutions de signature extensibles telles que BIP-360 (P2MR) et P2TRv2, avec une transition progressive permettant aux signatures conventionnelles et post-quantiques de coexister. Coinbase souligne également la nécessité d’évaluer l’impact des nouvelles signatures sur l’espace des blocs, les performances de vérification et la conservation institutionnelle par MPC. Les BTC qui ne seraient pas migrés à temps, notamment les monnaies dont les clés sont perdues ou qui sont restées dormantes pendant de longues périodes, devraient faire l’objet d’une discussion politique distincte. Cette proposition est une recommandation technique institutionnelle, et non une décision de consensus du réseau Bitcoin.

Ethereum

Mise à niveau Glamsterdam : mise à l’échelle du L1, exécution parallèle et refonte de l’architecture MEV. Avancement : Glamsterdam a été activé sur le testnet Sepolia le 6 octobre afin de tester des changements fondamentaux, notamment ePBS, BALs et la révision du Gas, tout en portant la limite de Gas par bloc de Sepolia à 200M pour soumettre le matériel des clients et des validateurs à des charges beaucoup plus lourdes. Les développeurs ont ensuite prévu une activation sur Hoodi le 26 octobre, avec la même limite de Gas de 200M, mais l’ont reportée le 22 octobre afin d’étudier la compatibilité entre les changements de Gas liés à la création d’état d’EIP-8037 et les contrats intelligents existants sur le mainnet. Aucune nouvelle date pour Hoodi ni aucune date pour le mainnet n’a été fixée. Les tests ont également révélé une faille dans la gestion des dépôts lorsque les dépôts de Builder et de Validator partagent une clé publique, ce qui pourrait théoriquement permettre à un opérateur malveillant de faire créditer sur un compte Builder les ETH destinés à de nouveaux validateurs. Un correctif a été fusionné le 26 octobre et aucune perte réelle de fonds n’a été signalée. Glamsterdam est donc passé de la validation élémentaire des fonctionnalités à une phase axée sur les tests de résistance à forte consommation de Gas, la compatibilité avec le mainnet et les limites de sécurité, avec un risque accru de retard du calendrier.

Mise à niveau Hegotá : résistance à la censure, abstraction native des comptes et préparation à l’ère post-quantique. Avancement : la portée a continué de se préciser en octobre. FOCIL (EIP-7805) et Frame Transactions (EIP-8141) restent les principales orientations prévues, tandis que les développeurs ont officiellement retiré du périmètre de Hegotá EIP-8363, Tapered Issuance Burn, et EIP-8333. EIP-8363 proposait de brûler une part croissante de l’émission destinée aux validateurs à mesure que le ratio de staking augmente, afin de décourager une participation au staking excessivement élevée. Les développeurs ont conclu que la politique d’émission d’ETH touche l’ensemble de l’écosystème du staking et le budget de sécurité à long terme, et qu’elle ne devrait pas être tranchée dans le cadre d’un seul processus de définition du périmètre d’un fork. Le sujet devrait être abordé dans le cadre d’une discussion plus large sur la politique d’émission.

Ethereum a continué de faire progresser ses travaux de recherche sur les preuves d’exécution. Les développeurs expérimentent EIP-8025 sur Sepolia avec OpenVM et 16 GPU RTX 5090, répartis entre les charges de génération de preuves d’ethrex et de Reth. Les preuves d’exécution de blocs individuels sont générées en environ 6 à 7 secondes, et plus de 36 000 preuves ont déjà été produites. À long terme, l’objectif est de permettre aux nœuds de vérifier les résultats d’exécution au moyen de preuves, plutôt que d’obliger chaque validateur à réexécuter chaque transaction. Le système reste expérimental et les validateurs ne s’appuient peut-être pas encore sur les preuves d’exécution pour le choix de fork ou le vote.

La feuille de route post-quantique d’Ethereum s’est précisée en octobre. Vitalik Buterin a soutenu une approche de STARK récursif et d’agrégation de type EIP-8288, susceptible de prendre en charge des schémas de signature arbitraires. Les utilisateurs pourraient ainsi signer localement avec des systèmes tels que Falcon ou ML-DSA, puis faire vérifier ces signatures au moyen d’une couche STARK commune, plutôt que d’ajouter continuellement de nouveaux précompilés. Par ailleurs, les développeurs ont soumis une version actualisée de la proposition EIP-8450 visant à simplifier l’enregistrement des clés post-quantiques des validateurs. Celle-ci supprime le parcours d’autorisation par adresse de retrait et utilise plutôt les clés BLS existantes pour autoriser l’enregistrement et la rotation des clés post-quantiques, avec des délais de rotation et une protection contre les attaques par rejeu. Ces deux initiatives restent au stade de la proposition ou de la recherche.

L2 d’Ethereum

ZKsync a présenté Airbender Prime, un prouveur Ethereum en temps réel. Lors des tests de ZKsync, un seul GPU NVIDIA RTX PRO 6000 Blackwell a prouvé 7 200 blocs consécutifs du mainnet Ethereum, dont 99 % en moins de 10 secondes et la totalité en moins de 12 secondes, préparation des témoins comprise. Airbender Prime repose sur RISC-V et des STARK fondés sur le hachage, combinant des composants tels que GKR, WHIR et BLAKE2s dans le but de générer des preuves en temps réel, de permettre une vérification indépendante et d’assurer une sécurité post-quantique. Vitalik a ensuite avancé que la vitesse de génération des preuves zkEVM n’est plus le principal goulot d’étranglement et que la prochaine étape devrait se concentrer sur la vérification formelle, la sécurité des systèmes de preuve et l’établissement de limites strictes entre la consommation de Gas et le coût de génération des preuves.

Starknet a fait progresser ses travaux sur la confidentialité et l’architecture en octobre. Le réseau a lancé Shadow Accounts, qui permettent aux utilisateurs d’interagir avec la DeFi publique depuis des adresses distinctes tout en masquant le lien entre ces adresses et leurs portefeuilles principaux. Starknet a ensuite organisé un vote consultatif sur la poursuite des recherches en vue de devenir un L1 post-quantique indépendant ; 93,52 % du pouvoir de vote se sont prononcés en faveur de la poursuite des recherches. Le vote n’approuve pas une séparation d’Ethereum. Il donne à StarkWare et à la Starknet Foundation le mandat d’étudier les exigences techniques, les compromis et les implications d’une migration vers un L1 indépendant. La motivation tient au fait que Starknet peut évoluer relativement rapidement vers des comptes post-quantiques et une sécurité fondée sur les STARK, tandis que son bridge, la disponibilité des données et d’autres surfaces de sécurité du L2 restent tributaires de la feuille de route du L1 Ethereum.

La Optimism Foundation et Uniswap Labs ont annoncé le premier ensemble de déploiements sur mainnet prévus pour l’Interop natif d’OP Stack : OP Mainnet et Unichain. La première version devrait se concentrer sur les transferts natifs d’ETH entre les deux chaînes. La validité des messages inter-chaînes sera vérifiée au niveau du protocole par les chaînes participantes, plutôt que par un ensemble supplémentaire de validateurs tiers de bridge. La mise à niveau 20 a déjà fait évoluer les preuves de faute, passant des Output Roots mono-chaîne aux Super Roots compatibles avec plusieurs chaînes, tandis que la mise à niveau 21 devrait préparer l’infrastructure partagée ETHLockbox et de règlement. Interop nécessitera toutefois une proposition de gouvernance distincte et un hard fork L2 coordonné.

Polygon a présenté CDK Besu, qui permet aux banques et aux institutions financières de lancer des chaînes privées permissionnées avec Hyperledger Besu, tout en les connectant à des chaînes externes et à des liquidités via Agglayer. La conception utilise QBFT, permet aux institutions de contrôler les validateurs admis et les autorisations de transaction, et conserve les données des transactions sur les chaînes privées dans l’infrastructure des institutions. L’interopérabilité des actifs inter-chaînes est assurée par le modèle de sécurité fondé sur les ZK d’Agglayer. Polygon affirme que le produit est prêt pour la production et qu’il peut également connecter des réseaux Besu existants.

Solana

Solana a achevé en octobre la dernière étape de SIMD-0525, réduisant de 400 à 200 ms le temps de slot cible du mainnet. Cette dernière étape est entrée en vigueur à l’époque 1053, le 9 octobre, faisant passer la production cible de blocs d’environ 2,5 à 5 slots par seconde. Les données de la Solana Foundation indiquent que le taux de slots ignorés est resté globalement stable pendant les réductions progressives, même si des slots plus courts sollicitent davantage le réseau interrégional, le matériel des validateurs et la latence des votes. La fenêtre de leadership raccourcie est également présentée comme une amélioration de la résistance à la censure, car chaque leader contrôle la construction des blocs pendant moins longtemps.

Alpenglow, le changement de consensus le plus important de Solana depuis 2020, a été activé sur le mainnet à l’époque 1064, le 21 octobre, remplaçant TowerBFT par l’algorithme de vote Votor. Alpenglow retire les votes des validateurs des transactions on-chain : les validateurs échangent directement leurs votes et les agrègent en certificats. L’objectif est de réduire la finalité déterministe d’environ 12,8 secondes à quelque 150 ms. Solana précise que 150 ms est un objectif de finalité, et non la garantie que chaque transaction du mainnet sera toujours finalisée avec cette latence. La mise à niveau modifie également l’économie des validateurs en supprimant les frais continus des transactions de vote et en introduisant un Validator Admission Ticket par époque.

La Solana Foundation a publié en open source l’infrastructure de règlement DvP de Solana destinée aux institutions ; JPMorgan a contribué à sa conception en apportant son expertise sur les processus de règlement de titres et les exigences institutionnelles. Solana DvP utilise une transaction atomique unique pour régler simultanément les jambes d’actifs et d’espèces, garantissant qu’elles sont toutes deux réglées ensemble ou qu’aucune ne l’est. La solution prend en charge SPL Token et Token-2022 et a fait l’objet d’un audit de sécurité externe. Un règlement préservant la confidentialité est prévu dans de futures versions.

BNB Chain

BNB Smart Chain a activé le hard fork Jenner sur le testnet Chapel en octobre. Jenner introduit trois fonctionnalités majeures : BEP-703 Payment Lane, qui réserve par défaut 5 % du Gas des blocs aux transactions de paiement éligibles afin qu’elles ne puissent pas être entièrement évincées en cas de congestion ; BEP-702, qui introduit la norme native au protocole CAS20 pour les stablecoins et les RWA tokenisés, avec des listes d’autorisation et de blocage facultatives, la possibilité de mettre en pause et des rôles distincts pour la création, la destruction et la saisie ; et BEP-706, qui expose aux contrats intelligents des horodatages de blocs à la milliseconde près. Jenner est actuellement actif uniquement sur testnet et aucune date d’activation sur mainnet n’a été confirmée.

Aptos

La proposition de gouvernance Aptos n° 206, Enable ChunkyDKG V1, a été exécutée le 6 octobre, activant le mode ChunkyDKG V1 complet ainsi que encrypted_transactions. Le système utilise la génération distribuée de clés pour garder le contenu des transactions chiffré avant leur ordonnancement par le consensus, après quoi les validateurs coopèrent pour les déchiffrer, réduisant ainsi les risques de front-running et d’exposition à la MEV dus à la visibilité trop précoce du contenu des transactions. Aptos avait auparavant initialisé le framework de mempool chiffrée et activé ChunkyDKG en mode fantôme en août ; le changement d’octobre rend les transactions chiffrées opérationnelles.

Aptos Labs a annoncé un nouveau moteur d’exécution appelé MonoMove. Des benchmarks internes portant sur la charge de travail de trading entièrement on-chain de Decibel ont montré des retraits de collatéral jusqu’à 55 fois plus rapides, un placement d’ordres 22 fois plus rapide et un débit de transactions séquentielles de bout en bout jusqu’à 11 fois supérieur. L’objectif est d’achever les fonctionnalités de MonoMove d’ici la fin 2026, puis, sous réserve de l’approbation de la gouvernance, de le déployer sur le mainnet en 2027. Ces chiffres proviennent de benchmarks internes et ne doivent pas être considérés comme une garantie des performances futures du mainnet.

Celestia

Celestia a achevé en octobre le déploiement de la version v10 / Fibre sur Mainnet Beta. v10 est une mise à niveau majeure du réseau centrée sur CIP-51 Fibre. Avec Fibre, la chaîne enregistre principalement les Blob Commitments, tandis que les Blob Payloads sont encodés par effacement, propagés et stockés par des Fibre Servers exploités par les validateurs. Avant de soumettre le règlement on-chain, un émetteur recueille des signatures représentant au moins les deux tiers du pouvoir de vote associé aux jetons mis en jeu. Cela sépare davantage le transport des données de leur engagement par le consensus que la méthode traditionnelle, où toutes les données des blobs sont propagées dans les blocs. Celestia indique que Fibre a été mis en service sur le mainnet le 19 octobre.

Celestia a également publié en octobre un benchmark Fibre à grande échelle. Dans un environnement de bout en bout comptant 120 validateurs, la fenêtre de charge complète de 143 secondes a atteint une moyenne de 3,07 Tb/s, avec un maximum de 3,69 Tb/s sur une période de 60 secondes. Le benchmark utilisait des paramètres spéciaux, notamment des blobs de 2 Gio, des blocs d’une seconde et jusqu’à 2 000 soumissions Fibre par bloc, qui diffèrent des paramètres initiaux du mainnet. Les 3 Tb/s ne doivent donc pas être interprétés comme la capacité soutenue actuelle du réseau de production. Le 29 octobre, Celestia a également présenté Voyager, une architecture d’exécution expérimentale destinée aux paiements par agents d’IA, faisant état d’un benchmark soutenu d’environ 21 millions de TPS sur 100 millions de comptes pendant cinq heures. Voyager en est encore à ses débuts et poursuit sa progression vers la production.

Sécurité

Binance a révélé le 30 octobre un incident de sécurité majeur, dont l’impact est estimé à environ 6,3 milliards de dollars. Selon l’enquête préliminaire de Binance, le point d’entrée pourrait être l’ordinateur portable compromis d’un ingénieur DevOps, ce qui aurait permis à un attaquant d’accéder à un conteneur de service et de soumettre des transactions de retrait non autorisées. Au moment de l’annonce, Binance a déclaré n’avoir trouvé aucune preuve de fuite des clés privées de portefeuilles. La société a indiqué qu’environ 3 milliards de dollars d’actifs concernés avaient été gelés on-chain et qu’elle couvrirait les pertes à l’aide du SAFU et de fonds de l’entreprise, tandis que les retraits étaient temporairement suspendus pendant les vérifications de sécurité. L’incident fait toujours l’objet d’une enquête ; le déroulement complet de l’attaque, les pertes nettes et la cause première restent donc à confirmer dans un futur rapport technique post-mortem.

Succinct a révélé une vulnérabilité de soundness de gravité élevée dans le vérificateur Rust natif de SP1 V6, qui touche les versions 6.0.0 à 6.8.0. Lors de la désérialisation, le vérificateur ne s’assurait pas que les dimensions déclarées d’un Tensor correspondaient au nombre réel d’éléments stockés. Un prouveur malveillant pouvait exploiter cette discordance afin que différentes étapes de vérification traitent différentes parties du même Tensor, permettant ainsi l’acceptation d’une preuve d’exécution invalide. Le déploiement concerné connu comprenait le Prover Network de Succinct sur mainnet. La version 6.8.1 a ajouté des vérifications de longueur et de forme physique et a été déployée sur le réseau. Les parcours de preuve enveloppés Groth16 et Plonk ne sont pas concernés.

Qubic a subi en octobre un incident lié à l’aléatoire des portefeuilles, au cours duquel 1 404 portefeuilles ont perdu environ 2 940 milliards de QU, soit une valeur approximative de 1,3 à 1,4 million de dollars. Une analyse de sécurité a révélé que certaines versions de Qubic Wallet utilisaient la fonction non cryptographique Math.random() pour générer les graines des comptes, tout en exposant les sorties de la même séquence pseudo-aléatoire via le champ dejaVu dans les paquets réseau. Dans certaines conditions, l’observation d’un petit nombre de sorties pouvait permettre de retrouver l’état interne du PRNG et, finalement, la graine du compte. La cause première se trouvait dans la génération des clés du portefeuille, et non dans le protocole de consensus de Qubic.

XRP Ledger a révélé publiquement en octobre un bogue de dépassement d’entier dans le moteur de paiement, présent depuis environ dix ans. Un attaquant aurait théoriquement pu créer de nombreuses offres extrêmes dans le carnet d’ordres et utiliser une seule transaction Payment pour provoquer le dépassement d’une somme sur 64 bits, créant ainsi des XRP dépensables à partir de rien. L’invariant existant « aucun XRP créé » pouvait subir un dépassement similaire et ne pas détecter la création. Le problème a été corrigé en urgence dans xrpld 3.4.1 le 25 septembre et divulgué intégralement le 9 octobre. Rien n’indique qu’il ait été exploité sur un réseau public. En raison de sa gravité, le correctif a été publié sans attendre le processus habituel d’activation des amendements.

Autres

Zcash a poursuivi la définition de la portée et de la hauteur d’activation de sa prochaine mise à niveau réseau, NU7, attendue aux alentours du 5 novembre. NU7 devrait réduire l’intervalle entre les blocs de 75 à 25 secondes et désactiver l’ancien système de confidentialité Sprout. En parallèle, les développeurs de Zcash étudient des signatures post-quantiques fondées sur le hachage, d’abord pour les adresses transparentes, ainsi que des conceptions de clés de visualisation plus granulaires pour les échanges inter-chaînes, afin de réduire les futures fuites de confidentialité liées au quantique. Les fonctionnalités post-quantiques n’ont pas encore de date d’activation confirmée sur le mainnet.

Sui Devnet a effectué une transaction avec signature post-quantique native ML-DSA-65. La version devnet-v1.82.0 de Mysten Labs a ajouté la vérification ML-DSA-65 et sa prise en charge dans ExecuteTransaction, VerifySignature, multisig, GraphQL et le SDK Rust. Sui prévoit de faire évoluer cette fonctionnalité vers le testnet après un audit de sécurité indépendant, avec pour objectif l’authentification native des comptes post-quantiques sur le mainnet au premier trimestre 2027.

NEAR a déclaré que son architecture de comptes peut déjà prendre en charge des schémas post-quantiques tels que ML-DSA, tandis que Near One fait avancer NEP-655, qui dérive des comptes implicites du hachage de l’état initial du compte afin de réduire l’exposition prématurée des clés publiques ou de leurs hachages on-chain. NEP-655 est sur testnet ; l’équipe conçoit également une prise en charge extensible des signatures pour NEAR Intents et un mécanisme d’enregistrement de récupération pour le Q-day destiné aux chaînes qui ne prennent pas encore en charge les clés post-quantiques.

Des chercheurs de LayerZero, a16z crypto research, l’Université Carnegie Mellon et l’Imperial College London ont présenté Aerie, un système d’agrégation de signatures post-quantiques reposant sur le schéma de commitment polynomial à base de réseau euclidien Akita. Les benchmarks officiels indiquent que, sur un M4 Max utilisant 16 cœurs CPU et aucun GPU, Aerie peut agréger 32 768 signatures Falcon-512 en environ 0,65 seconde. La vérification de la preuve agrégée est environ 10 fois plus rapide que la vérification individuelle des signatures sur un seul cœur. Ces travaux visent à réduire la bande passante et le coût de vérification du consensus post-quantique.

Espresso a publié des résultats de benchmarks du mainnet après mise à niveau, faisant état d’un débit de données d’environ 181 Mo/s dans un environnement de 100 nœuds avec une latence réseau mondiale simulée, et d’une finalité moyenne d’environ 778 ms en charge de pointe. En supposant des transferts de stablecoins de 180 octets, cela correspond à un débit théorique supérieur à un million de transferts par seconde. L’architecture déplace la construction des blocs vers les nœuds validateurs, utilise un réseau chiffré entièrement maillé, un codage par effacement XOR et BLAKE3, et supprime le comité distinct de disponibilité des données au profit de votes de consensus attestant la disponibilité des données. Il s’agit de résultats de benchmark, et non d’un débit soutenu de transactions commerciales en production.

Paradigm a terminé l’audit d’evm2, une nouvelle implémentation Rust de l’EVM intégrant une compilation JIT, qui devrait être adoptée dans Foundry, Reth, Tempo et des projets connexes. Le code revendique des performances d’exécution jusqu’à environ deux fois supérieures à celles de revm, tout en permettant aux développeurs de personnaliser les opcodes, les règles de Gas, les types de transactions et les précompilés sans modifier le cœur. Le facteur deux est un chiffre de benchmark du projet et ne doit pas être interprété comme une garantie d’amélioration des performances de bout en bout des nœuds Ethereum du mainnet.

Suivez-nous

Twitter : https://twitter.com/WuBlockchain

Telegram : https://t.me/wublockchainenglish