Probíhající spor ohledně filtrace dat v síti Bitcoin se přesunul z teoretické debaty k technickému přezkumu díky vydání nového klienta pro Bitcoin Improvement Proposal (BIP) 110. Tento návrh, známý jako Reduced Data Temporary Soft Fork, si klade za cíl zavést mechanismus konsenzu určený k odstranění svévolných dat, jako jsou nápisy (inscriptions), z blockchainu. Donedávna se konverzace kolem tohoto potenciálního soft forku vyznačovala intenzivními hádkami, ale chyběl ověřitelný kód. Vydání tohoto softwaru konečně poskytuje hmatatelný předmět k přezkoumání a zprávy naznačují, že vývojáři Bitcoinu v současné době zkoumají kód, aby identifikovali potenciální chyby a nedostatky.
Technická analýza tohoto vydání přichází na pozadí rozsáhlé kampaně. Tlak na Reduced Data Temporary Soft Fork začal na konci října pod vedením pseudonymního vývojáře známého jako Dathon Ohm. Návrh, který byl původně označován jako BIP 444, než oficiálně obdržel označení BIP 110, se snaží omezit metody běžně používané pro vkládání svévolných dat do Bitcoinu. Podle technické zprávy Charlieho Spearse ze společnosti Blockspace vyvolalo zavedení tohoto návrhu nekonečnou debatu v online komunitách.
Významná část této diskuse se zaměřila na způsob aktivace potřebný k implementaci takového forku. Historicky vyžadovaly upgrady Bitcoinu, které zavádějí podstatné změny do sítě, jako jsou SegWit a Taproot, vysokou úroveň koordinace pro aktivaci. Tato koordinace je kritická pro zabránění rozdělení řetězce a dalším narušením, která mohou vzniknout z hlavních změn protokolu, na rozdíl od drobných aktualizací, které nevyžadují tak propracované metody aktivace. Bez ohledu na konkrétní strategii zvolenou k aktivaci forku vyžaduje proces aktivačního klienta – upravený software, který implementuje nová pravidla konsenzu a provádí fork. Aktivační klient slouží jako primární nástroj pro uživatele sítě ke koordinaci současného upgradu.
Tento software obvykle funguje jako standardní klient až do předem stanoveného času v budoucnosti, termínu známého jako flag day. V tento konkrétní den software provede upgrade a začne vynucovat nová omezení nebo pravidla. Vzhledem ke kritické povaze tohoto softwaru kód obvykle prochází několika iteracemi, známými jako release clients. Tyto rané verze umožňují ostatním vývojářům spouštět kód na různých strojích a v různých prostředích, aby byla zajištěna stabilita.
Důležitost zdokonalení aktivačního klienta nelze přeceňovat, protože rizika spojená s vadným softwarem jsou závažná. Pokud aktivační klient obsahuje chyby, mohlo by to vést k vážným problémům s konsenzem, včetně rozdělení řetězce nebo neúmyslného odpojení uzlů od sítě. Situace by se mohla dále vyhrotit, pokud by těžební pooly využívaly chybný aktivační klient. V takovém scénáři by síť mohla čelit kritickým provozním selháním, přičemž těžba bitcoinových bloků by se mohla potenciálně zastavit.
To by vedlo k chaotickému scénáři, kdy by se účastníci sítě museli snažit problém napravit a vrátit blockchain do správných kolejí. V důsledku toho vývojáři v současné době důkladně rozebírají release klienta BIP 110, aby zabránili tomu, že se tato teoretická nebezpečí stanou realitou.
