Miért bukott el szinte azonnal a BIP-110 Bitcoin-fork?

Két blokk. Ennyi kellett ahhoz, hogy a Bitcoin legújabb fork-kísérlete csendben elhallgasson. A BIP-110-es „anti-spam” elágazás 2026 augusztusában futott ki a homokba – nem drámai összeomlással, hanem egyszerűen azzal, hogy a bányászok nagy része figyelmen kívül hagyta. Ez a fajta halál talán a legbeszédesebb.

Mi volt a BIP-110, és miért kellett volna?

A Bitcoin Improvement Proposal 110-es számú javaslat eredeti célja az volt, hogy korlátokat szabjon az ún. „felirat-tranzakcióknak” – ezek azok az adatcsomagok, amelyek az Ordinals és a BRC-20 tokenek kora óta tömik a blokkokat. A javaslat támogatói szerint az ilyen tranzakciók gazdaságilag pazarlók, és megnehezítik a hálózat alapfunkcióját: a valódi pénzátutalásokat.

Az ellenérv sem volt gyenge: mások szerint a Bitcoin cenzúraállóságának pontosan az a lényege, hogy senki nem mondhatja meg, milyen tranzakció „méltó” a blokkra kerülésre. Ez a vita nem most kezdődött – de a BIP-110 az első komoly kísérlet volt arra, hogy protokollszinten rendezzék el.

A szavazás mechanikája: hogyan dől el egy fork sorsa?

A Bitcoin konszenzusmechanizmusa nem demokratikus abban az értelemben, ahogy azt általában értjük. Nincs szavazólap, nincs egyenlő súlyú voks. A bányászok hashpower-arányosan „szavaznak” azzal, hogy melyik szoftvert futtatják, és milyen blokkokat fogadnak el érvényesnek.

A BIP-110 aktiválásához az kellett volna, hogy az összes lebányászott blokk legalább 90%-a tartalmazza a javaslat melletti jelzést egy adott 2016 blokk hosszú ablakban (ez nagyjából két hétnek felel meg). Ez az ún. miner signaling modell – az a megközelítés, amelyet már a SegWit (2017) és a Taproot (2021) aktiválásánál is használtak, igaz, eltérő küszöbszámokkal.

A BIP-110 esetében azonban valami fordítva sült el. A végső adatok szerint a bányászok közel 97%-a elutasította a javaslatot – vagyis nem jelölte be blokkjaiban a támogatói bitet. Mégis, két blokk „véletlenül” vagy szándékosan a javaslat mellett jelzett. Ez elegendő volt ahhoz, hogy technikai értelemben elinduljanak a fork első lépései – de az összes többi bányász egyszerűen nem követte.

Miért bukott el a 97%-os elutasítás ellenére is – egészen rövid időre?

Ez az a pont, ahol a fork-mechanika érdekessé válik. A Bitcoin-hálózaton nincs központi koordinátor, aki leállít egy folyamatot. Ha valaki elindít egy elágazást, az technikailag él – addig, amíg van rá hashpower. A BIP-110 esetén az a két blokk valós blokkokként kerültek be a láncba, és rövid ideig létezett egy párhuzamos lánc.

Csakhogy a hashpower-arány mögött brutális matematika áll. A 97%-os elutasítás azt jelentette, hogy az eredeti láncon az összes bányász ereje dolgozott tovább. Az elágazott láncon maradt 3% – vagy még kevesebb. A két versenylánc közötti nehézségi szakadék percek alatt nyilvánvalóvá vált. A fork-lánc lelassult, az eredeti lánc előreszaladt, és a nódumai a leghosszabb érvényes láncot követik – ez a Bitcoin alapszabálya.

Szóval nem az omladozott össze, ami elindult. Inkább soha nem tudott felgyorsulni.

Az újraszámítás és ami mögötte van

A technikai részletek ismerőinek: a nehézségi újraszámítás (difficulty adjustment) minden 2016 blokkban történik. Ha a fork-lánc nem termel elég blokkot, a nehézség ugyan lecsökkenne, de ehhez először 2016 blokkot kéne lebányászni – ami a rendelkezésre álló hashpower-rel hetekig, hónapokig tartana.

Ez az öngyógyító mechanizmus az egyik legelegánsabb biztonsági elem a Bitcoin protokolljában. Egy rosszul időzített vagy rosszul szervezett fork nemhogy fennmaradni nem tud – de még veszélyt sem jelent az eredeti lánc folyamatosságára. A gazdasági ösztönzők és a hashpower-megoszlás automatikusan rendezi a helyzetet.

Szociális konszenzus: miért nem elég a technikai szabály?

