Etter at BIP-110 mislykkes, står Bitcoins neste myke fork overfor et oppgjør

BIP-54, formelt kjent som «Consensus Cleanup», vil gjøre fire smale endringer i Bitcoins kjerneregler. Forslaget er utformet for å lukke gamle svakheter og uvanlige randtilfeller, ikke for å legge til nye måter å bruke Bitcoin på. Tilhengerne sier at dette skillet er viktig: Dette er forebyggende vedlikehold for et nettverk som nå er verdt langt mer enn da mange av reglene ble skrevet.

Forslagets forfattere er Antoine Poinsot, en Bitcoin Core-bidragsyter tilknyttet Chaincode Labs, og Matt Corallo, en mangeårig Bitcoin-utvikler. Corallo tok først opp den bredere ideen i 2019. Poinsot gjenopplivet og utvidet arbeidet sent i 2023 og tidlig i 2024, og forslaget fikk sin formelle BIP-54-betegnelse i april 2025. Spesifikasjonen ble markert som fullført i mai 2026 etter test- og implementeringsarbeid.

Forslaget tar sikte på å lukke fire gamle hull

Den første endringen er ment å adressere et potensielt «timewarp»-angrep på Bitcoins utvinningsvanskelighetsgrad. Bitcoin beregner vanskelighetsgraden for utvinning på nytt hver 2 016. blokk, omtrent hver andre uke, for å holde blokkproduksjonen nær én blokk hvert tiende minutt. Et flertall av nettverkets utvinningskraft kan utnytte hvordan Bitcoin måler tid på tvers av disse periodene, ved å bruke manipulerte tidsstempler for å få blokker til å fremstå som om de tok lengre tid å produsere enn de faktisk gjorde.

Over tid kan det presse utvinningsvanskeligheten ned. I et ekstremt tilfelle kan en angriper med majoritets-hashrate, datakraften som brukes til å utvinne Bitcoin, drive vanskelighetsgraden ned til sin laveste innstilling på omtrent 38 til 40 dager. Det kan i teorien la angriperen produsere blokker langt raskere enn normalt, raskt skape nye mynter, utvide nettverkets database over ubrukte mynter og forstyrre tidsbaserte betalingskontrakter som de som brukes av andre-lagsprotokollen Lightning Network.

BIP-54 vil legge til tidsstempelgrenser ved starten og slutten av hver 2 016-blokksperiode. Reglene er ment å blokkere den klassiske timewarp-metoden og en beslektet variant kjent som Murch-Zawy-angrepet, samtidig som vanlig utvinning forblir uendret.

BIP-54 har også som mål å beskytte mindre nodeoperatører

Den andre endringen retter seg mot «giftblokker», gyldige blokker som med vilje er utformet slik at datamaskiner bruker uvanlig lang tid på å verifisere dem. Enkelte eldre Bitcoin-transaksjonsskript kan kreve minutter eller til og med timer med prosessering på vanlig maskinvare. En angriper kan bruke dem til å bremse nettverket, øke sjansen for at gruvearbeidere sløser arbeid på foreldede blokker, og gjøre det vanskeligere for folk å drive uavhengige Bitcoin-noder.

BIP-54 vil sette et tak på 2 500 eldre signaturoperasjoner for gamle, pre-Segregated Witness (SegWit)-transaksjoner. Signaturoperasjoner er de kryptografiske kontrollene som brukes til å bevise at noen er autorisert til å bruke bitcoin. Vanlige transaksjoner bruker langt færre, og SegWit- og Taproot-transaksjoner vil ikke være underlagt denne grensen. Tilhengere anslår at endringen i noen tilfeller kan redusere den verste verifiseringsbelastningen med rundt 40 ganger.

Den tredje endringen lukker et problem i Bitcoins Merkle-tre, systemet som kombinerer transaksjoner til én oppsummering for hver blokk. En transaksjon som er nøyaktig 64 byte lang kan ligne en intern del av den strukturen. Det skaper en måte å forfalske et bevis på som kan villede enkelte forenklede betalingsverifiseringslommebøker, eller SPV-lommebøker, til å godta en transaksjon som aldri ble bekreftet.

BIP-54 vil ganske enkelt gjøre 64-byte-transaksjoner ugyldige. Disse transaksjonene har vært ikke-standard i årevis og brukes sjelden. Tilhengerne av forslaget hevder at et forbud mot dem løser det underliggende problemet renere enn å forvente at hver lettlommebok bruker en omgåelse.

