Le recensement de Bitquery du 2 septembre a analysé 965 135 blocs Bitcoin et quantifié comment deux canaux d'intégration de texte imposent des coûts très différents aux nœuds. L'étude a comptabilisé 13 062 transactions de provocation OP_RETURN qui n'ajoutent aucun état dépensable, contre 96 231 sorties de texte en fausses adresses qui, elles, restent dans l'ensemble des sorties de transaction non dépensées (UTXO).
Pourquoi c'est important
Le contraste fait toute l'histoire. Les sorties OP_RETURN sont élaguées de l'état UTXO une fois qu'un nœud les a indexées ; les octets restent dans l'historique des blocs mais cessent de coûter de la mémoire au nœud. Le texte en fausse adresse place des octets lisibles là où un hash d'adresse se trouverait normalement, de sorte que les nœuds voient une sortie apparemment dépensable pointant vers une clé que personne ne possède. Bitquery estime qu'environ 3,2 BTC sont désormais bloqués dans ces sorties fantômes sur 3 286 transactions, non dépensables en pratique mais persistantes dans l'état jusqu'à leur dépense. Le guide du développeur Bitcoin recommande explicitement OP_RETURN plutôt que la construction en fausse adresse précisément pour éviter ce type de gonflement de l'UTXO.
Bitcoin Core 30.0, publié en octobre 2025, a relevé le paramètre -datacarriersize par défaut à 100 000 et autorisé plusieurs sorties OP_RETURN sous une limite agrégée. Les messages dépassant l'ancien plafond de 80 octets n'apparaissaient que quelques dizaines de fois par mois avant la v30 et sont passés à des milliers d'ici février 2026, avec la campagne de provocation du 21 au 26 mars (un message ASCII de 62 octets nommant le développeur Luke Dashjr) payant seulement 0,1014 BTC de frais agrégés sur 579 blocs.
Impact sur le marché
Pour les opérateurs de nœuds, la lecture est opérationnelle : 96 000 sorties non dépensables représentent une taxe modeste mais persistante sur l'ensemble de travail de chaque nœud complet, et c'est dans l'écart entre les données d'historique de blocs et les données d'état UTXO que ce coût se matérialise. L'analyse plus large a classé 4,4 millions de sorties OP_RETURN comme du texte lisible sans charge UTXO comparable, donc le changement de politique de relais n'a pas encore imposé le pire scénario. À surveiller : les futures campagnes de texte sur Bitcoin continueront-elles de choisir la voie bon marché ou reproduiront-elles le schéma de mars en gonflant directement l'état UTXO.
Questions fréquemment posées
-
Qu'a réellement compté Bitquery dans son recensement du 2 septembre ?
La société a analysé 965 135 blocs Bitcoin et classé quatre canaux où du texte s'incruste dans la chaîne. Elle a comptabilisé 13 062 transactions de provocation OP_RETURN et 96 231 sorties de texte en fausses adresses toujours présentes dans l'ensemble UTXO, plus 4,4 millions de sorties OP_RETURN classées au total…
-
Pourquoi les sorties en fausse adresse sont-elles pires pour les nœuds que les OP_RETURN ?
Les sorties OP_RETURN sont élaguées de l'état du nœud une fois indexées, donc leurs octets vivent dans l'historique des blocs mais cessent de coûter de la mémoire de travail. Le texte en fausse adresse place des octets lisibles là où un hash d'adresse devrait se trouver, donc le nœud voit une sortie apparemment…
-
Combien de Bitcoin est verrouillé dans ces sorties en fausse adresse ?
Bitquery a estimé environ 3,2 BTC sur 96 231 sorties dans 3 286 transactions. Les fonds sont effectivement non dépensables car aucune clé privée connue ne correspond au texte intégré, mais les sorties comptent toujours dans l'état du nœud.
-
Qu'a changé Bitcoin Core 30.0 dans la politique de relais OP_RETURN ?
Publiée en octobre 2025, la v30 a relevé le paramètre -datacarriersize par défaut à 100 000 octets et autorisé plusieurs sorties OP_RETURN sous une limite globale pour le relais et le minage. Les choix de standardisation ont changé ; les règles de consensus pour la validité des blocs, non.
-
Bitcoin Core 30.0 a-t-il provoqué la hausse des longs messages textuels ?
Les données de Bitquery sont observationnelles, pas causales. Les messages dépassant l'ancien plafond de 80 octets n'apparaissaient que quelques dizaines de fois par mois avant la v30 et sont passés à des milliers d'ici février 2026, mais une propagation par défaut plus facile est un mécanisme, pas une cause prouvée.…