BIP-110:n epäonnistumisen jälkeen Bitcoinin seuraava soft fork on ratkaisevan hetken edessä

BIP-54, joka tunnetaan virallisesti nimellä ”Consensus Cleanup”, tekisi neljä pientä muutosta Bitcoinin ydinsääntöihin. Ehdotuksen tarkoituksena on korjata vanhoja heikkouksia ja epätavallisia rajatapauksia, ei lisätä uusia tapoja käyttää Bitcoinia. Sen kannattajat sanovat, että tällä erolla on merkitystä: kyseessä on ennaltaehkäisevä ylläpito verkostolle, jonka arvo on nyt huomattavasti suurempi kuin silloin, kun monet sen säännöistä laadittiin.

Ehdotuksen laatijat ovat Antoine Poinsot, Chaincode Labsiin liittyvä Bitcoin Core -kehittäjä, ja Matt Corallo, pitkäaikainen Bitcoin-kehittäjä. Corallo esitti laajemman idean ensimmäisen kerran vuonna 2019. Poinsot elvytti ja laajensi työtä vuoden 2023 lopulla ja vuoden 2024 alussa, ja ehdotus sai virallisen BIP-54-nimityksensä huhtikuussa 2025. Spesifikaatio merkittiin valmiiksi toukokuussa 2026 testaus- ja toteutustöiden jälkeen.

Ehdotuksen tavoitteena on korjata neljä vanhaa puutetta

Ensimmäisen korjauksen tarkoituksena on puuttua mahdolliseen ”timewarp”-hyökkäykseen, joka kohdistuu Bitcoinin louhintavaikeusasteeseen. Bitcoin laskee louhintavaikeusasteen uudelleen 2 016 lohkon välein, eli noin kahden viikon välein, jotta lohkojen tuotanto pysyy lähellä yhtä lohkoa kymmenen minuutin välein. Suurin osa verkon louhintatehosta voisi hyödyntää tapaa, jolla Bitcoin mittaa aikaa näiden jaksojen aikana, käyttämällä manipuloituja aikaleimoja saadakseen lohkojen tuotannon näyttämään hitaammalta kuin se todellisuudessa oli.

Ajan myötä tämä voisi laskea louhintavaikeusastetta. Äärimmäisessä tapauksessa hyökkääjä, jolla on hallussaan suurin osa hash-tehosta – eli Bitcoinin louhintaan käytettävästä laskentatehosta – voisi ajaa vaikeusasteen alimmalle tasolleen noin 38–40 päivässä. Tämä voisi teoriassa antaa hyökkääjälle mahdollisuuden tuottaa lohkoja huomattavasti normaalia nopeammin, luoda nopeasti uusia kolikoita, laajentaa verkon käyttämättömien kolikoiden tietokantaa ja häiritä aikaperusteisia maksusopimuksia, kuten niitä, joita toisen kerroksen protokolla, Lightning Network, käyttää.

BIP-54 lisäisi aikaleimarajoituksia jokaisen 2 016 lohkon jakson alkuun ja loppuun. Sääntöjen tarkoituksena on estää klassinen ”timewarp”-menetelmä ja siihen liittyvä muunnos, joka tunnetaan nimellä Murch-Zawy-hyökkäys, samalla kun tavallinen louhinta jätetään ennalleen.

BIP-54:n tarkoituksena on myös suojella pienempiä solmujen ylläpitäjiä

Toinen muutos kohdistuu ”myrkkylohkoihin” (poison blocks), eli kelvollisiin lohkoihin, jotka on tarkoituksella suunniteltu siten, että niiden vahvistaminen tietokoneilla kestää epätavallisen kauan. Tietyt vanhemmat Bitcoin-transaktioskriptit voivat vaatia tavallisella laitteistolla minuutteja tai jopa tunteja käsittelyaikaa. Hyökkääjä voisi käyttää niitä verkon hidastamiseen, lisäämään todennäköisyyttä, että louhijat tuhlaavat työtä vanhentuneisiin lohkoihin, ja vaikeuttamaan itsenäisten Bitcoin-solmujen ylläpitoa.

BIP-54 rajoittaisi vanhemmat, Segregated Witness (SegWit) -tekniikkaa edeltävät transaktiot 2 500 vanhaan allekirjoitusoperaatioon. Allekirjoitusoperaatiot ovat kryptografisia tarkistuksia, joilla todistetaan, että jollakin on valtuudet käyttää bitcoineja. Tavallisissa transaktioissa niitä käytetään huomattavasti vähemmän, eikä tämä rajoitus koskisi SegWit- ja Taproot-transaktioita. Muutoksen kannattajat arvioivat, että se voisi joissakin tapauksissa vähentää pahimman mahdollisen vahvistuskuormituksen noin 40-kertaisesti.

Kolmas muutos korjaa ongelman Bitcoinin Merkle-puussa, järjestelmässä, joka yhdistää transaktiot yhdeksi yhteenvedoksi kutakin lohkoa kohti. Täsmälleen 64 tavua pitkä transaktio voi muistuttaa kyseisen rakenteen sisäistä osaa. Tämä mahdollistaa sellaisen todisteen väärentämisen, joka voisi harhauttaa joitakin yksinkertaistettuja maksuvahvistuslompakoita (SPV-lompakoita) hyväksymään transaktion, jota ei ole koskaan vahvistettu.

BIP-54 tekisi yksinkertaisesti 64 tavun transaktiot pätemättömiksi. Nämä transaktiot ovat olleet epästandardeja jo vuosia, ja niitä käytetään harvoin. Ehdotuksen kannattajat väittävät, että niiden kieltäminen korjaa taustalla olevan ongelman selkeämmin kuin se, että jokaisen kevyen lompakon odotettaisiin käyttävän kiertotapaa.

