Les frais sont le filtre

Régulièrement, une proposition familière revient sur Bitcoin. Les détails changent, mais la forme est toujours la même. Le réseau se remplit de "spam", images inscrites, jetons, données arbitraires, et il faudrait agir au niveau du protocole avant que le rebut n'étouffe la monnaie. La version la plus récente porte un numéro, mais l'impulsion est plus ancienne que n'importe quelle proposition et lui survivra.

Sous chaque version se cache une seule prémisse : sans intervention délibérée, les données indésirables submergeront Bitcoin. Cette prémisse est fausse, et il vaut la peine d'expliquer exactement pourquoi. La raison n'est pas que les données soient inoffensives ni que l'inquiétude soit absurde. C'est que Bitcoin contient déjà un mécanisme pour cela, conçu dès le départ, qui fonctionne par le prix et non par la permission.

Ce que "spam" veut vraiment dire

Commençons par le mot, car il fait plus de travail qu'il n'y paraît. "Spam" est un verdict, pas une catégorie. L'image sans valeur pour l'un est de l'art pour l'autre, et le protocole n'a aucun moyen de les distinguer ni aucune raison d'essayer.

Définissons-le donc par sa fonction plutôt que par le goût. Le spam, ce sont des données qui rivalisent pour l'espace rare des blocs sans porter aucune finalité monétaire. Cette définition a un tranchant : dès qu'un usage de l'espace des blocs porte un rendement monétaire, il cesse d'être du spam et devient une demande payante pour une ressource rare, ce qu'un marché des frais est précisément fait pour tarifer. Ce qui reste sous l'étiquette est, par construction, l'ensemble des usages qui ne se paient pas eux-mêmes. Retenez cela, car c'est tout l'argument en miniature.

L'argument le plus solide en faveur d'une intervention

Avant de démonter l'intervention, elle mérite sa forme la plus solide. Une version faible de la thèse adverse est une perte de temps pour tout le monde.

Chaque full node doit télécharger et valider chaque bloc, pour toujours. Quand quelqu'un stocke des données en créant des outputs qui ne seront jamais dépensés, ces entrées se logent dans l'UTXO set, la liste courante des pièces dépensables que les nœuds gardent sur mémoire rapide et ne peuvent pas simplement écarter. Contrairement aux données élaguables, ce coût ne s'efface jamais. Il est porté par chaque nœud qui validera un jour la chaîne.

Les grandes inscriptions rivalisent aussi avec les paiements ordinaires pour la place dans un bloc et peuvent faire monter les frais pour ceux qui veulent seulement envoyer de l'argent. Et une partie de ce qui est incorporé est du contenu qu'un opérateur de nœud préférerait ne pas héberger du tout, du simplement douteux au véritablement illégal. Si vous croyez que la première vocation de Bitcoin est d'être de la monnaie, voir son registre permanent se remplir de données qui pèsent sur chaque participant n'est pas une plainte mesquine. C'est un coût réel, honnêtement ressenti. Qui l'écarte n'a pas compris l'objection.

Le désaccord est plus étroit qu'il n'y paraît. Il ne porte pas sur le fait que l'incorporation de données ait un coût. Il porte sur ce qu'il faut en faire.

Satoshi a déjà construit le filtre

Voici ce que l'intervention néglige. Satoshi n'a pas laissé le spam sans réponse. Il l'a traité de façon économique, et les outils tournent encore.

Deux leviers agissent ensemble. Le premier est une limite fixe à la quantité de données qu'un bloc peut contenir, environ un mégaoctet de données de base et jusqu'à environ quatre mégaoctets une fois compté le rabais sur le witness. Le second est un marché des frais : parce que l'espace des blocs est plafonné, les transactions enchérissent les unes contre les autres pour entrer, et le prix de l'inclusion monte à mesure que la demande monte.

Le whitepaper présente les frais comme une incitation, la récompense qui garde honnêtes les mineurs une fois le subside du bloc estompé. Mais Satoshi en a aussi parlé clairement comme d'une défense. En réponse à un vrai flood de transactions en 2010, il a décrit le durcissement des règles de priorité pour que les transactions gratuites ne puissent pas tourner en boucle sans fin, ajoutant que si vous utilisez des transactions gratuites "vous recevez de la charité et il doit y avoir une limite". La logique d'hier est la logique d'aujourd'hui : faites que la ressource rare coûte quelque chose, et l'abus devra justifier sa propre dépense.

Imaginez la version quotidienne. Un spammeur qui ne paie rien pour envoyer un million de courriels en enverra un million. Un spammeur qui doit payer un euro par courriel, et qui n'en convertit presque aucun en argent, s'arrête. Bitcoin fait à l'espace des blocs ce qu'un frais par message ferait au courriel. Quand les blocs se remplissent, le frais pour entrer monte, et tout usage qui ne produit aucun rendement monétaire se heurte à une facture qu'il ne peut pas payer. Ce n'est pas un correctif ajouté après coup. C'est la conception.

La chaîne l'a prouvé, vague après vague

Ce n'est pas une expérience de pensée. C'est le comportement observé du réseau.

