TRUC es la política de estandarización opt-in de BIP 431: las transacciones version 3 no confirmadas pueden formar como máximo un cluster 1-parent-1-child y siguen reglas especiales de tamaño, reemplazo y paquetes.
TRUC usa nVersion 3 como señal voluntaria de una política de mempool y relay más estricta. La transacción señala replaceability incluso sin una secuencia BIP 125, pero no constituye un nuevo tipo de transacción de consenso. [1]
Un cluster TRUC no confirmado puede tener como máximo 1 padre y 1 hijo. Todos los enlaces no confirmados deben permanecer entre transacciones TRUC, cada transacción TRUC está limitada a 10 000 vB y un hijo con padre no confirmado a 1 000 vB. [3]
El pinning explota las reglas de mempool y reemplazo para impedir que un participante autorizado aumente de forma fiable la comisión de una transacción prefirmada. La forma pequeña y conocida limita los enlaces y transacciones que el nodo debe evaluar al reemplazar. [1]
La protección frente al pinning solo se aplica en la mempool de un nodo que usa la política TRUC y depende de su adopción en la red. Un minero puede incluir en un bloque una transacción válida por consenso aunque la política pública de relay de otro nodo la haya rechazado. [1]
Bitcoin Core 28.0 hizo estándar las transacciones version 3 en todas las redes e incorporó TRUC, sibling eviction y package RBF limitado. El resumen vigente de BIP implementados indica que BIP 431 se admite desde la versión 28.0. [2]
TRUC no elimina todas las formas de pinning y limita deliberadamente la composición de transacciones no confirmadas. El reemplazo aún debe cumplir las reglas RBF y de comisiones aplicables, y el soporte de un nodo no garantiza la aceptación del paquete por el resto de la red. [1]
Package relay permite evaluar un padre con comisión baja junto a un hijo que paga, sibling eviction puede sustituir un hijo anterior por otro más rentable y Ephemeral Anchors ofrece un punto gastable por cualquiera para patrocinar la comisión. Bitcoin Core 31.0 recomienda estos mecanismos en lugar del CPFP carve-out eliminado. [4]
Antes de usarlo hay que verificar nVersion 3, la versión y política del nodo, todo el paquete 1-parent-1-child, los tamaños del padre y del hijo, las comisiones y las condiciones de reemplazo. La aceptación en una mempool no garantiza relay ni confirmación. [3]
Para obtener la imagen más completa, lee esta entrada junto con Package Relay, CPFP (Child Pays for Parent), Replace-by-Fee (RBF), Mempool, Lightning Network, Ephemeral Anchors. También enlazan con esta entrada Package Relay, Ephemeral Anchors.
01¿Son las transacciones TRUC un nuevo tipo de consenso?+
No. Son una política voluntaria de estandarización y relay para transacciones nVersion 3; la validez por consenso de las transacciones incluidas en un bloque no cambia.
02¿Para qué sirve la restricción 1-parent-1-child?+
Limita los enlaces no confirmados que pueden explotarse para pinning y permite al nodo evaluar con mayor previsibilidad el aumento de comisión, package RBF y un posible sibling eviction.