696 / 736BIP431

TRUC Transactions

Топологічно обмежені до підтвердження

TRUC Transactions використовують nVersion 3 і жорстко обмежену непідтверджену топологію, щоб вузли передбачуваніше оцінювали підвищення комісії та обмежували деякі форми pinning.

TRUC — це добровільна standardness policy з BIP 431: непідтверджені version 3 транзакції можуть утворити щонайбільше cluster 1-parent-1-child і підпорядковуються особливим правилам розміру, заміни та пакетів.

TRUC використовує nVersion 3 як добровільний сигнал суворішої політики mempool і relay. Така транзакція сигналізує replaceability навіть без послідовності BIP 125, але не є новим консенсусним типом транзакції. [1]

Непідтверджений TRUC cluster може мати щонайбільше 1 батьківську транзакцію та 1 дочірню. Усі непідтверджені зв’язки мають залишатися між TRUC транзакціями, кожна TRUC транзакція обмежена 10 000 vB, а дитина з непідтвердженим батьком — 1 000 vB. [3]

Pinning використовує правила mempool і заміни, щоб уповноважений учасник не міг надійно підвищити комісію заздалегідь підписаної транзакції. Малий відомий контур обмежує кількість зв’язків і транзакцій, які вузол повинен оцінити під час заміни. [1]

Захист від pinning діє лише в mempool вузла, що застосовує TRUC policy, і залежить від її поширення в мережі. Майнер може включити консенсусно валідну транзакцію до блока, навіть якщо публічна relay policy іншого вузла її відхилила. [1]

Bitcoin Core 28.0 зробив version 3 транзакції стандартними в усіх мережах і впровадив TRUC, sibling eviction та обмежений package RBF. Поточний перелік реалізованих BIPів зазначає підтримку BIP 431 від версії 28.0. [2]

TRUC не усуває всі форми pinning і навмисно обмежує компонування непідтверджених транзакцій. Заміна все одно має виконати чинні правила RBF і комісій, а підтримка одним вузлом не гарантує прийняття пакета рештою мережі. [1]

Package relay дає змогу оцінити низькокомісійну батьківську транзакцію разом із платною дочірньою, sibling eviction може замінити попередню дитину вигіднішою, а Ephemeral Anchors створюють доступну всім точку для спонсорування комісії. Bitcoin Core 31.0 радить ці механізми замість вилученого CPFP carve-out. [4]

Перед використанням треба перевірити nVersion 3, версію та policy вузла, весь пакет 1-parent-1-child, розміри батьківської і дочірньої транзакцій, комісії та умови заміни. Прийняття в один mempool не гарантує relay або підтвердження. [3]

Для повної картини прочитайте також Package Relay, CPFP (Child Pays for Parent), Replace-by-Fee (RBF), Mempool, Lightning Network, Ephemeral Anchors. На цю статтю також посилаються Package Relay, Ephemeral Anchors.

01Чи є TRUC транзакції новим консенсусним типом?

Ні. Це добровільна standardness і relay policy для nVersion 3 транзакцій; консенсусна валідність транзакцій у блоці не змінюється.

02Для чого потрібне обмеження 1-parent-1-child?

Воно обмежує непідтверджені зв’язки, придатні для pinning, і дає вузлу змогу передбачуваніше оцінювати підвищення комісії, package RBF та можливе sibling eviction.

DOC · 001BIP 431 — Topologically Restricted Until ConfirmationСпецифікація DOC · 002Bitcoin Core 28.0 release notesПервинне джерело DOC · 003Bitcoin Core — TRUC policyПервинне джерело DOC · 004Bitcoin Core 31.0 release notesПервинне джерело
Переглянуто: Спочатку джерела · Не інвестиційна порада