Teljes felháborodás: elárasztja a felesleges adat a Bitcoin láncát
A Bitcoin tranzakciókhoz kapcsolódó egyéb adatok mennyiségére vonatkozó hagyományos korlátotokat preferáló node-üzemeltetők közössége kifejezetten kritikus egy közelgő szoftverfrissítéssel szemben, több tényező miatt is. A Bitcoin protokoll lehetővé teszi, hogy egy tranzakcióhoz extra adatot fűzzünk, például üzenetet, hivatkozást vagy éppen egy okosszerződéshez kapcsolódó adatot, ami az OP_RETURN mezőben kerül letárolásra. A blokklánc túlterhelésének aggálya miatt az OP_RETURN mező mérete korlátozott, és a legtöbb node figyelmen kívül hagyja az ilyen adatokat a tranzakció feldolgozása során.
A Bitcoin Core 30-as verziója (v30) a hálózat legnépszerűbb full node-szoftverének következő verziója. Ez drasztikusan megnöveli a csomópontok (node-ok) által alapértelmezés szerint a mempoolba befogadott, a bitcoin láncon belüli mozgásával nem kapcsolatos adatok mennyiségét. Ez viszont felháborítja azon Bitcoin Core felhasználókat, akik megszokták az OP_RETURN kimenetek szűrését, amely 2011 óta működik.
Hamarosan kivezetésre kerül teljesen az egyéb adatokra vonatkozó konfigurációs lehetőség
Akik ezután majd korlátozni akarják a kapcsolódó egyéb adatok mennyiségét, komplex folyamaton kell végigmenniük, beleértve egy átírt konfigurációs opciót, amely megváltoztatja egy egyszerű szám hatását, ami több mint egy évtizede ugyanazt a funkciót látta el. A v30 verzióban a Core fejlesztők körülbelül 88%-kal csökkentik a „datacarriersize=” értéket. Korábban ez az opció egyszerűen szabályozta, hogy mennyi adatot engedélyez a node az OP_RETURN-on keresztül. A v30-ban viszont a működése megváltozik, és sokkal kevesebb adatot engedélyez, ha valaki ezt az opciót használja — tehát meggyengítették a funkciót. Összességében három jelentős változás van a Bitcoin Core 29.0 és a 2025 októberében megjelenő v30 verzió között.
Először is, a v30 több mint egy évtized után először engedélyezi a több mint egy OP_RETURN kimenettel rendelkező tranzakciókat a csomópont alapértelmezett mempooljába. Másodszor, a Core fejlesztői átírták a v30 konfigurálhatósági beállítását, a „datacarriersize=”-t, amely évek óta ugyanúgy működött. Ez a felhasználó által konfigurálható szám korábban azt határozta meg, hogy egy csomópont mempoolja hány byte adatot fogad el egy OP_RETURN kimeneten belül. A v30 verzióban ez a szám és beállítás most kilencszer több adatot engedélyez, mint amennyit ugyanaz a szám a v29 és korábbi verziókban engedélyezett volna.
Luke Dashjr, a Knots fejlesztője, akinek szoftvere a Bitcoin hálózat elérhető node-jainak körülbelül 16%-án felváltotta a Core-t, egy datacarriersize=83 példával szemléltette ezt a becsapós változást. A v29-es és korábbi verziókban minden Core node-üzemeltető, aki itt a 83-as számot adta meg, 92 bájtra korlátozta az OP_RETURN tetszőleges adatokat tranzakciónként. A v30-as verzióban azonban minden felhasználó, aki ugyanezt a számot adja meg a datacarriersize mezőben, már 830 bájt tetszőleges adatot engedélyez.
Sok üzemeltető és fejlesztő úgy látja, hogy ez becsapós és csak rosszindulatú szereplők csinálnak ilyet. Végül harmadik változásként, a Core fejlesztők az alapértelmezett szűrőt néhány bájtról közel 4 MB-ra állítják vissza. Ezenkívül a felhasználó által konfigurálható szűrőt megjelölik a kódban, mint „deprecated”, azaz figyelmeztetnek, hogy a funkció elavult és a jövőben kivezetésre kerül. Nem csak megváltoztatták a működését, de tervek szerint rövidesen ki is veszik a kódból azt, hogy a datacarriersize mezőn keresztül konfigurálható legyen a tárolható egyéb adat mennyisége. Konkluzióként elmondható,hogy a legnépszerűbb full node szoftverben olyan változások érkeznek, amik drasztikusan megváltoztatják azt, hogy mennyi felesleges adat árasztja majd el a mempoolt. Hogy ez mivel jár, az még kérdéses, de a közösség jelentős része számára nem vonzó jövőképről van szó. Azt se felejtsük, hogy még mindig sokan régebbi, esetleges hibákat tartalmazó verziókat használnak.