A BIP-110 kudarca után a Bitcoin következő soft forkja döntő pillanat előtt áll

A BIP-54, hivatalos nevén „Consensus Cleanup”, négy apróbb változtatást hajtana végre a Bitcoin alapszabályaiban. A javaslat célja a régi gyengeségek és szokatlan szélsőséges esetek kiküszöbölése, nem pedig a Bitcoin használatának új módjainak bevezetése. Támogatói szerint ez a különbségtétel fontos: ez egy olyan hálózat megelőző karbantartása, amelynek értéke ma már messze meghaladja azt a szintet, amikor szabályainak nagy része megfogalmazásra került.

A javaslat szerzői Antoine Poinsot, a Chaincode Labs-hez kapcsolódó Bitcoin Core-hozzájáruló, és Matt Corallo, egy régóta tevékenykedő Bitcoin-fejlesztő. Corallo először 2019-ben vetette fel az általánosabb elképzelést. Poinsot 2023 végén és 2024 elején újraélesztette és kibővítette a munkát, és a javaslat 2025 áprilisában kapta meg hivatalos BIP-54 jelölését. A specifikációt 2026 májusában, a tesztelési és implementációs munkák befejezése után teljesítettnek nyilvánították.

A javaslat négy régi hiányosság megszüntetését célozza

Az első javítás célja a Bitcoin bányászati nehézségét érintő potenciális „timewarp” támadás kezelése. A Bitcoin 2 016 blokk után, nagyjából kéthetente újraszámolja a bányászati nehézséget, hogy a blokktermelés tíz percenkénti egy blokk körüli szinten maradjon. A hálózat bányászati teljesítményének többsége kihasználhatná azt, ahogyan a Bitcoin ezeken az időszakokon át méri az időt, manipulált időbélyegek segítségével úgy téve, mintha a blokkok előállítása lassabb lenne, mint amilyen valójában.

Idővel ez lefelé nyomhatná a bányászati nehézségi szintet. Szélsőséges esetben egy támadó, aki a hash-ráta – a Bitcoin bányászatához használt számítási teljesítmény – többségével rendelkezik, körülbelül 38–40 nap alatt a nehézségi szintet a legalacsonyabb értékre csökkenthetné. Ez elméletileg lehetővé tenné a támadó számára, hogy a szokásosnál sokkal gyorsabban állítson elő blokkokat, gyorsan hozzon létre új érméket, bővítse a hálózat ki nem költött érmék adatbázisát, és megzavarja az időalapú fizetési szerződéseket, például azokat, amelyeket a második rétegű protokoll, a Lightning Network használ.

A BIP-54 időbélyeg-korlátozásokat vezetne be minden 2 016 blokkból álló időszak elején és végén. A szabályok célja a klasszikus „timewarp” módszer és egy ahhoz kapcsolódó, Murch-Zawy-támadás néven ismert változat blokkolása, miközben a hagyományos bányászatot változatlanul hagyják.

A BIP-54 célja a kisebb csomópont-üzemeltetők védelme is

A második változtatás a „poison blokkokat” célozza meg, azaz azokat az érvényes blokkokat, amelyeket szándékosan úgy terveztek, hogy a számítógépek rendkívül hosszú idő alatt tudják ellenőrizni őket. Bizonyos régebbi Bitcoin-tranzakciós szkriptek feldolgozása rendes hardveren perceket, sőt órákat is igénybe vehet. Egy támadó ezeket felhasználhatja a hálózat lelassítására, növelheti annak esélyét, hogy a bányászok elavult blokkokon pazarolják el a munkájukat, és megnehezítheti az emberek számára a független Bitcoin-csomópontok üzemeltetését.

A BIP-54 a régebbi, a Segregated Witness (SegWit) bevezetése előtti tranzakciókat 2 500 hagyományos aláírási műveletre korlátozná. Az aláírási műveletek azok a kriptográfiai ellenőrzések, amelyekkel igazolják, hogy valaki jogosult-e bitcoin kiadására. A normál tranzakciók sokkal kevesebbet használnak, és a SegWit- és Taproot-tranzakciókra ez a korlátozás nem vonatkozna. A támogatók becslése szerint a változtatás egyes esetekben akár 40-szeresére is csökkenthetné a legrosszabb esetben felmerülő ellenőrzési terhet.

A harmadik változtatás a Bitcoin Merkle-fájában jelentkező problémát orvosolja, amely rendszer a tranzakciókat egyetlen összefoglalóvá egyesíti minden blokkhoz. Egy pontosan 64 bájt hosszú tranzakció hasonlíthat a struktúra egy belső eleméhez. Ez lehetőséget teremt egy olyan bizonyíték hamisítására, amely félrevezetheti egyes egyszerűsített fizetési ellenőrzésű (SPV) pénztárcákat, és ráveheti őket egy soha nem erősített tranzakció elfogadására.

A BIP-54 egyszerűen érvénytelenné tenné a 64 bájtos tranzakciókat. Ezek a tranzakciók évek óta nem szabványosak, és ritkán használják őket. A javaslat támogatói azzal érvelnek, hogy betiltásukkal tisztábban orvosolható az alapvető probléma, mintha elvárnánk, hogy minden „light” pénztárca valamilyen kiskaput használjon.

