Bitcoin og Soft Forks: En Udfordrende Fremtid
Bitcoin har ikke været i stand til at aktivere nogen af de foreslåede soft forks siden Taproot gik live i 2021. Dette får Drivechain-skaberen Paul Sztorc til at argumentere for, at netværket ikke kan godkende sådanne opgraderinger i den nærmeste fremtid.
Problemer med BIP-110
“Alle soft forks siden Taproot har fejlet i at aktivere, og dette var ingen undtagelse,” sagde Sztorc.
Hans vurdering kom efter sammenbruddet af BIP-110, et foreslået midlertidigt soft fork, der forsøgte at begrænse visse former for ikke-finansielle data, der blev gemt i Bitcoin-transaktioner. Forslaget fik kun 51 støttende blokke under en 2.016-blok sværhedsperiode, hvilket efterlod miner signalering på 2,53%.
Aktiveringsproblemer
BIP-110 håndhævende noder delte sig senere fra det dominerende Bitcoin-netværk ved blok 961.632 den 8. august. Den nye gren producerede kun to blokke, før den stoppede, mens hovedkæden fortsatte med at behandle blokke i sit sædvanlige tempo. BIP-110-resultatet viste, hvor svært det er blevet for udviklere at sikre støtte til ændringer af Bitcoins konsensusregler, ifølge Sztorc.
Forslagets frivillige aktiveringsproces krævede, at 55% af blokkene signalerede støtte. Den 2. august var målet blevet matematisk uopnåeligt, da kun 28 af de første 1.108 blokke havde signaleret, ifølge tidligere minerdata.
Fremtidige Udfordringer
Sztorc nævnte OP_CAT som et eksempel på en lille kodeændring, der optrådte i Bitcoins originale software og har tiltrukket støtte fra udviklere. “Intet kan – ikke engang OP_CAT, som kun er 13 linjer kode og var i den originale software og havde masser af støtte,” sagde han.
Andre forslag står over for det samme koordinationsproblem. BIP-360 foreslår for eksempel en ny udgangstype designet til at understøtte post-kvantum signaturer gennem en soft fork. Dets forfattere præsenterer designet som en mulig vej for brugere til at flytte midler til kvante-modstandsdygtige adresser, selvom aktivering ville kræve den type netværksaftale, som Sztorc siger, at Bitcoin ikke længere kan opnå.
Drivechains og Deres Rolle
Drivechains er designet til at lade udviklere teste forskellige regler og applikationer på opt-in sidechains i stedet for at søge gentagne ændringer til Bitcoins basislag. Under BIP 300 kunne brugere flytte BTC mellem Bitcoin og separate sidechains gennem en tovejs peg. Hver sidechain kunne anvende sine egne regler, hvilket giver udviklere mulighed for at teste privatlivssystemer, smarte kontrakter, hurtigere transaktioner eller andre funktioner uden at kræve, at hver Bitcoin-bruger vedtager dem.
Risici og Bekymringer
Den mislykkede fork skabte også en praktisk risiko for indehavere, fordi BIP-110 ikke inkluderede automatisk replay-beskyttelse. Bitcoin-udvikler Kevin Loaec advarede om, at en transaktion sendt på en gren potentielt kunne kopieres til den anden, hvilket satte pre-fork-mønter i fare.
Støttespillere for BIP-110 forberedte også kode til en mulig proof-of-work-ændring, som ville tillade den stoppede gren at opgive Bitcoins eksisterende minedriftsalgoritme. Koden omfattede en konfigurerbar hard-fork-tid, selvom udvikler Chris Guida beskrev det som en beredskabsplan og ikke havde sat en aktiveringsdato.
