Bitcoin Dec veut supprimer un ancien indicateur de confidentialité : voici pourquoi

Bitcoin Dec veut supprimer un ancien indicateur de confidentialité : voici pourquoi

Bitcoin News Today : Le développeur rkrux a ouvert Bitcoin Core PR #35405 et publié sur la liste de diffusion Bitcoin-Dev le 19 juin 2026, proposant de supprimer l'ancien signal opt-in de remplacement par frais (RBF) des transactions de portefeuille, arguant que l'indicateur BIP125 est devenu un identifiant redondant sur la chaîne maintenant que le RBF complet est la politique de pool de mémoire par défaut du réseau.

Il ne s’agit pas simplement d’un nettoyage de code. Il s’agit d’une initiative coordonnée de confidentialité Bitcoin qui nécessite un alignement entre les portefeuilles sur une seule valeur nSequence par défaut, un problème structurellement plus complexe que la suppression d’un indicateur.


Bitcoin News Today : Suppression du signal RBF : pourquoi l'ancien drapeau crée désormais plus de risques qu'il n'en résout

Selon BIP125, une transaction était considérée comme ayant fait l'objet d'un remplacement si une entrée comportait une valeur nSequence inférieure 0xffffffff − 1, un mécanisme introduit dans Bitcoin Core 0.12.0 en février 2016 pour permettre une augmentation volontaire des frais des transactions non confirmées sans perturber le comportement du pool de mémoire observé pour la première fois sur le réseau.

Le passage ultérieur de Bitcoin Core au RBF complet comme politique par défaut, a commencé avec le mempoolfullrbf L'option ajoutée dans la version 24.0 et ultérieure a fait la valeur par défaut inconditionnelle, rendant ce signal opérationnellement inerte. Comme l'a déclaré rkrux dans le message de la liste de diffusion : « La principale raison de sa suppression est que depuis que le RBF complet est devenu une politique standard, cette signalisation est devenue redondante. » Les nœuds exécutant la politique par défaut actuelle remplaceront toute transaction quelles que soient ses valeurs nSequence, selon la documentation thématique RBF de Bitcoin Optech.

Le coût résiduel du maintien du signal est la prise d’empreintes digitales du portefeuille. Étant donné que le champ nSequence est obligatoire, les portefeuilles ne peuvent pas le laisser vide, tout portefeuille qui supprime l'indicateur BIP125 sans se coordonner sur une valeur de remplacement produira des transactions avec un modèle de séquence distinct, les rendant identifiables sur la chaîne. La préoccupation est directement analogue aux modèles de suivi en chaîne qui apparaissent dans l'analyse du comportement des détenteurs à long terme, où les fuites de métadonnées au niveau du portefeuille informent le positionnement du cycle bien au-delà de ce que les participants ont l'intention de divulguer.

Coordination des numéros de séquence : arguments en faveur de MAX-2 comme système par défaut

Murch, participante de la communauté, identifiée dans la couverture d'Optech comme étant Gloria Zhao, a décrit la tension fondamentale : « s'arrêter pour signaler la remplaçabilité donne l'impression qu'il s'agit de laisser tomber une empreinte digitale, mais… chaque expéditeur doit choisir une séquence pour chaque entrée. » Le champ doit porter une valeur ; la question est de savoir sur quelle valeur tous les portefeuilles convergent.

Murch et le développeur d'Electrum, SomberNight, ont tous deux favorisé MAX-2 comme valeur par défaut standard, une position renforcée par les données d'Optech montrant que MAX-2 est déjà la valeur nSequence dominante dans environ 75 % des transactions Bitcoin.

Le passage à MAX-1 – une valeur sans signalisation, a été envisagé mais mis de côté car cela rendrait les transactions Bitcoin Core visuellement distinctes de la majorité existante, créant une nouvelle empreinte digitale plutôt que d’en éliminer une. L'objectif, comme l'a formulé rkrux, est que la communauté des portefeuilles au sens large se mette d'accord sur « celui qui a été accepté par la communauté des portefeuilles au sens large comme meilleure pratique ».

Il existe également une justification de compatibilité ascendante. Une future mise à niveau proposée associant les transactions nVersion=3 à la sémantique du package RBF réserverait MAX et MAX-1 à un comportement politique distinct, faisant de MAX-2 la valeur par défaut à long terme la plus sûre et réduisant les frictions de migration à mesure que ces changements sont déployés.

Implication pour l'industrie : flux de travail marchands Zero-Conf et portée multi-portefeuille

Le changement préserve la pleine capacité de majoration des frais pour les utilisateurs, la possibilité de remplacer une transaction non confirmée par une version aux frais plus élevés n'est pas affectée. Ce qui change, c'est la visibilité de cette option dans la structure de la transaction elle-même. Les flux de travail des commerçants qui utilisaient auparavant l'indicateur d'adhésion visible BIP125 comme signal de risque proxy pour l'acceptation de transactions sans confirmation devront traiter toutes les transactions non confirmées comme potentiellement remplaçables par une politique, ce qui est la posture technique exacte depuis que le RBF complet est devenu la valeur par défaut.

Nous pensons que le résultat le plus conséquent est le précédent de coordination entre portefeuilles. Si Bitcoin Core fusionne les portefeuilles PR et en aval, puis normalise sur MAX-2, l'épisode représentera l'un des alignements par défaut les plus ordonnés à l'échelle de l'écosystème dans le développement récent de Bitcoin, un contraste avec le déploiement fragmenté du full-RBF lui-même, qui s'est déroulé portefeuille par portefeuille pendant plusieurs années avant d'atteindre la cohérence au niveau du réseau.

suivant

Clause de non-responsabilité: Coinspeaker s'engage à fournir des rapports impartiaux et transparents. Cet article vise à fournir des informations précises et actuelles, mais ne doit pas être considéré comme un conseil financier ou d'investissement. Étant donné que les conditions du marché peuvent évoluer rapidement, nous vous encourageons à vérifier les informations par vous-même et à consulter un professionnel avant de prendre toute décision basée sur ce contenu.

Actualités Web3, Actualités Bitcoin

Daniel Frances est un rédacteur technique et un éducateur Web3 spécialisé en macroéconomie et en mécanique DeFi. Originaire de la cryptographie depuis 2017, Daniel met à profit son expérience en analyse en chaîne pour rédiger des rapports fondés sur des preuves et des guides approfondis. Il est titulaire des certifications du Blockchain Council et se consacre à fournir un « gain d'informations » qui permet de surmonter le battage médiatique du marché pour trouver une utilité réelle de la blockchain.




Voir l’article original en anglais