Un appel au rejet d’une proposition jugée risquée
Le président de MicroStrategy, Michael Saylor, exhorte les développeurs de Bitcoin à tourner le dos à la proposition BIP 110, dite « Reduced Data Temporary Softfork ». L’initiative vise à réduire l’empreinte de données sur la blockchain en limitant temporairement la construction de certaines transactions. Saylor approuve l’objectif affiché — protéger les opérateurs de nœuds, contenir les coûts et préserver l’accessibilité des paiements — mais dénonce une méthode qui, selon lui, compromet la neutralité du protocole pour un bénéfice surtout symbolique.
Ce que changerait BIP 110
Dans l’architecture de Bitcoin, un BIP (Bitcoin Improvement Proposal) formalise une évolution des règles de consensus. Ici, la proposition introduit sept restrictions de consensus censées limiter l’afflux de données. D’après ses détracteurs, ces limitations s’appliquent à des transactions pourtant valides et payant des frais, principalement en raison de la nature du contenu qu’elles transportent. Parmi les mesures évoquées figurent :
- la réduction de la taille des scripts autorisés ;
- des restrictions sur les blocs de contrôle Taproot ;
- l’interdiction de dépenser des versions de témoin non définies.
La proposition conserverait toutefois les sorties non dépensées (UTXO) créées avant l’activation, une précaution saluée par Saylor mais jugée insuffisante pour préserver l’intégrité du protocole.
Neutralité en question et coût non mesuré
Saylor s’aligne sur l’objectif de réduire les charges inutiles des nœuds et de maintenir des paiements abordables. Mais il affirme que BIP 110 substitue à un problème réel une solution dont le coût n’a pas été quantifié, au risque d’installer un précédent : punir des transactions standards parce que leur contenu déplaît. Il résume sa position dans un message sur X, en anglais :
“Many Bitcoiners I respect support BIP 110. I understand and share their desire to protect Bitcoin, but believe the proposed cure is more dangerous than the condition.”
La critique rejoint celle, tranchée, d’Adam Back. Ce dernier anticipe une trajectoire d’essoufflement de l’initiative, quelques semaines après le début d’un éventuel signalement obligatoire, si celui-ci était enclenché.
Où en est la proposition dans le processus
Selon le cadre BIP 3, la proposition a atteint en juin le statut « Complete », c’est-à-dire que l’auteur estime le texte prêt. Cette étiquette ne vaut pas feu vert communautaire. Autrement dit, aucun consensus n’est établi à ce stade. En l’absence d’accord large, une activation resterait hypothétique et le débat technique se poursuit.
Enjeux pour l’écosystème français
Pour les acteurs hexagonaux — opérateurs de nœuds, bourses d’échange, développeurs d’applications, dépositaires — l’adoption de BIP 110 pourrait imposer, sur une période temporaire, de nouvelles contraintes de conformité sur certains formats de transactions. À court terme, les coûts d’exploitation des nœuds pourraient refluer si le volume de données est comprimé. À l’inverse, des flux aujourd’hui valides pourraient devenir inutilisables, entraînant retards d’intégration ou refontes logicielles. Ce sont des impacts opérationnels, pas des valeurs mobilières : toute anticipation de prix resterait de la spéculation.
Clarifier les objectifs, éviter les effets de bord
Le débat porte moins sur l’idée de contenir les données que sur la méthode. Les partisans de la neutralité stricte redoutent qu’un filtrage par types de scripts ouvre la voie à d’autres exclusions, même temporaires. Les défenseurs de BIP 110 y voient un moyen de protéger l’accessibilité du réseau en maîtrisant les coûts des nœuds et des transactions. Dans l’immédiat, la balle est dans le camp des contributeurs de Bitcoin Core et de la communauté élargie, qui devront trancher entre réduction conjoncturelle de la charge de données et préservation sans compromis des invariants du protocole.
Ce que l’on sait et ce qui reste à décider
| Élément | Situation |
|---|---|
| Statut BIP 110 | « Complete » (selon BIP 3, en juin) |
| Objectif | Réduire temporairement le stockage de données |
| Mesures citées | Scripts plus petits, limites sur Taproot, blocage de témoins non définis |
| Critiques | Atteinte à la neutralité, coût non mesuré, restrictions sur transactions valides |
La prochaine étape dépendra d’un éventuel alignement des développeurs, des mineurs et des opérateurs de nœuds. À ce stade, la controverse souligne un point essentiel : l’équilibre délicat entre optimisation des ressources et neutralité des règles, fondement de la robustesse de Bitcoin.