Egy végleges szabály egyszerűsítheti a Bitcoin jövőjét

A negyedik változás a coinbase-tranzakciókat érinti, azokat a speciális tranzakciókat, amelyeken keresztül a bányászok megkapják az újonnan kibocsátott bitcoinokat és a tranzakciós díjakat. A Bitcoin korai éveiben azonos coinbase-tranzakciók jelentek meg egynél több blokkban, ami a korábbi tranzakció el nem költött kimeneteinek eltűnését okozta. A Bitcoin ellenőrzéseket vezetett be a megismétlődés megakadályozására, de ezek az ellenőrzések bonyolultabbá teszik a blokkok érvényesítését.

A BIP-54 előírná, hogy az új coinbase-tranzakcióknak tartalmazniuk kell a blokk magasságához, illetve a blokkláncban elfoglalt pozíciójához kötött beállításokat. Ez garantálná az egyediséget a jövőben, és végső soron lehetővé teheti a csomópontok számára a régebbi, duplikált tranzakciókat ellenőrző mechanizmusok eltávolítását. A változtatás egyszerűbbé teheti az érvényesítést, és támogatná azokat a jövőbeli terveket, amelyek célja a teljes csomópont üzemeltetésével járó tárolási terhek csökkentése.

Az F2pool álláspontja megnehezíti az aktiválást

A BIP-54 technikai indokai nem vetettek véget a politikai vitának. Wang Chun, a nagy bányászati pool, az F2pool társalapítója augusztus 10-én kijelentette, hogy nem támogatja a javaslatot. Kifejtette, hogy az F2Pool frissítené bányászcsomópontjait, ha a BIP-54 a szokásos BIP-9 aktiválási folyamaton keresztül elérné a szükséges többséget, de a bányászati pool előzetesen nem fogja jelezni ezt.

Chun kifogása, amelyet még áprilisban osztott meg az X-en, elsősorban a folyamatra és a prioritásokra vonatkozik. Azzal érvelt, hogy négy változtatás összekapcsolása olyan, mintha egymással össze nem függő intézkedéseket csomagolnának egy törvényjavaslatba. Úgy véli, hogy a kockázatok közül több túl távoli ahhoz, hogy igazolja a soft forkhoz szükséges koordinációt, szoftverfrissítéseket és a közösség figyelmét, amely a Bitcoin szabályait oly módon módosítja, hogy a régebbi szoftverek esetleg nem tudják végrehajtani.

A támogatók másképp látják az összevonást. Azzal érvelnek, hogy minden konszenzusbeli változás magas társadalmi költségekkel jár, így több védelmi javítás összevonása csökkentheti a hálózat egészét érintő, nehéz aktiválási erőfeszítések számát. Azt is mondják, hogy a Bitcoin emelkedő értéke több okot ad a támadóknak arra, hogy olyan gyenge pontokat keressenek, amelyek korábban elméletinek tűntek.

A BIP-110 kudarca új óvatosságot szül

A vita éppen a BIP-110 kudarca után robbant ki, amely egy külön javaslat volt, és amely ideiglenesen korlátozni kívánta a Bitcoin-tranzakciókban tárolt nem pénzügyi adatokat. A javaslat az Ordinals-bejegyzésekkel, a nagy méretű OP_RETURN-adatokkal és bizonyos Taproot-alapú adattárolási gyakorlatokkal kapcsolatos eljárásokat célozta meg. Alacsonyabb aktiválási küszöbértéke nem tudott érdemi bányász-támogatást vonzani, és a javaslatot érvényesítő kis lánc néhány blokk előállítása után megakadt.

Ez az eset nem jelenti azt, hogy a BIP-54 hasonló javaslat lenne. A BIP-54 nem ad hozzá és nem távolít el általános célú szkriptfunkciókat, és nem is jelenti az utat a covenants vagy az OP_CAT felé – olyan javaslatok felé, amelyek kibővítenék a Bitcoin programozható kiadási lehetőségeit. A BIP-110 azonban megmutatta, milyen gyorsan válhat egy vitatott frissítés szélesebb körű vitává arról, hogy ki döntsön a Bitcoin jövőjéről.

A BIP-54 már aktív tesztelés alatt áll a Bitcoin Inquisition nevű, Signet-alapú tesztkörnyezetben, és a jelenlegi Bitcoin Core-kiadások már átvették a kapcsolódó biztonsági intézkedéseket. Néhány bányászati pool, köztük a MARA és a ViaBTC, önkéntesen megkezdte a kompatibilis coinbase-tranzakciók generálását. A hivatalos aktiválási paramétereket azonban még nem határozták meg, és a mainnet-szavazás továbbra is nyitott.

A következő kérdés az, hogy a fejlesztők, a közösség, a vállalkozások, a csomópont-üzemeltetők és a bányászok egyetértenek-e abban, hogy az ismert, de ritkán kihasznált kockázatok kijavítása megér egy újabb hard fork szintű koordinációs erőfeszítést. Az olvasóknak érdemes figyelniük a hivatalos BIP-9 jelzési javaslatot, a bányászok felkészültségéről szóló további bejelentéseket, valamint azt, hogy az F2pool ellenállása megakadályozza-e a Bitcoin-frissítésekhez hagyományosan szükséges széles körű támogatást.