TRUC ist die optionale Standardness-Policy aus BIP 431: Unbestätigte version 3 Transaktionen dürfen höchstens einen 1-parent-1-child-Cluster bilden und unterliegen besonderen Größen-, Ersetzungs- und Paketregeln.
TRUC verwendet nVersion 3 als freiwilliges Signal für strengere Mempool- und Relay-Policy. Eine solche Transaktion signalisiert Replaceability auch ohne BIP 125 Sequence, ist aber kein neuer Konsens-Transaktionstyp. [1]
Ein unbestätigter TRUC-Cluster darf höchstens 1 Elterntransaktion und 1 Kind haben. Alle unbestätigten Verbindungen müssen zwischen TRUC-Transaktionen bleiben, jede TRUC-Transaktion ist auf 10 000 vB und ein Kind mit unbestätigtem Elternteil auf 1 000 vB begrenzt. [3]
Pinning nutzt Mempool- und Ersetzungsregeln aus, sodass ein berechtigter Teilnehmer die Gebühr einer vorab signierten Transaktion nicht zuverlässig erhöhen kann. Die kleine, bekannte Form begrenzt die Verbindungen und Transaktionen, die ein Node bei einer Ersetzung prüfen muss. [1]
Der Schutz vor Pinning gilt nur im Mempool eines Nodes mit TRUC-Policy und hängt von der Verbreitung im Netzwerk ab. Ein Miner kann eine konsensgültige Transaktion in einen Block aufnehmen, obwohl die öffentliche Relay-Policy eines anderen Nodes sie abgelehnt hat. [1]
Bitcoin Core 28.0 machte version 3 Transaktionen in allen Netzwerken standardmäßig relayfähig und führte TRUC, sibling eviction sowie begrenztes package RBF ein. Die aktuelle Übersicht implementierter BIPs nennt BIP 431 als seit Version 28.0 unterstützt. [2]
TRUC beseitigt nicht alle Pinning-Formen und beschränkt bewusst die Verkettung unbestätigter Transaktionen. Eine Ersetzung muss weiterhin die geltenden RBF- und Gebührenregeln erfüllen; die Unterstützung durch einen Node garantiert keine Paketannahme im übrigen Netzwerk. [1]
Package relay bewertet einen Elternteil mit niedriger Gebühr zusammen mit einem zahlenden Kind, sibling eviction kann ein früheres Kind durch ein attraktiveres ersetzen und Ephemeral Anchors schaffen einen von jedem ausgebbaren Punkt zur Gebührensubvention. Bitcoin Core 31.0 empfiehlt diese Mechanismen anstelle des entfernten CPFP carve-out. [4]
Vor der Nutzung sind nVersion 3, Node-Version und Policy, das gesamte 1-parent-1-child-Paket, Größen von Elternteil und Kind, Gebühren und Ersetzungsbedingungen zu prüfen. Die Annahme in einen Mempool garantiert weder Relay noch Bestätigung. [3]
Für ein möglichst vollständiges Bild lies diesen Eintrag zusammen mit Package Relay, CPFP (Child Pays for Parent), Replace-by-Fee (RBF), Mempool, Lightning Network, Ephemeral Anchors. Auf diesen Eintrag verweisen außerdem Package Relay, Ephemeral Anchors.
01Sind TRUC-Transaktionen ein neuer Konsenstyp?+
Nein. Sie sind eine freiwillige Standardness- und Relay-Policy für nVersion 3 Transaktionen; die Konsensgültigkeit von Transaktionen in einem Block ändert sich nicht.
02Wozu dient die 1-parent-1-child-Beschränkung?+
Sie begrenzt unbestätigte Verbindungen, die für Pinning ausgenutzt werden können, und macht die Bewertung von Fee Bumping, package RBF und möglicher sibling eviction vorhersehbarer.