696 / 736BIP431

TRUC Transactions

Topologiquement restreintes jusqu’à confirmation

TRUC Transactions utilisent nVersion 3 et une topologie non confirmée strictement bornée afin de rendre l’augmentation des frais plus prévisible pour les nœuds et de limiter certaines formes de pinning.

TRUC est la politique de standardness opt-in du BIP 431 : les transactions version 3 non confirmées peuvent former au plus un cluster 1-parent-1-child et suivent des règles particulières de taille, de remplacement et de paquet.

TRUC utilise nVersion 3 comme signal volontaire d’une politique de mempool et de relay plus stricte. Une telle transaction signale sa replaceability même sans séquence BIP 125, mais ne constitue pas un nouveau type de transaction au consensus. [1]

Un cluster TRUC non confirmé peut avoir au plus 1 parent et 1 enfant. Tous les liens non confirmés doivent rester entre transactions TRUC, chaque transaction TRUC est limitée à 10 000 vB et un enfant ayant un parent non confirmé à 1 000 vB. [3]

Le pinning exploite les règles de mempool et de remplacement pour empêcher un participant autorisé d’augmenter de façon fiable les frais d’une transaction pré-signée. La forme petite et connue borne le nombre de liens et de transactions que le nœud doit examiner lors d’un remplacement. [1]

Le bénéfice contre le pinning ne vaut que dans la mempool d’un nœud appliquant la politique TRUC et dépend de son adoption dans le réseau. Un mineur peut inclure dans un bloc une transaction valide au consensus même si la politique publique de relay d’un autre nœud l’a refusée. [1]

Bitcoin Core 28.0 a rendu standard les transactions version 3 sur tous les réseaux et déployé TRUC, sibling eviction et un package RBF limité. L’inventaire actuel des BIP implémentés indique que le BIP 431 est pris en charge depuis la version 28.0. [2]

TRUC n’élimine pas toutes les formes de pinning et restreint volontairement la composition des transactions non confirmées. Un remplacement doit toujours satisfaire les règles RBF et de frais applicables, et le support d’un nœud ne garantit pas l’acceptation du paquet par le reste du réseau. [1]

Package relay permet d’évaluer un parent peu rémunéré avec un enfant payant, sibling eviction peut remplacer un enfant antérieur par un autre plus avantageux et Ephemeral Anchors fournit un point dépensable par tous pour sponsoriser les frais. Bitcoin Core 31.0 recommande ces mécanismes à la place du CPFP carve-out supprimé. [4]

Avant utilisation, il faut vérifier nVersion 3, la version et la politique du nœud, tout le paquet 1-parent-1-child, la taille du parent et de l’enfant, les frais et les conditions de remplacement. L’acceptation dans une mempool ne garantit ni relay ni confirmation. [3]

Pour une vision complète, lisez aussi Package Relay, CPFP (Child Pays for Parent), Replace-by-Fee (RBF), Mempool, Lightning Network, Ephemeral Anchors. Cette entrée est également citée par Package Relay, Ephemeral Anchors.

01Les transactions TRUC forment-elles un nouveau type de consensus ?

Non. Il s’agit d’une politique volontaire de standardness et de relay pour les transactions nVersion 3 ; la validité consensuelle des transactions dans un bloc ne change pas.

02À quoi sert la restriction 1-parent-1-child ?

Elle borne les liens non confirmés exploitables pour le pinning et permet au nœud d’évaluer plus prévisiblement l’augmentation des frais, package RBF et une éventuelle sibling eviction.

DOC · 001BIP 431 — Topologically Restricted Until ConfirmationSpécification DOC · 002Bitcoin Core 28.0 release notesSource primaire DOC · 003Bitcoin Core — TRUC policySource primaire DOC · 004Bitcoin Core 31.0 release notesSource primaire
Révisé le: Sources d’abord · Pas un conseil financier