696 / 736BIP431

TRUC Transactions

Topologicamente restritas até a confirmação

TRUC Transactions usam nVersion 3 e uma topologia não confirmada rigidamente limitada para tornar o aumento de taxas mais previsível aos nós e limitar certas formas de pinning.

TRUC é a política de standardness opt-in do BIP 431: transações version 3 não confirmadas podem formar no máximo um cluster 1-parent-1-child e seguem regras especiais de tamanho, substituição e pacotes.

TRUC usa nVersion 3 como sinal voluntário de uma política de mempool e relay mais rígida. A transação sinaliza replaceability mesmo sem uma sequência BIP 125, mas não constitui um novo tipo de transação de consenso. [1]

Um cluster TRUC não confirmado pode ter no máximo 1 pai e 1 filho. Todos os vínculos não confirmados devem permanecer entre transações TRUC, cada transação TRUC é limitada a 10 000 vB e um filho com pai não confirmado a 1 000 vB. [3]

Pinning explora regras da mempool e de substituição para impedir que um participante autorizado aumente de forma confiável a taxa de uma transação pré-assinada. A forma pequena e conhecida limita os vínculos e as transações que o nó precisa avaliar durante a substituição. [1]

O benefício contra pinning vale apenas na mempool de um nó que usa a política TRUC e depende de sua adoção pela rede. Um minerador pode incluir em um bloco uma transação válida por consenso mesmo que a política pública de relay de outro nó a tenha rejeitado. [1]

O Bitcoin Core 28.0 tornou as transações version 3 padrão em todas as redes e implementou TRUC, sibling eviction e package RBF limitado. A lista atual de BIPs implementados registra o suporte ao BIP 431 desde a versão 28.0. [2]

TRUC não elimina todas as formas de pinning e restringe deliberadamente a composição de transações não confirmadas. A substituição ainda deve cumprir as regras vigentes de RBF e taxas, e o suporte de um nó não garante a aceitação do pacote pelo restante da rede. [1]

Package relay permite avaliar um pai de taxa baixa junto com um filho pagante, sibling eviction pode substituir um filho anterior por outro mais vantajoso e Ephemeral Anchors oferece um ponto gastável por qualquer pessoa para patrocinar a taxa. O Bitcoin Core 31.0 recomenda esses mecanismos no lugar do CPFP carve-out removido. [4]

Antes do uso, verifique nVersion 3, a versão e a política do nó, todo o pacote 1-parent-1-child, os tamanhos de pai e filho, as taxas e as condições de substituição. A entrada em uma mempool não garante relay nem confirmação. [3]

Para ter uma visão mais completa, leia este verbete junto com Package Relay, CPFP (Child Pays for Parent), Replace-by-Fee (RBF), Mempool, Lightning Network, Ephemeral Anchors. Também há referências a este verbete em Package Relay, Ephemeral Anchors.

01Transações TRUC são um novo tipo de consenso?

Não. Elas são uma política voluntária de standardness e relay para transações nVersion 3; a validade por consenso das transações em um bloco não muda.

02Para que serve a restrição 1-parent-1-child?

Ela limita vínculos não confirmados exploráveis para pinning e permite ao nó avaliar com mais previsibilidade o aumento da taxa, package RBF e um possível sibling eviction.

DOC · 001BIP 431 — Topologically Restricted Until ConfirmationEspecificação DOC · 002Bitcoin Core 28.0 release notesFonte primária DOC · 003Bitcoin Core — TRUC policyFonte primária DOC · 004Bitcoin Core 31.0 release notesFonte primária
Revisto em: Fontes em primeiro lugar · Não é recomendação de investimento