A BIP-110 esete jól mutatja, hogy egy fork sorsa nem a kódban dől el – hanem a bányászok, a fejlesztők, a tőzsdék és a felhasználók koordinációjában. Ezt szokás „szociális konszenzusnak” nevezni.

Az Ethereum 2016-os DAO-villásodásánál ez explicit volt: a fejlesztők és a közösség szavazott, és az eredmény egy politikai döntés volt. A Bitcoinnál más a kultúra. Itt az a norma, hogy a változtatásoknak széleskörű, organikus támogatást kell szerezniük – nemcsak bányászoktól, hanem a node-üzemeltetőktől és a kódot felülvizsgáló fejlesztőktől is.

• Bányászok: hashpower-ral szavaznak, de pénzügyi érdekeik is vannak (felirat-tranzakciók díjbevételt hoznak)
• Core fejlesztők: a BIP-t megírják, de nem kényszeríthetnek senkit az elfogadásra
• Node-üzemeltetők: ők döntik el végső soron, melyik szabályrendszert ismerik el érvényesnek
• Tőzsdék és custodian-ok: melyik láncot listázzák, melyiket nevezik „Bitcoinnak”

A BIP-110 esetén a bányászok anyagi érdeke egyértelműen az elutasítás irányába mutatott. Az Ordinals-tranzakciók és a felirat-díjak az elmúlt két évben érdemi bevételi forrást jelentenek a mining pooloknak. Egy anti-spam szabály közvetlen bevételkiesést jelent számukra.

Bitcoin-biológia: miért marad meg az eredeti lánc?

Van egy gondolatkísérlet, amit érdemes komolyan venni: miért nem pusztult el a Bitcoin az elmúlt évtized tucatnyi fork-kísérlete során? Bitcoin Cash (2017), Bitcoin SV (2018), és most BIP-110 – mind megpróbálta „javítani” a protokollt, és mind marginálissá vált az eredeti lánc mellett.

A válasz részben a Lindy-effektus: minél tovább áll fenn egy rendszer, annál valószínűbb, hogy továbbra is fenn fog állni. De a Bitcoin esetén ennél mélyebb struktúrális okokat is találunk:

1. Likviditás koncentrálódik: a kereskedők, tőzsdék és intézményi szereplők az eredeti láncot ismerik el – az új fork felzárkózáshoz évek kellenének
2. Hálózati hatás: a fejlesztők, a Lightning Network, a custodian infrastruktúra mind az eredeti láncon épült
3. Szimbolikus érték: a „Bitcoin” névre vonatkozó közmegállapodás erősebb, mint bármilyen technikai érv

Ez az, amit informálisan „blockchain-biológiának” szokás hívni: az ökoszisztéma természetes szelekciója az eredeti lánc fenntartását jutalmazza, mert ott van a gazdasági tömegvonzás.

Mi jön szeptemberben?

A CLARITY szavazási folyamat következő fordulója szeptemberre van tűzve. Ez nem közvetlenül a BIP-110-hez kapcsolódik, de a mögöttes vita ugyanaz: mit szabad és mit nem szabad a Bitcoin blokkokba írni?

A szeptemberi szavazás eredménye két irányba mehet:

• Bika forgatókönyv: a bányászok és node-üzemeltetők megállapodnak egy mérsékelt kompromisszumban, amely csökkenti a felirat-torlódásokat, de nem tilt be semmit protokollszinten – ez a piaci hangulat szempontjából stabilizáló hatású lenne
• Medve forgatókönyv: a vita eszkalálódik, újabb fork-kísérlet indul, a bizonytalanság növekszik – a tapasztalat szerint ez rövid távú árnyomást szokott hozni a Bitcoinra

Érdemes figyelni a nagy mining poolok – Foundry USA, AntPool, F2Pool – nyilatkozataira, mert ezek hashpower-aránya meghatározza, melyik oldal nyer szavazatot.

Összefoglalás

A BIP-110 esete tankönyvi példa arra, hogy a Bitcoin-protokoll szándékosan nehezen változtatható. Ez nem hiba – ez a rendszer egyik legfontosabb biztonsági tulajdonsága. Egy fork akkor él meg, ha gazdasági érdek, hashpower és szociális konszenzus egyszerre áll mögé. Ha bármelyik hiányzik, a lánc elhal – akár két blokk után is.

Ami szeptemberben jön, az nem csak technikai szavazás lesz. Egyfajta közmegegyezési teszt is, amely megmutatja, hogy a Bitcoin fejlesztői közössége képes-e kompromisszumra anélkül, hogy szétszakítaná azt, ami értéket ad a hálózatnak. A szkeptikus olvasónak azt ajánlom: kövesse az eseményeket, de ne dőljön be a „most nagy változás jön” narratívának. A Bitcoin már sokkal látványosabb viharokat is átvészelt.