Bitcoin je dizajniran kao decentralizirani monetarni sustav u kojem pravila definiraju softver koji pokreću neovisni čvorovi, a ne centralna institucija. Iako se protokol doživljava kao “zacementiran”, stvarnost je da je izvorni kod iz Satoshijevog vremena naslijeđeni sustav pun povijesnih kompromisa i rubnih bugova. Upravo zato se danas sve više pozornosti posvećuje prijedlozima koji ne dodaju nove značajke, nego čiste i učvršćuju samu srž konsenzusa. Najaktualniji primjer toga je prijedlog poznat kao Consensus Cleanup, odnosno BIP 54, koji pokušava zakrpati više dugotrajnih ranjivosti u jezgri Bitcoin protokola.
Za razliku od inicijativa fokusiranih na skaliranje ili funkcionalnost (npr. Layer 2 rješenja ili pametni ugovori), ovdje nije riječ o “novom featureu”, već o kirurški preciznim zahvatima na pravilima verifikacije blokova i transakcija. Ovaj pristup je izrazito konzervativan: cilj je minimalna promjena koda uz maksimalno smanjenje rizika od napada koji bi mogli dugoročno ugroziti cijeli sustav.
Što je Consensus Cleanup (BIP 54) i zašto je važan
Consensus Cleanup je paket promjena konsenzus pravila koji se aktivira kao soft fork. To znači da novi čvorovi uvode stroža pravila, dok stari čvorovi i dalje vide nove blokove kao valjane, pod uvjetom da rudari poštuju nova ograničenja. Na taj način se izbjegava razbijanje mreže na dvije nespojive verzije lanca.
Prijedlog se fokusira na četiri konkretna problema u postojećem protokolu. Dva od njih su posebno kritična: manipulacija poteškoće rudarenja kroz tzv. Timewarp napad te mogućnost stvaranja blokova koji se validiraju ekstremno sporo. Oba problema ne mijenjaju “korisničko sučelje” Bitcoina – adrese, transakcije i naknade ostaju iste – ali zadiru duboko u mehanizme koji osiguravaju da mreža ostane sigurna, predvidljiva i održiva za pokretanje vlastitog čvora.
Važno je naglasiti da je Consensus Cleanup dio šireg trenda u BTC ekosustavu: umjesto brzog dodavanja novih funkcionalnosti, fokus je na hardeningu postojećeg dizajna. Nakon godina eksperimentiranja na drugim lancima i slojevima, Bitcoin zajednica sve jasnije odvaja bazni sloj (Layer 1) kao iznimno konzervativan, a inovacije preusmjerava na više slojeve i prateće protokole.
Timewarp napad: kada vremenske oznake ruše monetarnu politiku
Bitcoin se oslanja na mehanizam prilagodbe poteškoće kako bi prosječno vrijeme između blokova ostalo oko 10 minuta. Svakih 2016 blokova, protokol gleda koliko je stvarnog vremena prošlo između prvog i zadnjeg bloka tog razdoblja te prilagođava poteškoću. Zbog “off-by-one” buga i specifičnog načina na koji su definirane granice tih perioda, otvara se prostor za Timewarp napad.
Ako koordinirana većina rudarske snage (51%+) počne namjerno postavljati vremenske oznake blokova unutar dopuštenog, ali manipulativnog raspona, može postupno “uvjeriti” mrežu da je prošlo više vremena nego što jest. Posljedica je da algoritam smanjuje poteškoću rudarenja brže nego što bi smio, što omogućuje generiranje blokova većom brzinom od predviđene. Time se ubrzava raspodjela subvencije (block rewarda) i povećava se broj blokova po vremenskoj jedinici.
Iako scenarij potpunog uništenja mreže kroz maksimalno ubrzanje nije najvjerojatniji, mnogo je realniji “racionalni napad”: rudari bi mogli ciljano ubrzati blokove (npr. prema 2,5 minute) zadržavajući mrežu prividno funkcionalnom. Korisnici bi kratkoročno uživali više prostora u blokovima i niže naknade, ali bi se dugoročno narušila predvidljivost monetarne politike i trošak pokretanja čvora (više podataka, više bandwitha, više hardverskih zahtjeva).
BIP 54 ne može retroaktivno promijeniti strukturu perioda za prilagodbu poteškoće bez hard forka, pa uvodi dvije ključne zaštite na granicama tih perioda: ograničava koliko prvi blok novog perioda može “zajahati u prošlost” u odnosu na zadnji blok prethodnog, te zahtijeva da svaki period ima pozitivno trajanje (zadnji blok ne smije imati vremensku oznaku raniju od prve). Ove naizgled trivijalne restrikcije značajno otežavaju orkestriranje preciznog Timewarp scenarija.
Blokovi koji se validiraju satima: skriptni rubni slučajevi kao oružje
Druga velika skupina problema koju adresira Consensus Cleanup odnosi se na vrijeme verifikacije blokova. U idealnom slučaju, svaki puni čvor bi trebao moći provjeriti novi blok u stotinjak milisekundi. No, zbog specifičnih kombinacija Bitcoin Script opkoda i strukture transakcija, zlonamjeran rudar može konstruirati “napadni blok” koji se validira drastično sporije – od više minuta na snažnom računalu pa do višesatnog procesa na hardveru tipičnom za hobi čvorove (npr. Raspberry Pi).
Ovo se može iskoristiti na dva načina. Eksterni napadač bi mogao pokušati globalno usporiti mrežu, dok bi “racionalni” rudar mogao sporim blokom selektivno usporiti konkurente. Ako jedan rudar ima optimizirani ili prilagođeni kod koji brže validira vlastitu specifičnu konstrukciju bloka, dobiva privremenu prednost u “utrci” za sljedeći blok, što narušava fer raspodjelu nagrada.
Povijesni pokušaji rješavanja ovog problema bili su kontroverzni jer zadiru u skriptne mogućnosti Bitcoina. Jedan pristup je jednostavno proglasiti određene opkode nevažećima u novim transakcijama, osobito one koje se godinama ne koriste u mainstream ekosustavu. No, svako takvo ograničenje otvara pitanje “konfiskacije”: postoji li negdje skriveni UTXO koji se oslanja na te opkode za isplatu? Ako ih učinimo nemogućima za potrošiti, de facto smo oduzeli nečija sredstva.
Modernija iteracija Consensus Cleanupa pokušava balansirati između sigurnosti i nekonfiskatornosti: ciljano ograničava konstrukcije koje generiraju patološke slučajeve vremena verifikacije, ali pritom pazi da ne prekine legitimne, iako rijetke, obrasce korištenja. To se postiže kombinacijom ograničenja na veličinu i dubinu skriptnih struktura te preciznim definiranjem koje se kombinacije opkoda smatraju zabranjenima u novim transakcijama, uz očuvanje povijesnih izlaza gdje god je to realno moguće.
Tehnički pogled: kako se mijenjaju pravila konsenzusa
Na razini implementacije, BIP 54 uvodi dodatne provjere u kod koji validira header blokova i transakcije. Za Timewarp dio, dodaju se uvjeti koji uspoređuju vremenske oznake prvog i zadnjeg bloka unutar svakog perioda prilagodbe poteškoće. Ako blok pokušava “preskočiti” ograničenje u prošlost ili generira period s negativnim trajanjem, čvor koji implementira Consensus Cleanup jednostavno takav blok označava kao nevažeći, bez obzira na to koliko je rada (proof-of-work) uloženo.
Za skriptni dio, BIP 54 specificira koje se kombinacije opkoda i uvjeti za evaluaciju smatraju neprihvatljivima u kontekstu konsenzusa. To nije isto što i pravila za mempool ili relay politiku; mnoge od tih restrikcija već postoje na razini “što Bitcoin Core čvorovi žele relati”, ali tek sada bi postale dio samog konsenzus sloja. Time se uklanja jaz između očekivanog ponašanja mreže i formalnih pravila koja odlučuju koji lanac je “pravi” Bitcoin.
Tehnički rizik ovdje je dvostruk. Prvo, svaka promjena konsenzus koda nosi rizik nenamjernih posljedica: moguće je da se neki rubni slučaj tretira drugačije na različitim implementacijama čvorova, što bi moglo uzrokovati razdvajanje lanca. Drugo, postoji rizik društvenog konsenzusa: ako značajan dio rudara ili korisnika odbije novo pravilo, dolazi do političkog sukoba oko toga koji je lanac “legitiman”. Upravo zato se BIP 54 razvija iterativno, uz javne recenzije, formalne analize i simulacije.
Zaključak
Consensus Cleanup, odnosno BIP 54, pokazuje pomak fokusa Bitcoina s novih funkcionalnosti prema konsolidiranju postojećih temelja. Prednosti su očite: smanjenje vektora za manipulaciju poteškoćom i ubrzavanje emisije, te zaštita čvorova od blokova koji se validiraju satima. Time se jača dugoročna sigurnost i održivost vođenja vlastitog čvora, što je ključno za decentralizaciju.
S druge strane, svaki soft fork ovakvog tipa nosi tehnički i društveni rizik. Potrebno je dokazati da nova pravila ne uvode skrivene konflikte, te da ne dolazi do de facto konfiskacije sredstava koja ovise o rubnim skript funkcijama. Zato je ovaj prijedlog posebno relevantan za rudare, developere čvorova, pružatelje infrastrukture i napredne korisnike koji pokreću vlastite full nodeove, dok će prosječni korisnik promjene osjetiti tek indirektno – kroz stabilniji, predvidljiviji i teže napadljiv Bitcoin sustav.
