Les transactions Bitcoin seraient « remplaçables » par défaut avec cette proposition

Temps de lecture :3 Minutes, 52 Secondes

Une nouvelle proposition de développement de Bitcoin stipule que les nœuds du réseau doivent par défaut accepter le remplacement de la commission ou Remplacer par frais (RBF), une fonctionnalité principalement utilisée pour inciter les mineurs à confirmer rapidement les transactions.

Le remplacement des frais (RBF), comme son nom l’indique, permet que si un utilisateur a envoyé une transaction Bitcoin, et cela n’a pas encore été confirmé, ladite transaction peut être remplacée par une autre qui paie un montant de commission plus élevépour encourager les mineurs à le confirmer plus rapidement.

RBF est particulièrement utile en période de forte congestion des transactions sur le réseau. Si à un moment donné la commission moyenne par transaction est de 30 satoshis par octet (sats/vB), par exemple, et qu’un utilisateur a envoyé une transaction avec une commission de 10 sats/vB, ce même utilisateur aurait la possibilité d’augmenter la commission suffisamment pour que les mineurs puissent en tenir compte à court terme.

Réduisez vos frais d’échanges
Les frais d’échanges peuvent représenter plusieurs centaines de dollars chaque année. Pour cette raison, les bons tradeurs cherchent à les réduire car ils peuvent impacter fortement leurs résultats. Vous aussi vous pouvez le faire grâce aux liens ci-dessous :

RBF n’est pas une qualité incluse par défaut dans toutes les applications de portefeuille Bitcoin. Certains donnent à l’utilisateur la possibilité de l’activer, mais finalement, à ce moment, lorsqu’une transaction est susceptible d’admettre un RBF, vous devez le signaler avec un bit d’information dans cette transaction.

Aussi, RBF rencontre une certaine résistance parmi les entreprises et les commerçants qui acceptent le bitcoin. Recevoir un paiement Bitcoin sans confirmation des mineurs (0-conf), de nombreuses entreprises exigent que les transactions de paiement qu’elles reçoivent n’aient pas RBF activé, en raison du risque que le client achète le produit et puisse ensuite rediriger la transaction vers son propre portefeuille avec RBF.

Cette transaction, effectuée avec le portefeuille Sparrow, peut être réémise avec un paiement à un taux de commission plus élevé, comme on peut le voir dans n’importe quel navigateur. Source : mempool.space.

Il s’agit d’un type de fraude pour lequel il n’y a pas assez d’incitations, donc elle n’est pas fréquente, mais c’est possible par cette fonctionnalité.

Publicité

Pourquoi accepter RBF par défaut sur les nœuds Bitcoin ?

Les nœuds Bitcoin acceptant par défaut toute transaction de type RBF ont d’autres objectifs, affirment ses partisans.

La proposition RBF par défaut a été soumise au référentiel de code Bitcoin Core par le développeur Luke Dashjr le 14 juin 2022. Dashjr a noté que cette capacité était incluse dans le client Bitcoin Knots depuis 2016.

Il a également été commenté par d’autres développeurs de ce client Bitcoin, à la fois dans ce référentiel et sur la liste de diffusion des développeurs de la Linux Foundation.

Le cœur de l’argument est la possibilité d’une attaque DoS (déni de service) sur les transactions impliquant 2 participants ou plustels que les coinjoins (mélange de bitcoins), les contrats d’enregistrement discrets (DLC) ou l’ouverture et la fermeture des canaux du réseau Lightning.

En théorie, un groupe d’attaquants pourrait utiliser la fonctionnalité RBF pour envoyer des transactions qui devancent les autres transactions mentionnées ci-dessus, entravant les différents processus qu’ils cherchent à accomplir.

« Il existe un vecteur d’attaque DoS facilement exécutable contre les fonds de telles transactions [DLC, coinjoins, canales de Lightning, etc.] en raison de l’absence d’une topologie pour accepter pleinement les transactions RBF dans le réseau P2P. Bien que cela n’entraîne pas de perte directe de fonds, s’il est bien exécuté, cela peut être suffisamment ennuyeux pour infliger une perte de temps ou de commission importante aux futurs fournisseurs. [de servicios] ou les utilisateurs qui effectuent des transactions en mettant en commun leurs fonds les uns avec les autres […]».

Antoine Riard, développeur Bitcoin Core.

De son côté, John Carvalho, également développeur de Bitcoin Core et PDG de Synonym, s’est opposé à la proposition pointant les risques contre l’utilisation de Bitcoin.

« Je ne reconnais pas cette proposition. Cela pousse trop loin la capacité de faire RBF par défaut, et finit par anticiper l’utilisation normale et originale de Bitcoin, et crée une incertitude et un choix pour les commerçants quant à l’acceptation de 0 paiements de confirmation à leur propre tolérance au risque. J’apprécie que RBF soit désactivé par défaut, mais RBF n’est généralement pas une fonctionnalité largement utilisée (bien que certaines applications l’aient activée par défaut) et ne mérite pas votre effort constant pour en faire une norme culturelle. »

John Carvalho, PDG de Synonyme.

Plus tôt cette année, d’autres développeurs Bitcoin ont envisagé d’activer RBF par défaut, également sans parvenir à un changement final convenu par consensus.

À ce jour, cette proposition continue d’être commentée et discutée par les développeurs de Bitcoin, avec ce qui semble être un accueil majoritairement positif. Cependant, il n’a pas encore été établi quand il commencerait à faire partie du code Bitcoin Core.

Voir l’article original sur www.criptonoticias.com