Po neuspehu BIP-110 se naslednji mehki razcep bitcoina sooča z odločilnim trenutkom

BIP-54, uradno znan kot »Consensus Cleanup«, bi v jedrna pravila bitcoina vnesel štiri omejene spremembe. Predlog je zasnovan tako, da odpravlja stare slabosti in neobičajne mejne primere, ne pa da dodaja nove načine uporabe bitcoina. Njegovi zagovorniki pravijo, da je ta razlika pomembna: gre za preventivno vzdrževanje omrežja, ki je danes vredno veliko več, kot je bilo takrat, ko so bila napisana mnoga od njegovih pravil.

Avtorja predloga sta Antoine Poinsot, sodelavec pri projektu Bitcoin Core, povezan s podjetjem Chaincode Labs, in Matt Corallo, dolgoletni razvijalec bitcoina. Corallo je širšo idejo prvič predstavil leta 2019. Poinsot je delo ponovno oživil in razširil konec leta 2023 in v začetku leta 2024, predlog pa je aprila 2025 prejel uradno oznako BIP-54. Specifikacija je bila po testiranju in izvedbenih delih označena kot zaključena maja 2026.

Predlog si prizadeva zapolniti štiri stare vrzeli

Prva popravka je namenjena obravnavi potencialnega napada »timewarp« na težavnost rudarjenja bitcoina. Bitcoin ponovno izračuna težavnost rudarjenja vsakih 2.016 blokov, približno vsakih dveh tednov, da ohrani proizvodnjo blokov na ravni približno enega bloka na deset minut. Večina rudarske moči omrežja bi lahko izkoristila način, kako Bitcoin meri čas v teh obdobjih, in z manipuliranimi časovnimi žigi ustvarila vtis, da se bloki proizvajajo počasneje, kot je v resnici.

Sčasoma bi to lahko znižalo težavnost rudarjenja. V skrajnem primeru bi napadalec z večinsko hash stopnjo – računalniško močjo, ki se uporablja za rudarjenje bitcoina – lahko težavnost spustil na najnižjo raven v približno 38 do 40 dneh. To bi napadalcu teoretično omogočilo, da bi bloke ustvarjal veliko hitreje kot običajno, hitro ustvarjal nove kovance, širil omrežno bazo neporabljenih kovancev ter motil časovno odvisne plačilne pogodbe, kot so tiste, ki jih uporablja protokol drugega sloja, Lightning Network.

BIP-54 bi dodal omejitve časovnih žigov na začetku in koncu vsakega obdobja 2.016 blokov. Pravila so namenjena preprečevanju klasične metode »timewarp« in s tem povezane različice, znane kot napad Murch-Zawy, hkrati pa ne bi spremenila običajnega rudarjenja.

BIP-54 namerava zaščititi tudi manjše upravitelje vozlišč

Druga sprememba je usmerjena v »strupene bloke« – veljavne bloke, ki so namerno zasnovani tako, da njihovo preverjanje računalnikom vzame nenavadno dolgo časa. Nekateri starejši skripti za transakcije v bitcoinu lahko na običajni strojni opremi zahtevajo minute ali celo ure obdelave. Napadalec bi jih lahko izkoristil za upočasnitev omrežja, povečanje verjetnosti, da rudarji zapravijo delo za zastarele bloke, ter otežil delovanje neodvisnih bitcoinovih vozlišč.

BIP-54 bi omejil starejše transakcije iz časa pred Segregated Witness (SegWit) na 2.500 operacij podpisovanja po starem sistemu. Operacije podpisovanja so kriptografske preveritve, ki se uporabljajo za dokazovanje, da je nekdo pooblaščen za porabo bitcoinov. Običajne transakcije jih uporabljajo veliko manj, transakcije SegWit in Taproot pa tej omejitvi ne bi bile podvržene. Zagovorniki ocenjujejo, da bi ta sprememba v nekaterih primerih lahko zmanjšala obremenitev pri preverjanju v najslabšem primeru za približno 40-krat.

Tretja sprememba odpravlja težavo v Merklejevem drevesu bitcoina, sistemu, ki združuje transakcije v en povzetek za vsak blok. Transakcija, dolga natanko 64 bajtov, lahko spominja na notranji del te strukture. To omogoča ponarejanje dokazila, ki bi lahko zavedlo nekatere denarnice s poenostavljenim preverjanjem plačil (SPV) in jih prisililo, da sprejmejo transakcijo, ki ni bila nikoli potrjena.

BIP-54 bi preprosto razglasil transakcije dolžine 64 bajtov za neveljavne. Te transakcije so že leta nestandardne in se redko uporabljajo. Zagovorniki predloga trdijo, da njihova prepoved rešuje temeljni problem bolj čisto, kot pa pričakovanje, da bo vsaka lahka denarnica uporabljala zaobidenje.

