Le développeur de Bitcoin Matt Corallo estime qu'il y a 80 % de chances que le BIP-54 — une proposition visant à corriger quatre vulnérabilités persistantes sur le réseau — devienne le prochain soft fork de Bitcoin.
Le développeur Bitcoin Matt Corallo estime que la proposition BIP-54, visant à corriger quatre vulnérabilités réseau à long terme, deviendra le prochain soft fork de Bitcoin avec une probabilité de 80 %.
Cette mise à niveau proposée ciblera l'ajustement de la difficulté de minage, la vérification des blocs, la preuve Merkle tree et les vulnérabilités dans les transactions coinbase dupliquées.
BIP-54 n'a pas de date d'activation confirmée, mais les estimations recueillies lors de TABconf suggèrent que cette mise à niveau pourrait arriver en 2027, voire plus probablement en 2028 ou plus tard.
Certains développeurs remettent en question la priorité donnée à la maintenance du Bitcoin plutôt qu'à l'ajout de nouvelles fonctionnalités, tandis que Corallo estime que cette mise à niveau aide à établir un processus plus clair pour les futurs soft forks.
Corallo a discuté de cette proposition avec Isabel Foxen Duke, responsable de la MARA Foundation, lors d'une apparition sur la MARA Foundation TV, et a expliqué pourquoi les développeurs pourraient privilégier la résolution des problèmes de consensus existants avant d'introduire de nouvelles fonctionnalités.
La proposition intitulée « Great Consensus Cleanup » trouve ses origines dans le travail proposé par Corallo en 2019, puis s'est développée en une proposition d'amélioration de Bitcoin formelle, rédigée en collaboration par le développeur Antoine Poinsot.
Bien qu'aucune date d'activation officielle ne soit encore confirmée pour cette mise à jour, Corallo estime qu'elle résout des problèmes techniques largement reconnus par les développeurs, sans nécessiter de modifications majeures des fonctionnalités de Bitcoin.
Corallo a déclaré : « Nous savons qu'il y a une longue liste de choses qui doivent effectivement être nettoyées. » Il a décrit ces vulnérabilités comme des préoccupations réelles, mais pas comme une menace urgente pour le réseau.
La proposition BIP-54 vise à corriger quatre vulnérabilités de Bitcoin
La spécification officielle de BIP-54 décrit les modifications apportées aux règles d'ajustement de la difficulté de Bitcoin, au processus de vérification des transactions, à la structure de l'arbre de Merkle et aux exigences des transactions coinbase.
L'un des problèmes concerne une vulnérabilité appelée timewarp attack, qui pourrait permettre à un mineur contrôlant la majorité de la puissance de calcul de Bitcoin de manipuler les horodatages des blocs.
Le minage de Bitcoin ajuste généralement sa difficulté tous les 2 016 blocs, soit environ deux semaines. Un attaquant exploitant les règles actuelles de timestamp pourrait artificiellement réduire la difficulté, permettant ainsi une génération de nouveaux blocs plus rapide que prévue.
Le document technique de la proposition estime que, dans des cas extrêmes, un attaquant pourrait réduire la difficulté de minage à son niveau le plus bas en 38 jours.
Pour résoudre ce problème, le BIP-54 introduit des limites sur les horodatages au début et à la fin de chaque cycle d'ajustement de difficulté, incluant une tolérance de deux heures pour absorber les fluctuations normales.
Un autre changement proposé concerne les blocs spécialement conçus qui nécessitent une quantité anormalement élevée de puissance de calcul pour être vérifiés.
Selon les normes, certains blocs peuvent prendre plusieurs minutes à traiter sur des ordinateurs haute performance, et même plusieurs heures sur des machines moins performantes, permettant ainsi aux mineurs malveillants de ralentir leurs concurrents.
BIP-54 limitera certaines opérations de vérification de signature à 2 500 par transaction. Son auteur estime que cette limite réduira le temps de vérification des blocs dans le pire des cas jusqu'à 40 fois.
La troisième correction concerne une vulnérabilité de l'arbre de Merkle, liée aux transactions contenant exactement 64 octets de données non witness.
Dans certaines conditions, ce type de transaction peut être similaire à des nœuds internes de l'arbre de Merkle, permettant potentiellement à un attaquant de tromper les clients légers Bitcoin en les amenant à accepter des preuves de transaction falsifiées.
La règle proposée rendra ces transactions de taille spécifique inopérantes, éliminant ainsi l'ambiguïté sous-jacente.
Le dernier changement concerne les transactions Coinbase en double. Les transactions Coinbase sont des transactions spéciales créées par les mineurs pour réclamer les récompenses de bloc.
BIP-54 introduira de nouvelles exigences pour les champs de transactions coinbase afin d'éviter que les problèmes d'identification des transactions historiques ne réapparaissent à des hauteurs de bloc futures.
Les normes indiquent que, selon les règles actuelles, le bloc 1,983,702 est la prochaine hauteur à laquelle une transaction coinbase en double pourrait apparaître.
Les développeurs de Bitcoin sont divisés sur les futures mises à jour
Bien que Corallo soit confiant, cette proposition a été critiquée par certains développeurs qui estiment que Bitcoin devrait privilégier les mises à niveau apportant de nouvelles fonctionnalités.
Paul Sztorc, cofondateur et PDG de LayerTwo Labs, a déclaré sur X que l'activation du BIP-54 est « un peu frustrante » et considère que cette proposition ne constitue qu'un travail de maintenance sans ajout de fonctionnalités.
Sztorc a indiqué que les développeurs interrogés lors du TABconf à Atlanta s'attendaient généralement à ce que cette proposition de nettoyage devienne le prochain soft fork de Bitcoin.
Cependant, leurs estimations indiquent que le délai d'attente sera long, la prédiction la plus optimiste pointant vers septembre 2027, tandis que la majorité prévoit une activation en 2028 ou plus tard.
Ce débat prolonge les divergences persistantes depuis l'activation de Taproot en novembre 2021 concernant les modifications du protocole Bitcoin.
En septembre de cette année, crypto.news a rapporté les préoccupations de Sztorc : en raison de divergences sur la manière dont les changements de consensus devraient être approuvés, Bitcoin pourrait avoir du mal à réactiver davantage de soft forks.
Il a particulièrement mentionné OP_CAT, une mise à niveau proposée visant à restaurer 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, rencontrent des difficultés similaires et peinent à obtenir un soutien suffisant au sein de l'écosystème Bitcoin.
Dans le même temps, l'informatique quantique est devenue un autre sujet de discussion au sein du protocole. Coinbase a récemment décrit plusieurs solutions possibles pour protéger le Bitcoin contre les menaces quantiques futures, notamment le BIP-360 et sa structure d'output proposée Pay-to-Merkle-Root.
Contrairement à ces propositions, le BIP-54 vise à corriger les faiblesses des règles de consensus actuelles de Bitcoin.
Corallo souhaite que le BIP-54 établisse un processus d'activation de soft fork
Outre les changements techniques, Corallo estime que cette mise à niveau pourrait également aider les développeurs à établir un processus plus prévisible pour les futurs soft forks de Bitcoin.
Il a expliqué que les mises à niveau de Bitcoin ont toujours impliqué des décisions techniques difficiles, mais que les divergences autour de la méthode d'activation sont devenues un obstacle tout aussi important.
Pendant le débat sur le déploiement de Taproot, les participants étaient divisés sur le fait que les mineurs devaient émettre un signal de soutien avant l'activation, ou que les utilisateurs devaient imposer une date limite d'activation.
Corallo indique que les développeurs peuvent utiliser le processus de déploiement du BIP-54 pour gérer des divergences similaires et établir des procédures réutilisables pour les mises à jour futures.
Selon son journal des mises à jour officiel, la proposition est devenue pleinement spécifiée le 22 mai 2026, mais cet état ne correspond pas à une activation sur le réseau.
Les termes de compatibilité indiquent que ces modifications resserrent les règles de validation existantes tout en restant compatibles avec les nœuds non mis à niveau.
Cependant, l'auteur encourage toujours les opérateurs de nœuds à mettre à jour leur logiciel afin d'appliquer indépendamment ces restrictions proposées.
Pour les mineurs, le document indique que les versions 29.0 et 30.0 de Bitcoin Core incluent déjà une protection des modèles de bloc compatible avec certaines restrictions proposées, tandis que les pools de mineurs doivent s'assurer que leurs transactions coinbase respectent les nouvelles exigences.