Lopullinen sääntö voisi yksinkertaistaa Bitcoinin tulevaisuutta

Neljäs muutos koskee coinbase-transaktioita, erityisiä transaktioita, joiden kautta louhijat saavat vastalohkot ja transaktiomaksut. Bitcoinin alkuvuosina identtisiä coinbase-transaktioita esiintyi useammassa kuin yhdessä lohkossa, mikä johti aikaisemman transaktion käyttämättömien ulostulojen katoamiseen. Bitcoiniin lisättiin tarkistuksia tällaisen toistumisen estämiseksi, mutta nämä tarkistukset lisäävät lohkojen validoinnin monimutkaisuutta.

BIP-54 vaatisi, että uudet coinbase-transaktiot sisältäisivät asetuksia, jotka liittyvät lohkon korkeuteen eli sen sijaintiin lohkoketjussa. Tämä takaisi ainutlaatuisuuden jatkossa ja voisi lopulta mahdollistaa sen, että solmut voivat poistaa vanhemmat päällekkäisten transaktioiden tarkistukset. Muutos voisi yksinkertaistaa vahvistamista ja tukea tulevia ratkaisuja, joiden tavoitteena on vähentää täyssolmun ylläpidon tallennustilan kuormitusta.

F2poolin kanta vaikeuttaa aktivointia

BIP-54:n tekniset perusteet eivät ole lopettaneet poliittista keskustelua. Suuren louhintapoolin F2poolin perustaja Wang Chun ilmoitti 10. elokuuta, ettei hän tue ehdotusta. Hän selitti, että F2Pool päivittäisi louhintasolmujaan, jos BIP-54 saavuttaisi vaaditun enemmistön tavanomaisen BIP-9-aktivointiprosessin kautta, mutta pool ei aio ilmoittaa siitä etukäteen.

Chunin vastalause, jonka hän esitti jo huhtikuussa X:ssä, koskee pääasiassa prosessia ja prioriteetteja. Hän on väittänyt, että neljän muutoksen niputtaminen yhteen muistuttaa toisistaan riippumattomien toimenpiteiden yhdistämistä yhdeksi lakiesitykseksi. Hän pitää useita riskejä liian epätodennäköisinä, jotta ne oikeuttaisivat soft forkin edellyttämän koordinoinnin, ohjelmistopäivitykset ja yhteisön huomion. Soft fork muuttaa Bitcoinin sääntöjä tavalla, jota vanhemmat ohjelmistot eivät välttämättä pysty panemaan täytäntöön.

Kannattajat näkevät niputtamisen eri tavalla. He väittävät, että jokaisella konsensusmuutoksella on korkeat yhteiskunnalliset kustannukset, joten useiden puolustavien korjausten yhdistäminen voi vähentää vaikeiden verkko-laajuisten aktivointitoimenpiteiden määrää. He sanovat myös, että bitcoinin nouseva arvo antaa hyökkääjille enemmän syitä tutkia heikkouksia, jotka aikoinaan näyttivät teoreettisilta.

BIP-110:n kaatuminen lisää varovaisuutta

Keskustelu puhkeaa juuri BIP-110:n epäonnistumisen jälkeen; kyseessä oli erillinen ehdotus, jolla pyrittiin väliaikaisesti rajoittamaan Bitcoin-transaktioihin tallennettuja ei-taloudellisia tietoja. Se kohdistui Ordinals-merkintöihin, suuriin OP_RETURN-tietoihin ja joihinkin Taproot-pohjaisiin tietojen tallennusmuotoihin liittyviin käytäntöihin. Sen matala aktivointikynnys ei onnistunut houkuttelemaan merkittävää louhijoiden tukea, ja ehdotusta toteuttava pieni ketju pysähtyi tuotettuaan vain muutaman lohkon.

Tämä tapaus ei tee BIP-54:stä samanlaista ehdotusta. BIP-54 ei lisää tai poista yleiskäyttöisiä skriptitoimintoja, eikä se ole tie kohti covenanteja tai OP_CAT:ia, ehdotuksia, jotka laajentaisivat Bitcoinin ohjelmoitavia käyttövaihtoehtoja. BIP-110 osoitti kuitenkin, kuinka nopeasti kiistanalainen päivitys voi muuttua laajemmaksi keskusteluksi siitä, kenen tulisi päättää Bitcoinin tulevaisuudesta.

BIP-54 on jo aktiivinen testattavaksi Bitcoin Inquisitionissa, joka on Signet-pohjainen testausympäristö, ja nykyisissä Bitcoin Core -julkaisuissa on otettu käyttöön asiaan liittyvät suojatoimenpiteet. Jotkut louhintapoolit, kuten MARA ja ViaBTC, ovat vapaaehtoisesti alkaneet tuottaa yhteensopivia coinbase-transaktioita. Virallisia aktivointiparametreja ei kuitenkaan ole vielä asetettu, ja äänestys pääverkossa on edelleen käynnissä.

Seuraava kysymys on, pääsevätkö kehittäjät, yhteisö, yritykset, solmujen ylläpitäjät ja louhijat yhteisymmärrykseen siitä, että tunnettujen mutta harvoin hyödynnettyjen riskien korjaaminen on uuden hard fork -tason koordinointiponnistuksen arvoista. Lukijoiden kannattaa seurata virallista BIP-9-signalointiehdotusta, louhijoiden valmiutta koskevia lisäilmoituksia sekä sitä, estääkö F2poolin vastustus Bitcoin-päivityksille perinteisesti vaadittua laajaa tukea.