Končno pravilo bi lahko poenostavilo prihodnost bitcoina

Četrta sprememba zadeva transakcije »coinbase«, posebne transakcije, prek katerih rudarji prejemajo novo izdane bitcoine in transakcijske provizije. V zgodnjih letih bitcoina so se identične transakcije »coinbase« pojavile v več kot enem bloku, kar je povzročilo izginotje neporabljenih izhodov prejšnje transakcije. Bitcoin je dodal preverjanja, da bi preprečil ponovitev, vendar ta preverjanja povečujejo zapletenost potrjevanja blokov.

BIP-54 bi zahteval, da nove transakcije »coinbase« vključujejo nastavitve, vezane na višino bloka ali njegov položaj v verigi blokov. To bi v prihodnje zagotovilo edinstvenost in bi lahko sčasoma omogočilo vozliščem, da odstranijo starejše preverjanja podvojenih transakcij. Sprememba bi lahko poenostavila potrjevanje in podprla prihodnje zasnove, usmerjene v zmanjšanje obremenitve shranjevanja pri upravljanju polnega vozlišča.

Stališče F2poola otežuje aktivacijo

Tehnične utemeljitve za BIP-54 niso končale politične razprave. Wang Chun, soustanovitelj velikega rudarskega bazena F2pool, je 10. avgusta izjavil, da predloga ne podpira. Pojasnil je, da bi F2Pool posodobil svoje rudarske vozle, če bi BIP-54 dosegel potrebno večino prek standardnega postopka aktivacije BIP-9, vendar rudarski bazen za to ne bo vnaprej dal signala.

Chunov ugovor, ki ga je že aprila delil na X, se v glavnem nanaša na postopek in prednostne naloge. Trdi, da združevanje štirih sprememb v en paket spominja na združevanje nepovezanih ukrepov v en zakon. Menil je, da so nekatera tveganja preveč oddaljena, da bi upravičila usklajevanje, nadgradnje programske opreme in pozornost skupnosti, potrebne za mehki razcep (soft fork), ki spreminja pravila bitcoina na način, ki ga starejša programska oprema morda ne bo izvrševala.

Zagovorniki združevanje vidijo drugače. Trdijo, da vsaka sprememba konsenza prinaša visoke družbene stroške, zato lahko združevanje več preventivnih popravkov zmanjša število zahtevnih prizadevanj za aktivacijo po celotnem omrežju. Prav tako pravijo, da naraščajoča vrednost bitcoina napadalcem daje več razlogov za raziskovanje šibkih točk, ki so nekoč izgledale le teoretično.

Neuspeh BIP-110 prinaša novo previdnost

Razprava se je začela takoj po neuspehu BIP-110, ločenega predloga, ki je začasno skušal omejiti nefinančne podatke, shranjene v bitcoin transakcijah. Usmerjen je bil v prakse, povezane z vpisi Ordinals, obsežnimi podatki OP_RETURN in nekaterimi oblikami shranjevanja podatkov na podlagi Taproot. Njegov nižji prag za aktivacijo ni uspel pritegniti pomembne podpore rudarjev, zato se je stranska veriga, ki je uveljavljala predlog, ustavila že po ustvarjanju le peščice blokov.

Ta epizoda ne pomeni, da je BIP-54 podoben predlog. BIP-54 ne dodaja niti ne odstranjuje splošnih skriptnih funkcij, prav tako pa ne predstavlja poti do »covenants« ali OP_CAT, predlogov, ki bi razširili programirljive možnosti porabe v Bitcoin. Kljub temu je BIP-110 pokazal, kako hitro se lahko sporna nadgradnja spremeni v širšo razpravo o tem, kdo naj odloča o prihodnosti Bitcoina.

BIP-54 je že aktiven za testiranje na Bitcoin Inquisition, testnem okolju, ki temelji na Signetu, trenutne izdaje Bitcoin Core pa so sprejele ustrezne zaščitne ukrepe. Nekateri rudarski bazeni, vključno z MARA in ViaBTC, so prostovoljno začeli ustvarjati združljive transakcije coinbase. Vendar uradni parametri aktivacije še niso bili določeni, glasovanje v glavnem omrežju pa ostaja odprto.

Naslednje vprašanje je, ali se lahko razvijalci, skupnost, podjetja, upravljavci vozlišč in rudarji strinjajo, da je odpravljanje znanih, a redko izkoriščenih tveganj vredno še enega usklajevalnega prizadevanja na ravni hard forka. Bralci naj spremljajo uradni predlog za signalizacijo BIP-9, dodatna obvestila o pripravljenosti rudarjev ter to, ali bo odpor F2poola preprečil široko podporo, ki so jo nadgradnje Bitcoina tradicionalno zahtevale.