Efter BIP-110’s fiasko står Bitcoins næste soft fork over for en afgørende kamp

BIP-54, formelt kendt som »Consensus Cleanup«, vil foretage fire begrænsede ændringer i Bitcoins kernebestemmelser. Forslaget er udformet med henblik på at afhjælpe gamle svagheder og usædvanlige grænsetilfælde, ikke for at tilføje nye måder at bruge Bitcoin på. Dets tilhængere siger, at denne skelnen er vigtig: Dette er forebyggende vedligeholdelse af et netværk, der nu er langt mere værd, end det var, da mange af dets regler blev skrevet.

Forslagets forfattere er Antoine Poinsot, en Bitcoin Core-bidragyder tilknyttet Chaincode Labs, og Matt Corallo, en mangeårig Bitcoin-udvikler. Corallo fremsatte først den overordnede idé i 2019. Poinsot genoptog og udvidede arbejdet i slutningen af 2023 og begyndelsen af 2024, og forslaget fik sin formelle BIP-54-betegnelse i april 2025. Specifikationen blev markeret som færdig i maj 2026 efter test- og implementeringsarbejde.

Forslaget sigter mod at lukke fire gamle huller

Den første rettelse har til formål at imødegå et potentielt »timewarp«-angreb på Bitcoins minedrift-sværhedsgrad. Bitcoin genberegner minedriftens sværhedsgrad for hver 2.016 blokke, omtrent hver anden uge, for at holde blokproduktionen tæt på én blok hvert tiende minut. Et flertal af netværkets minedriftseffekt kunne udnytte den måde, Bitcoin måler tiden på tværs af disse perioder, ved at bruge manipulerede tidsstempler til at få blokke til at fremstå som langsommere at producere, end de i virkeligheden var.

Over tid kunne det presse minedriftens sværhedsgrad ned. I et ekstremt tilfælde kunne en angriber med flertallet af hashraten – den regnekraft, der bruges til at mine Bitcoin – sænke sværhedsgraden til det laveste niveau på cirka 38 til 40 dage. Det kunne teoretisk set give angriberen mulighed for at producere blokke langt hurtigere end normalt, hurtigt skabe nye mønter, udvide netværkets database over ubrugte mønter og forstyrre tidsbaserede betalingskontrakter, såsom dem der anvendes af det såkaldte »second layer«-protokol, Lightning Network.

BIP-54 vil indføre tidsstempelgrænser ved starten og slutningen af hver periode på 2.016 blokke. Reglerne har til formål at blokere den klassiske »timewarp«-metode og en relateret variant kendt som Murch-Zawy-angrebet, samtidig med at almindelig minedrift forbliver uændret.

BIP-54 har også til formål at beskytte mindre nodeoperatører

Den anden ændring er rettet mod »poison blocks«, gyldige blokke, der bevidst er designet til at tage usædvanligt lang tid for computere at verificere. Visse ældre Bitcoin-transaktionsscripts kan kræve minutter eller endda timer at behandle på almindelig hardware. En angriber kunne bruge dem til at bremse netværket, øge risikoen for, at minere spilder arbejde på forældede blokke, og gøre det sværere for folk at drive uafhængige Bitcoin-noder.

BIP-54 vil begrænse ældre transaktioner fra før Segregated Witness (SegWit) til 2.500 legacy-signaturoperationer. Signaturoperationer er de kryptografiske kontroller, der bruges til at bevise, at en person er bemyndiget til at bruge bitcoin. Normale transaktioner bruger langt færre, og SegWit- og Taproot-transaktioner vil ikke være underlagt denne begrænsning. Tilhængere anslår, at ændringen i nogle tilfælde kan reducere verifikationsbyrden i værste fald med omkring 40 gange.

Den tredje ændring løser et problem i Bitcoins Merkle-træ, det system, der samler transaktioner i én oversigt for hver blok. En transaktion, der er præcis 64 byte lang, kan ligne en intern del af denne struktur. Det skaber en mulighed for at forfalske et bevis, der kan vildlede visse SPV-tegnebøger (Simplified Payment Verification) til at acceptere en transaktion, der aldrig er blevet bekræftet.

BIP-54 vil ganske enkelt gøre 64-byte-transaktioner ugyldige. Disse transaktioner har i årevis været afvigende fra standarden og anvendes sjældent. Forslagets tilhængere argumenterer for, at et forbud mod dem løser det underliggende problem mere elegant end at forvente, at alle lette tegnebøger anvender en midlertidig løsning.

