La proposition BIP-110 est présentée par ses défenseurs comme un moyen de réduire le spam réseau sur Bitcoin, à un moment où la chaîne subit régulièrement des pics de transactions peu économiques et des arbitrages difficiles sur l’usage de l’espace de bloc. Mais en juillet 2026, le texte perd du soutien au sein de la communauté technique, non pas parce que l’objectif est contesté, mais parce que le mécanisme proposé est jugé imparfait, potentiellement dangereux et difficile à déployer sans effets secondaires.
Derrière le débat, il y a une question classique dans l’histoire de Bitcoin, comment filtrer les usages jugés opportunistes sans créer de nouvelles formes de pouvoir, sans pénaliser les usages légitimes et sans modifier l’équilibre économique qui fait fonctionner le système. Les opposants insistent sur un point, sur un réseau ouvert, l’anti-spam peut vite se transformer en politique d’accès, avec des gagnants, des perdants et des incitations qui déplacent le problème au lieu de le résoudre.
Les discussions autour de BIP-110 révèlent aussi la fragilité du consensus social dans un projet sans gouvernance centralisée. Une proposition peut être techniquement cohérente tout en échouant politiquement, faute d’alignement entre développeurs, opérateurs de nœuds, mineurs, entreprises et utilisateurs. Dans ce contexte, la baisse de soutien est un indicateur, le réseau ne s’oppose pas à la défense contre le spam, mais exige des garanties plus solides sur la neutralité, la sécurité et la mesurabilité des bénéfices.
BIP-110 veut réduire le spam en modifiant les règles de relais
Dans les échanges qui entourent BIP-110, le problème de départ est décrit de manière pragmatique, certaines transactions sont conçues pour occuper de l’espace, créer du bruit dans le mempool, multiplier les entrées et sorties ou exploiter des comportements du marché des frais. Pour les partisans du texte, ce spam réseau n’est pas seulement une nuisance, il peut augmenter les coûts opérationnels des nœuds, dégrader l’expérience utilisateur lors des périodes de congestion, et pousser des acteurs moins équipés à déléguer davantage à des services tiers.
Le cœur de l’approche consiste à agir au niveau des règles de relais, donc avant l’inclusion en bloc. Le relais, ce sont les heuristiques appliquées par les nœuds pour accepter, propager ou rejeter une transaction dans le réseau pair-à-pair. Historiquement, Bitcoin distingue déjà consensus et politique, une transaction peut être valide au sens du consensus mais être refusée par un nœud en politique locale. Les défenseurs de BIP-110 s’appuient sur cette distinction pour dire que l’anti-spam doit rester dans la politique et ne pas toucher les règles de validité.
Les critiques répondent que la frontière est plus floue en pratique. Quand une politique de relais est largement adoptée, elle devient une forme de standard de facto. Le risque évoqué est que les transactions “à la marge” deviennent plus difficiles à diffuser, même si elles restent valides. Cela peut concerner des usages complexes, des constructions multi-signatures, des opérations de consolidation d’UTXO, ou des transactions issues d’outils de confidentialité et de gestion de frais. Les opposants craignent une dégradation silencieuse, plus de transactions techniquement possibles, mais socialement ralenties.
Un autre point sensible concerne l’asymétrie d’information. Les grands opérateurs, plateformes, pools, services de mempool et acteurs disposant d’infrastructures de diffusion privées peuvent contourner une politique de relais plus restrictive en s’appuyant sur des canaux directs. Les utilisateurs ordinaires et les petits services auraient moins d’options. Dans ce scénario, BIP-110 est accusé de favoriser la centralisation des chemins de diffusion, ce qui affaiblit l’objectif d’un réseau résistant à la censure.
Les promoteurs du texte insistent sur la notion de défense, l’idée n’est pas de filtrer des opinions ou des catégories d’utilisateurs, mais de limiter les patterns clairement associés à du remplissage artificiel. Mais même cette notion est contestée, car le spam n’est pas une propriété objective. Une transaction peut sembler “inutile” à un observateur et être économiquement rationnelle pour un autre. Cette ambiguïté alimente les divergences sur la définition des critères et sur le coût d’erreurs, faux positifs bloquant des usages légitimes, faux négatifs laissant passer le spam.
Des développeurs dénoncent des risques de censure et de centralisation du mempool
La perte de soutien observée autour de BIP-110 est alimentée par une inquiétude récurrente dans l’écosystème, dès qu’un mécanisme “anti-abus” s’insère dans la couche de politique, il peut devenir un outil de censure involontaire. Les opposants décrivent un enchaînement possible, une règle de relais plus agressive se généralise, certains portefeuilles et services s’adaptent, d’autres se retrouvent pénalisés, puis l’écart se creuse entre ceux qui ont accès à des chemins de diffusion privilégiés et les autres.
Le mempool est déjà un lieu où se rencontrent des politiques variables, selon les paramètres, la version logicielle, la configuration et les choix de chaque opérateur. Les critiques de BIP-110 mettent en avant un risque de fragmentation, si les règles changent, la propagation devient moins homogène. Une transaction vue par un segment du réseau peut être invisible pour un autre pendant une période significative. Dans un système où la latence et la visibilité influencent la stratégie de frais, cela peut introduire des biais économiques et des comportements opportunistes, comme le recours à des services de diffusion payants.
Le débat touche aussi la question de la neutralité. Bitcoin est souvent défendu comme une couche de règlement, où le critère dominant est la validité cryptographique et l’incitation économique via les frais. En ajoutant des heuristiques ciblant certains modèles, BIP-110 est perçu par une partie des développeurs comme un pas vers une logique de “bon” et “mauvais” usage. Même si l’intention est de réduire des attaques de saturation, les opposants rappellent qu’une attaque se redéfinit vite, un acteur malveillant peut adapter ses transactions pour ressembler à des usages normaux, tandis que des utilisateurs légitimes peuvent être pris à tort.
La crainte de centralisation est aussi opérationnelle. Plus la politique de relais devient sophistiquée, plus elle exige de ressources, de mise à jour, de supervision et de réglages. Les grands opérateurs peuvent absorber ce coût, les petits nœuds risquent de s’en remettre à des configurations “par défaut” dictées par quelques implémentations dominantes. Les critiques soulignent que Bitcoin dépend du pluralisme de ses opérateurs, et que toute complexification qui réduit l’autonomie effective des petits nœuds peut, à terme, modifier l’équilibre du réseau.
Enfin, les opposants mettent en avant un argument de gouvernance, le spam est un problème économique, donc la réponse naturelle passe par le marché des frais, la gestion du mempool, l’optimisation des transactions, et des améliorations de wallet. Pour eux, une politique anti-spam trop interventionniste détourne l’attention de solutions plus compatibles avec la logique du protocole, comme la meilleure estimation de frais, la consolidation planifiée, ou des ajustements qui ne créent pas de classes de transactions “suspectes”.
Le marché des frais et la limite de bloc rendent l’anti-spam controversé
La polémique autour de BIP-110 se comprend aussi par le contexte économique. Sur Bitcoin, l’espace en bloc est rare, et l’allocation se fait via les frais. Quand la demande augmente, le coût de confirmation monte, et les utilisateurs arbitrent. Dans ce cadre, qualifier certaines transactions de spam revient à dire qu’elles ne “méritent” pas l’espace, même si elles paient. Les critiques rappellent un principe, si une transaction paie un niveau de frais compétitif, le réseau a déjà un mécanisme d’allocation. Modifier le relais peut être vu comme une deuxième couche de jugement.
Les défenseurs de BIP-110 rétorquent que certains patterns exploitent des failles de politique ou des effets de bord, provoquant des charges disproportionnées sur le réseau pour un coût limité, par exemple via des transactions qui créent des volumes d’UTXO, saturent des files d’attente ou forcent des nœuds à conserver des ensembles d’objets volumineux. L’idée est de réduire l’écart entre le coût payé et le coût imposé, ce qui s’apparente à une correction d’externalités. Mais cette justification suppose de mesurer précisément les coûts, ce qui est difficile et contesté.
Le sujet est aussi lié à l’évolution des usages. L’arrivée de nouveaux types d’activités sur Bitcoin, qu’il s’agisse de stockages de données, d’inscriptions, d’expérimentations applicatives ou de stratégies de trading sur les frais, a rendu la frontière entre usage “standard” et usage “détourné” plus politique. Une partie de la communauté considère que Bitcoin doit rester une infrastructure de règlement, une autre estime que tant que les règles sont respectées et que les frais sont payés, l’usage est légitime. BIP-110 devient alors un symbole, plus qu’un simple patch.
Un point technique revient souvent, le relais est un outil imparfait pour résoudre un problème économique. Si une transaction est rentable à diffuser, des acteurs peuvent toujours la pousser via des canaux directs, des accords avec des mineurs, des accélérateurs, ou des réseaux de propagation optimisés. Le résultat peut être un déplacement de l’activité vers des infrastructures plus fermées, alors que le réseau public devient plus strict. Les opposants présentent ce scénario comme un risque de marché parallèle de la diffusion, avec des prix, des intermédiaires et moins de transparence.
Les discussions soulignent aussi un dilemme, Bitcoin cherche à rester accessible à l’opérateur individuel, ce qui plaide pour des politiques réduisant le stockage et la charge CPU, mais il cherche aussi à rester neutre et simple, ce qui plaide pour des règles minimales et une discipline par les frais. BIP-110 est pris entre ces deux objectifs. Les critiques demandent des preuves empiriques, des simulations, des métriques sur la baisse de charge, et une démonstration que les effets sur les transactions légitimes sont faibles et contrôlables.
Dans ce contexte, l’érosion du soutien n’est pas uniquement une bataille d’opinion. Elle reflète le fait que le marché des frais, la limite de bloc et la diversité des usages transforment toute mesure anti-spam en arbitrage social. Les partisans veulent une défense proactive, les opposants craignent une pente vers une politique normative, et le désaccord porte sur la proportionnalité, la vérifiabilité et la réversibilité des changements.
Alternatives à BIP-110, ajustements de policy, outils wallet et filtrage local
Le recul du soutien à BIP-110 ne signifie pas l’abandon de la lutte contre le spam réseau. Les discussions mettent au contraire en avant un ensemble d’alternatives, souvent moins ambitieuses, mais jugées plus sûres. La première famille de solutions concerne la configuration et l’amélioration des politiques existantes, ajuster des seuils, mieux calibrer les limites par pair, durcir certains critères déjà connus pour réduire les comportements abusifs, tout en conservant une compatibilité large. Cette approche est présentée comme incrémentale et plus facile à corriger si des effets non désirés apparaissent.
Une deuxième piste concerne les wallets et la qualité des transactions produites. Une partie du “bruit” provient de pratiques non optimisées, comme des sorties poussière, des consolidations faites au mauvais moment, ou des estimations de frais trop prudentes qui multiplient les tentatives. Les développeurs favorables à une approche côté utilisateurs insistent sur des outils concrets, meilleure estimation dynamique, consolidation planifiée en période de frais bas, choix de types d’adresses et de scripts plus efficaces, et pédagogie sur la composition des transactions. L’objectif est de réduire la charge sans modifier les règles de relais de manière intrusive.
Une troisième voie vise le filtrage local et la diversité des politiques. Plutôt que d’imposer un standard largement copié, certains proposent de laisser chaque opérateur choisir des profils anti-spam, selon sa tolérance au risque et ses ressources. L’idée est de garder un réseau hétérogène, où un acteur malveillant ne peut pas “casser” tout le monde avec la même stratégie, mais où aucune règle ne devient un goulot unique. Les opposants à BIP-110 préfèrent ce modèle, car il limite la tentation d’un consensus social autour d’un filtre unique.
Les débats évoquent aussi la mesure et la transparence. Avant d’adopter des règles nouvelles, plusieurs voix demandent des données sur l’impact réel des épisodes de spam, la part de transactions concernées, le coût exact pour les nœuds, la durée moyenne de congestion, et les effets sur les utilisateurs. Sans métriques partagées, l’anti-spam reste un sujet où chacun projette son expérience, le nœud domestique, l’exchange, le fournisseur d’infrastructure ou le développeur de wallet ne voient pas la même réalité. Cet écart contribue à l’érosion du soutien, faute de base commune.
Enfin, certains acteurs insistent sur une règle de prudence, sur Bitcoin, une amélioration doit minimiser les nouveaux pouvoirs implicites. Dans la mesure où BIP-110 touche à la diffusion, donc à la capacité d’un utilisateur à faire circuler une transaction valide, il est évalué avec une sévérité particulière. Tant que les bénéfices ne sont pas largement démontrés et que les risques de centralisation ne sont pas réduits, la proposition peut rester dans un état de discussion, avec des variantes, des tests et des versions plus ciblées plutôt qu’une adoption rapide.
Questions fréquentes
- Qu’est-ce que BIP-110 sur Bitcoin ?
- BIP-110 est une proposition de changement visant surtout la politique de relais des transactions, avec l’objectif de réduire certaines formes de spam et de charge inutile sur le réseau, sans modifier directement les règles de consensus.
- Pourquoi des développeurs s’opposent-ils à BIP-110 ?
- Plusieurs critiques portent sur le risque de faux positifs, la possibilité d’une censure involontaire, la fragmentation du mempool et un avantage accru pour les acteurs disposant de canaux de diffusion privés, ce qui peut renforcer la centralisation.
- BIP-110 peut-il empêcher une transaction valide d’être confirmée ?
- Une transaction valide au sens du consensus peut rester confirmable si un mineur la reçoit et l’inclut, mais une politique de relais restrictive peut rendre sa diffusion plus difficile, ce qui retarde la visibilité et peut augmenter le coût pour atteindre un mineur.
- Quelles alternatives sont discutées pour limiter le spam ?
- Les pistes les plus citées concernent des ajustements incrémentaux des règles de policy existantes, des améliorations côté wallets pour produire des transactions plus efficaces, et des stratégies de filtrage local configurables pour éviter un standard unique trop contraignant.
À retenir
- BIP-110 vise le spam via la politique de relais, pas le consensus Bitcoin
- Les critiques redoutent censure involontaire et centralisation de la diffusion
- Le marché des frais rend la définition du spam politiquement sensible
- Des alternatives privilégient des ajustements graduels et des améliorations côté wallets
- Zcash grimpe de 11%, 12 M$ de shorts liquidés, l’effet short squeeze s’emballe, le seuil des 626 $ devient inattendu - 16 juillet 2026
- -32%, vente de 2,85 M$, 2,14 M$ de liquidations longues, le support à 0,10 $ tient-il ou le pire est inattendu ? - 16 juillet 2026
- Dubaï, VARA, Revolut obtient un feu vert de principe pour ses services crypto aux Émirats, ce que l’autorisation finale exige - 16 juillet 2026