En siste regel kan forenkle Bitcoins fremtid

Den fjerde endringen gjelder coinbase-transaksjoner, de spesielle transaksjonene der gruvearbeidere mottar nyutstedte bitcoin og transaksjonsgebyrer. I Bitcoins tidlige år dukket identiske coinbase-transaksjoner opp i mer enn én blokk, noe som gjorde at den tidligere transaksjonens ubrukte utganger forsvant. Bitcoin la til kontroller for å forhindre en gjentakelse, men disse kontrollene legger til kompleksitet i blokkvalideringen.

BIP-54 vil kreve at nye coinbase-transaksjoner inkluderer innstillinger knyttet til blokkhøyden, eller posisjonen i blokkjeden. Det vil garantere unikhet fremover og kan etter hvert gjøre det mulig for noder å fjerne de eldre kontrollene for dupliserte transaksjoner. Endringen kan gjøre validering enklere og støtte fremtidige design som tar sikte på å redusere lagringsbyrden ved å drive en full node.

F2pools standpunkt gjør aktivering vanskeligere

Den tekniske begrunnelsen for BIP-54 har ikke avsluttet den politiske debatten. Wang Chun, medgrunnlegger av den store utvinningspoolen F2pool, uttalte 10. august at han ikke støtter forslaget. Han forklarte at F2Pool vil oppdatere sine utvinningsnoder hvis BIP-54 når det nødvendige flertallet gjennom en standard BIP-9-aktiveringsprosess, men poolen vil ikke signalisere for den på forhånd.

Chuns innvending, delt tilbake i april på X, handler i stor grad om prosess og prioriteringer. Han har argumentert for at det å pakke fire endringer sammen ligner på å samle urelaterte tiltak i én lovpakke. Han mener flere av risikoene er for fjerne til å rettferdiggjøre koordineringen, programvareoppgraderingene og samfunnets oppmerksomhet som kreves for en soft fork, som endrer Bitcoins regler på en måte som eldre programvare kanskje ikke håndhever.

Tilhengere ser på sammenslåing annerledes. De hevder at hver konsensusendring har en høy sosial kostnad, så å kombinere flere defensive forbedringer kan redusere antallet vanskelige, nettverksomfattende aktiveringsforsøk. De sier også at Bitcoins økende verdi gir angripere større grunn til å utforske svakheter som en gang så teoretiske ut.

BIP-110s kollaps tilfører ny varsomhet

Debatten kommer rett etter mislykketheten til BIP-110, et separat forslag som forsøkte midlertidig å begrense ikke-finansiell data lagret i Bitcoin-transaksjoner. Det var rettet mot praksiser knyttet til Ordinals-innskrifter, store OP_RETURN-data og noe Taproot-basert datalagring. Den lavere aktiveringsterskelen klarte ikke å tiltrekke seg meningsfull støtte fra gruvearbeidere, og en liten kjede som håndhevet forslaget stoppet opp etter å ha produsert en liten håndfull blokker.

Denne episoden gjør ikke BIP-54 til et lignende forslag. BIP-54 legger ikke til eller fjerner generelle script-funksjoner, og det er heller ikke en vei til covenants eller OP_CAT, forslag som ville utvide Bitcoins programmerbare bruksmuligheter. Likevel viste BIP-110 hvor raskt en omstridt oppgradering kan bli et bredere argument om hvem som bør bestemme Bitcoins fremtid.

BIP-54 er allerede aktiv for testing på Bitcoin Inquisition, et Signet-basert testmiljø, og nåværende Bitcoin Core-utgivelser har tatt i bruk relaterte policy-beskyttelser. Noen utvinningspools, inkludert MARA og ViaBTC, har frivillig begynt å produsere kompatible coinbase-transaksjoner. Men formelle aktiveringsparametere er ikke fastsatt, og en mainnet-avstemning gjenstår.

Det neste spørsmålet er om utviklere, fellesskapet, virksomheter, nodeoperatører og gruvearbeidere kan bli enige om at det å rette kjente, men sjelden utnyttede risikoer er verdt nok en koordineringsinnsats på hard fork-nivå. Lesere bør følge med på et formelt BIP-9-signaleringsforslag, flere kunngjøringer om beredskap fra gruvearbeidere, og om F2pools motstand hindrer den brede støtten som Bitcoin-oppgraderinger tradisjonelt har krevd.