700 / 736ACTIVATE

Soft Fork Activation

BIP 8, BIP 9 a Speedy Trial

Soft Fork Activation je koordinovaný přechod od vydaného kódu k okamžiku, kdy aktualizované uzly začnou vynucovat zpřísněná konsenzuální pravidla; signaling těžařů měří připravenost, nikoli vlastnictví Bitcoinu.

Aktivační mechanismus stanoví parametry, stavové přechody a výšku, od níž validující uzly odmítají bloky porušující nové zpětně kompatibilní pravidlo.

Soft fork zmenšuje množinu platných bloků a nové podmínky se vynucují až ve stavu ACTIVE. Vydaný software, začátek signalingu a LOCKED_IN ještě nejsou aktivací; čas do vynucování umožňuje uzlům, těžařům, peněženkám a službám aktualizovat se. [2]

BIP 9 vyhodnocuje version bit po obdobích 2016 bloků a přechází mezi DEFINED, STARTED, LOCKED_IN, ACTIVE a FAILED. Původní výchozí práh byl 1 916 bloků neboli 95 %; nedosažený práh před timeoutem vede do FAILED. [2]

BIP 8 používá startheight, timeoutheight a minimum_activation_height místo časů podle Median Time Past. Parametr lockinontimeout přidává volitelný stav MUST_SIGNAL a může zaručit LOCKED_IN nejpozději na timeoutheight. [1]

Při LOT=false deployment bez dosaženého prahu do timeoutheight skončí jako FAILED. Při LOT=true může poslední období odmítat nadlimitní počet nesignalizujících bloků; tato volba mění riziko rozdělení chainu a musí být známa ještě před vynucováním. [1]

BIP 8 doporučuje práh 1 815 z 2016 bloků, tedy 90 %, a nejméně jedno období LOCKED_IN před ACTIVE. Konkrétní soft fork však musí zveřejnit vlastní parametry; název mechanismu sám žádný práh ani datum neurčuje. [1]

Taproot použil variantu BIP 9 nazvanou Speedy Trial: bit 2, práh 1 815 z 2016 bloků a pevnou minimální aktivační výšku 709 632. Deployment se uzamkl a pravidla se na mainnetu skutečně aktivovala v bloku 709 632. [3]

Signaling v hlavičce bloku ukazuje připravenost hashratu vytvářet kompatibilní bloky; není hlasováním podle mincí ani sám neurčuje pravidla uzlu. Po aktivaci rozhoduje každý validující full node podle kódu a parametrů, které provozuje. [4]

Při ověřování tvrzení aktivováno se kontroluje přesný BIP, release s parametry, síť, version bit, období, práh, LOCKED_IN a výška ACTIVE. Taprootový výsledek nelze automaticky přenášet na jiný návrh s jinými parametry. [4]

Pro nejúplnější obraz čtěte toto heslo společně s Soft Fork, BIP (Bitcoin Improvement Proposal), SegWit, Taproot, Konsensuální pravidla, Válka o velikost bloků. Opačným směrem na něj odkazují také Schelling Point.

01Hlasují těžaři o pravidlech Bitcoinu?

Ne v právním ani vlastnickém smyslu. Signaling měří připravenost v konkrétním mechanismu; platnost bloků nakonec určují pravidla, která provozují validující uzly.

02Co znamená LOT=true?

Lock-in-on-timeout v BIP 8 přidá před timeoutem MUST_SIGNAL, takže deployment dosáhne LOCKED_IN i bez dřívějšího prahu. Nesignalizující bloky nad povolený počet jsou v tomto období neplatné pro uzly s LOT=true.

DOC · 001BIP 8 — Version bits with lock-in by heightSpecifikace DOC · 002BIP 9 — Version bits with timeout and delaySpecifikace DOC · 003BIP 341 — Taproot deploymentSpecifikace DOC · 004Bitcoin Core 0.21.1 — Taproot Speedy TrialPrimární zdroj
Revidováno: Primární zdroje · Nejde o investiční doporučení