Quand le protocole Ordinals est arrivé début 2023 et que le standard de jetons BRC-20 a suivi ce printemps-là, l'activité d'inscription a explosé. Le 7 mai 2023, les frais d'un seul bloc ont dépassé le subside du bloc pour la première fois depuis 2017. Un an plus tard, le halving d'avril 2024 a coïncidé avec le lancement du protocole Runes, et la frénésie a porté le frais moyen de transaction à près de 128 dollars en une seule journée, le bloc le plus chargé récoltant plus de 37 Bitcoin de frais à lui seul.

À chaque fois, la même chose s'est produite ensuite. À mesure que l'espace des blocs devenait cher, l'activité qui dépendait d'un espace bon marché cessait d'être rentable et refluait. En 2025, les frais avaient chuté de plus de 80 % depuis ce sommet, et les blocs presque vides à un seul satoshi par octet virtuel sont redevenus courants.

Aucune règle de consensus n'a été changée pour produire ce résultat. Le marché l'a réglé, exactement comme prévu. Le spam n'a pas eu besoin d'être interdit. Il s'est exclu de lui-même par le prix.

Une interdiction déplace les données, elle ne les supprime pas

Supposons maintenant que vous essayiez tout de même de le résoudre par une règle. Vous interdisez la méthode actuelle pour fourrer des données dans une transaction. Qu'arrive-t-il aux données ? Elles ne s'évaporent pas. Elles se déplacent.

C'est la partie qui transforme un remède en porteur de la maladie. Face à l'interdiction d'une méthode évidente, un acteur déterminé répartit la charge en de nombreux petits pushes, ou la déguise en données financières ordinaires réparties sur de nombreux outputs, et ces outputs atterrissent dans l'UTXO set, le seul endroit que les nœuds ne peuvent pas élaguer. L'intervention censée tenir les données hors de la chaîne finit par les diriger vers l'endroit le plus coûteux et le plus permanent pour les stocker.

L'histoire de la bataille sur les limites de données illustre le piège. OP_RETURN lui-même a été introduit en 2014 précisément comme un moindre mal, un endroit élaguable où garer les données pour qu'elles restent hors de l'UTXO set. La longue discussion depuis lors sur l'ampleur de son plafond redécouvre sans cesse le même fait : restreignez un canal et l'eau en trouve un autre, souvent pire. Une interdiction au niveau du protocole ne supprime pas la demande de stockage de données. Elle ne change que la forme du désordre. Nous avons déjà défendu une version de cet argument dans un autre contexte, à savoir qu'un traitement visant un symptôme peut finir par nourrir la maladie sous-jacente.

La vraie question est à quoi servent les règles

Le choix sous le bruit n'est donc pas "spam ou pas de spam". C'est une question sur ce à quoi servent les règles de Bitcoin. Le protocole doit-il seulement vérifier qu'une transaction est valide selon des règles neutres qui traitent chaque octet de la même façon, ou doit-il en plus décider quelles finalités sont permises et lesquelles sont interdites ?

Cet essai prend parti, et il vaut la peine de dire pourquoi plutôt que de simplement l'affirmer. Des règles neutres plus un marché des frais sont plus robustes que la permission organisée pour une raison simple : personne n'a besoin d'être digne de confiance pour tracer la ligne. Une règle qui interdit le "spam" exige que quelqu'un définisse le spam, tienne la définition à jour à mesure que les techniques changent, et l'applique par un changement de consensus que chaque désaccord futur peut rouvrir. Un marché des frais n'exige rien de tout cela. Il se moque de ce que sont les données. Il demande seulement si un usage vaut le prix de l'espace qu'il occupe.

C'est là le point le plus profond. Le prix est le seul signal qui rassemble un savoir dispersé entre des millions de gens qu'aucun comité ne pourrait jamais interroger, et il tranche la question en continu sans que personne ne la décide. C'est le plus ancien argument de l'économie contre la direction centrale, et c'est pourquoi l'approche de Bitcoin tient. La force d'une règle neutre est précisément qu'elle refuse de savoir ce que vous faites.

Là où l'argument s'arrête

Un argument honnête nomme là où il s'arrête. Le marché des frais n'est pas un solvant pour tous les problèmes soulevés par les critiques. Le gonflement de l'UTXO set est réel, et les pièces enfermées dans l'ensemble par des stockages de données passés y resteront, que les frais soient élevés aujourd'hui ou non. Quand l'espace des blocs est bon marché, comme c'est le cas maintenant, le coût d'incorporer des données baisse, et les périodes calmes invitent justement l'usage de faible valeur que les périodes chargées punissent. Le mécanisme régule dans le temps et globalement. Il n'éteint pas le spam sur une semaine donnée. Et il n'offre aucun réconfort à un opérateur de nœud dérangé par un contenu précis, car la neutralité coupe des deux côtés.

Rien de cela ne change la conclusion. L'affirmation ici n'est pas que Bitcoin n'a pas de problème. C'est que le problème ne justifie pas le remède. Un coût récurrent et autolimité est une chose gérable. Un changement précipité et peu consensuel des règles qui définissent Bitcoin, qui relocalise les données qu'il entendait retirer et peut fracturer le réseau au passage, n'est pas un remède à ce coût. C'est un risque plus grand pris pour en éviter un plus petit.

Bitcoin n'a pas besoin d'un nouveau filtre. Il en a un depuis le début, et il est inscrit dans le prix de chaque bloc. Pour la proposition précise qui a suscité cet argument, et la mécanique de la façon dont son activation pourrait scinder la chaîne, voyez notre analyse dans BIP-110 expliqué.