En endelig regel kunne forenkle Bitcoins fremtid

Den fjerde ændring vedrører coinbase-transaktioner, de særlige transaktioner, hvorigennem minere modtager nyudstedte bitcoin og transaktionsgebyrer. I Bitcoins tidlige år optrådte identiske coinbase-transaktioner i mere end én blok, hvilket medførte, at den tidligere transaktions ubrugte output forsvandt. Bitcoin tilføjede kontroller for at forhindre en gentagelse, men disse kontroller gør blokvalideringen mere kompleks.

BIP-54 vil kræve, at nye coinbase-transaktioner skal indeholde indstillinger knyttet til blokhøjden eller dens position i blockchainen. Det vil fremover garantere entydighed og kan på sigt gøre det muligt for noder at fjerne de ældre kontroller af duplikerede transaktioner. Ændringen kan gøre valideringen enklere og understøtte fremtidige designs, der har til formål at reducere lagerbyrden ved at drive en fuld node.

F2pools holdning gør aktiveringen sværere

De tekniske argumenter for BIP-54 har ikke afsluttet den politiske debat. Wang Chun, medstifter af den store minedriftpulje F2pool, udtalte den 10. august, at han ikke støtter forslaget. Han forklarede, at F2Pool vil opdatere sine minenoder, hvis BIP-54 opnår det nødvendige flertal gennem en standard BIP-9-aktiveringsproces, men at poolen ikke vil signalere sin støtte på forhånd.

Chuns indvending, som han delte tilbage i april på X, handler i høj grad om proces og prioriteter. Han har argumenteret for, at det at samle fire ændringer i ét forslag svarer til at samle urelaterede tiltag i ét lovforslag. Han anser flere af risiciene for at være for fjerne til at retfærdiggøre den koordinering, de softwareopgraderinger og den opmærksomhed fra fællesskabet, der kræves til en soft fork, som ændrer Bitcoins regler på en måde, som ældre software muligvis ikke kan håndhæve.

Tilhængerne ser anderledes på samlingen. De argumenterer for, at enhver ændring af konsensus medfører høje samfundsmæssige omkostninger, så en kombination af flere defensive rettelser kan reducere antallet af vanskelige aktiveringsindsatser på tværs af netværket. De siger også, at Bitcoins stigende værdi giver angribere endnu større grund til at udforske svagheder, der engang virkede teoretiske.

BIP-110’s sammenbrud giver anledning til fornyet forsigtighed

Debatten opstår lige efter fiaskoen med BIP-110, et separat forslag, der midlertidigt søgte at begrænse ikke-finansielle data, der lagres i Bitcoin-transaktioner. Det var rettet mod praksis forbundet med Ordinals-indskrifter, store OP_RETURN-data og visse former for Taproot-baseret datalagring. Dets lavere aktiveringstærskel formåede ikke at tiltrække meningsfuld støtte fra minerne, og en sidekæde, der skulle håndhæve forslaget, gik i stå efter at have produceret en lille håndfuld blokke.

Denne episode gør ikke BIP-54 til et lignende forslag. BIP-54 tilføjer eller fjerner ikke generelle script-funktioner, og det er heller ikke en vej til covenants eller OP_CAT – forslag, der ville udvide Bitcoins programmerbare udgiftsmuligheder. Alligevel viste BIP-110, hvor hurtigt en omstridt opgradering kan udvikle sig til en bredere diskussion om, hvem der skal bestemme Bitcoins fremtid.

BIP-54 er allerede aktiv til test på Bitcoin Inquisition, et Signet-baseret testmiljø, og de aktuelle udgivelser af Bitcoin Core har indført relaterede politiske beskyttelsesforanstaltninger. Nogle minedriftpuljer, herunder MARA og ViaBTC, er frivilligt begyndt at producere kompatible coinbase-transaktioner. Men der er ikke fastsat formelle aktiveringsparametre, og en afstemning på mainnet er stadig åben.

Det næste spørgsmål er, om udviklere, fællesskabet, virksomheder, nodeoperatører og minere kan blive enige om, at det er værd at gøre endnu en koordineringsindsats på hard-fork-niveau for at afhjælpe kendte, men sjældent udnyttede risici. Læserne bør holde øje med et formelt BIP-9-signaleringsforslag, yderligere meddelelser om minernes parathed samt om F2pools modstand forhindrer den brede opbakning, som Bitcoin-opgraderinger traditionelt har krævet.