Le développeur Bitcoin Matt Corallo a estimé à 80 % la probabilité que le BIP-54, une proposition de mise à niveau conçue pour corriger quatre vulnérabilités de longue date du réseau, devienne le prochain soft fork de Bitcoin.
Résumé
- Le développeur Bitcoin Matt Corallo a estimé à 80 % la probabilité que le BIP-54, une proposition visant à corriger quatre vulnérabilités de longue date du réseau, devienne le prochain soft fork de Bitcoin.
- La mise à niveau proposée traiterait les faiblesses dans les ajustements de difficulté de minage, la validation des blocs, les preuves d'arbre de Merkle et les transactions coinbase en double.
- Le BIP-54 n'a pas de date d'activation confirmée, bien que les estimations des développeurs recueillies à TABconf suggèrent que la mise à niveau pourrait arriver en 2027 ou plus probablement en 2028 et au-delà.
- Certains développeurs se sont demandé si Bitcoin devrait donner la priorité à la maintenance plutôt qu'aux nouvelles fonctionnalités, tandis que Corallo estime que la mise à niveau pourrait aider à établir un processus plus clair pour les futurs soft forks.
Selon un rapport de Decrypt du 4 novembre, Corallo a discuté de la proposition lors d'une apparition sur MARA Foundation TV avec la responsable de la MARA Foundation, Isabel Foxen Duke, où il a expliqué pourquoi les développeurs pourraient donner la priorité à la correction des problèmes de consensus existants avant d'introduire de nouvelles fonctionnalités.
La proposition, connue sous le nom de Great Consensus Cleanup, remonte au travail que Corallo a présenté en 2019 et s'est depuis développée en une proposition formelle d'amélioration de Bitcoin co-écrite avec le développeur Antoine Poinsot.
Bien que la mise à niveau n'ait pas de date d'activation confirmée, Corallo estime qu'elle traite des problèmes techniques que les développeurs reconnaissent généralement sans nécessiter de changements majeurs dans la fonctionnalité de Bitcoin.
« Il y a une longue liste de choses que nous connaissons et que nous devons vraiment nettoyer », a déclaré Corallo, décrivant les vulnérabilités comme des préoccupations réelles mais pas des menaces immédiates pour le réseau.
Le BIP-54 propose des correctifs pour quatre vulnérabilités de Bitcoin
La spécification officielle du BIP-54 décrit des modifications aux règles d'ajustement de difficulté de Bitcoin, au processus de validation des transactions, à la structure de l'arbre de Merkle et aux exigences des transactions coinbase.
L'un des problèmes implique une vulnérabilité connue sous le nom d'attaque timewarp, qui pourrait permettre aux mineurs contrôlant une majorité de la puissance de calcul de Bitcoin de manipuler les horodatages des blocs.
Bitcoin ajuste normalement la difficulté de minage tous les 2 016 blocs, soit environ deux semaines. En exploitant les règles d'horodatage existantes, un attaquant pourrait artificiellement abaisser la difficulté et faire en sorte que de nouveaux blocs soient produits plus rapidement que prévu.
La documentation technique de la proposition estime qu'un attaquant pourrait potentiellement pousser la difficulté de minage à son minimum en 38 jours dans des circonstances extrêmes.
Pour résoudre ce problème, le BIP-54 introduit des restrictions sur les horodatages au début et à la fin de chaque période d'ajustement de difficulté, y compris une tolérance de deux heures destinée à accommoder les variations normales.
Un autre changement proposé cible des blocs spécialement construits qui nécessitent des quantités inhabituellement importantes de puissance de calcul pour être validés.
Selon la spécification, certains blocs pourraient prendre plusieurs minutes à traiter sur des ordinateurs puissants et potentiellement des heures sur des machines moins performantes, permettant à des mineurs malveillants de ralentir leurs concurrents.
Le BIP-54 limiterait certaines opérations de vérification de signature à 2 500 par transaction. Ses auteurs estiment que cette restriction pourrait réduire le temps de validation de bloc dans le pire des cas d'un facteur 40.
Le troisième correctif concerne les vulnérabilités de l'arbre de Merkle impliquant des transactions avec exactement 64 octets de données non-witness.
Dans certaines conditions, ces transactions peuvent ressembler à des nœuds internes de l'arbre de Merkle, permettant potentiellement à des attaquants de tromper les clients légers de Bitcoin pour qu'ils acceptent des preuves d'inclusion de transactions frauduleuses.
Les règles proposées invalideraient les transactions de cette taille spécifique, éliminant l'ambiguïté sous-jacente.
Le dernier changement concerne les transactions coinbase en double, qui sont des transactions spéciales que les mineurs créent pour collecter les récompenses de bloc.
Le BIP-54 introduirait de nouvelles exigences pour les champs des transactions coinbase afin d'empêcher que les problèmes d'identification des transactions historiques ne réapparaissent à de futures hauteurs de bloc.
La spécification identifie le bloc 1 983 702 comme la première hauteur future à laquelle une transaction coinbase en double pourrait se produire selon les règles existantes.
Les développeurs de Bitcoin sont en désaccord sur les futures mises à niveau
Malgré la confiance de Corallo, la proposition a suscité des critiques de la part de développeurs qui estiment que Bitcoin devrait donner la priorité aux mises à niveau introduisant de nouvelles capacités.
Paul Sztorc, cofondateur et PDG de LayerTwo Labs, a qualifié la perspective d'activer le BIP-54 de « plutôt déprimante » dans une publication sur X, arguant que la proposition se résume à de la maintenance sans ajout de fonctionnalités.
Sztorc a déclaré que les développeurs qu'il a interrogés lors de TABconf à Atlanta s'attendaient généralement à ce que la proposition de nettoyage devienne le prochain soft fork de Bitcoin.
Leurs estimations, cependant, suggéraient une longue attente, la prédiction la plus précoce pointant vers septembre 2027 et la plupart s'attendant à une activation en 2028 ou plus tard.
Cette discussion fait suite à des années de désaccords sur les changements du protocole Bitcoin depuis l'activation de Taproot en novembre 2021.
En septembre, crypto.news a rapporté les inquiétudes de Sztorc selon lesquelles Bitcoin pourrait avoir du mal à activer d'autres soft forks en raison de désaccords sur la manière dont les changements de consensus devraient être approuvés.
Il a spécifiquement cité OP_CAT, une mise à niveau proposée qui restaurerait une opération permettant aux scripts Bitcoin de combiner des données et de prendre en charge des conditions de dépense plus complexes.
D'autres propositions, notamment OP_CHECKTEMPLATEVERIFY dans le cadre du BIP-119, ont rencontré des difficultés similaires pour obtenir un soutien suffisant dans l'écosystème Bitcoin.
Parallèlement, l'informatique quantique est devenue un autre sujet de discussions sur le protocole. Coinbase a récemment présenté des approches possibles pour protéger Bitcoin contre les futures menaces quantiques, notamment le BIP-360 et sa structure de sortie proposée Pay-to-Merkle-Root.
Contrairement à ces propositions, le BIP-54 se concentre sur la correction des faiblesses des règles de consensus existantes de Bitcoin.
Corallo souhaite que le BIP-54 établisse un processus d'activation des soft forks
Au-delà des changements techniques, Corallo estime que la mise à niveau pourrait aider les développeurs à établir un processus plus prévisible pour l'introduction de futurs soft forks de Bitcoin.
Il a expliqué que les mises à niveau de Bitcoin ont historiquement impliqué des décisions techniques difficiles, mais que les désaccords sur les méthodes d'activation sont devenus un obstacle tout aussi important.
Lors du débat sur le déploiement de Taproot, les participants étaient en désaccord sur la question de savoir si les mineurs devaient signaler leur soutien avant l'activation ou si les utilisateurs devaient imposer une date limite d'activation.
Corallo a suggéré que les développeurs pourraient utiliser le processus de déploiement du BIP-54 pour résoudre des désaccords similaires et établir des procédures qui pourraient être réutilisées pour les mises à niveau ultérieures.
La proposition a atteint le statut de spécification complète le 22 mai 2026, selon son journal des modifications officiel, bien que cette désignation ne constitue pas une activation du réseau.
Ses dispositions de compatibilité indiquent que les changements resserreraient les règles de validation existantes tout en restant compatibles avec les nœuds qui n'ont pas été mis à niveau.
Les auteurs encouragent néanmoins les opérateurs de nœuds à mettre à jour leur logiciel afin qu'ils puissent appliquer indépendamment les restrictions proposées.
Pour les mineurs, la documentation note que les versions 29.0 et 30.0 de Bitcoin Core incluent déjà des protections de modèle de bloc compatibles avec certaines restrictions proposées, tandis que les pools de minage devraient s'assurer que leurs transactions coinbase respectent les nouvelles exigences.
