Év végéig döntés születhet a Bitcoin frissítéséről
A Bitcoin egyik legújabb fejlesztési javaslata, az OP_CHECKTEMPLATEVERIFY – közismertebb nevén BIP‑119 vagy CTV – jelentős előrelépést hozhat: hatékonyabbá teheti a hálózat működését, növelheti a biztonságot, és leegyszerűsítheti az önálló tárcakezelést. A kezdeményezést neves fejlesztők és iparági szereplők támogatják, és könnyen lehet, hogy még idén jóváhagyást kap. Ha ez megtörténik, az olyan Bitcoin-alapú megoldások, mint a Lightning Network vagy az Ark, új lendületet kaphatnak, és a hálózat felhasználóbarátabbá válhat.
Mi is az a BIP‑119 és miért fontos?
A BIP‑119-et még 2019-ben terjesztette be Jeremy Rubin, és célja egy eddig inaktív Bitcoin parancs, az úgynevezett OP_CHECKTEMPLATEVERIFY aktiválása. Ez a lépés több új funkciót is bevezetne a Bitcoin hálózatába. Megjelenhetnek például az úgynevezett „covenant” típusú tranzakciók, amelyek lehetővé tennék, hogy a felhasználók pontosabban szabályozzák bitcoinjaik útját. Így például előre meghatározhatnák, hogy egy adott időszakban legfeljebb mekkora összeg kerülhessen a forró tárcájukba. Ezek az úgynevezett „okos trezorok” (vaults) komoly előrelépést jelentenének a saját kezelésű tárcák biztonságában. A javaslat emellett a Lightning Network működését is hatékonyabbá és biztonságosabbá tenné, különösen a mindennapi, kis összegű tranzakciók esetében.
A Bitcoin frissítései ritkán történnek meg, és mindig hosszú előkészületeket igényelnek. Az utolsó nagyobb változás, a Taproot, még 2021-ben lépett életbe – azóta a protokoll gyakorlatilag érintetlen maradt. Mivel a Bitcoin működése teljesen decentralizált, minden újítás bevezetése hosszadalmas folyamat, amelyhez széles körű közösségi egyetértés szükséges. A BIP‑119 esetében most éppen a konszenzus kialakulásának kritikus szakaszához érkeztünk.
Fejlesztői támogatás és mozgolódás a közösségben
2024. június 9-én hatvanhat Bitcoin-fejlesztő – köztük olyan elismert szakemberek, mint Jameson Lopp és Andrew Poelstra – nyílt levélben fordult a technikai közösséghez. Arra kérték a fejlesztőket, hogy komolyan vegyék fontolóra a BIP‑119-et és a CSFS/BIP‑348 javaslatokat, mivel ezek jelentős előnyöket nyújthatnának a Bitcoin-felhasználók számára. A levél aláírói között nemcsak független fejlesztők, hanem iparági szereplők – például az Anchorage, a Luxor Mining és az Alpen Labs – munkatársai is szerepeltek.
Steven Roose, a Second nevű cég vezérigazgatója szerint már most is jelentős előrelépés történt a közösségi egyetértés irányába, és reális esély van arra, hogy a BIP‑119-et még az év vége előtt elfogadják. Daniel Gray, a Fidelity Digital Assets vezető elemzője pedig úgy látja, hogy az újítás kulcselemei – például a „covenant” típusú szabályozások és a „vault” tárcák – teljesen új lehetőségeket nyitnak meg a felhasználók előtt. Ezek nemcsak biztonságosabbá és kiszámíthatóbbá tehetik az önálló tárolást, hanem megkönnyíthetik a Bitcoin layer‑1 és layer‑2 tranzakcióinak napi szintű használatát is.
Mire számíthatnak a felhasználók és dev‑ek?
Amennyiben a BIP‑119 valóban életbe lép, több területen is jelentős technikai előrelépést hozhat a Bitcoin számára:
Biztonságosabb, szabályozott tárolás (vault): a felhasználók előre meghatározhatják, mennyi bitcoint és milyen feltételek mellett lehet elmozdítani a tárcából – ezzel a megoldással gyakorlatilag „digitális trezort” hozhatnak létre.
Hatékonyabb Lightning-csatornák: az úgynevezett Lightning Symmetry (vagy Eltoo-típusú) csatornák bevezetésével gyorsabbá, stabilabbá és felhasználóbarátabbá válhat a Lightning Network. Ez lehetővé teszi, hogy akár kisebb, napi vásárlások – például egy kávé – is villámgyorsan, alacsony költséggel történjenek.
Újgenerációs Layer‑2 protokollok: a BIP‑119 zöld utat nyithat olyan fejlettebb Layer‑2 rendszerek előtt, mint az Ark, amelyek okosszerződésekre épülnek és eddig főként Ethereumon vagy más EVM-alapú láncokon működtek. Ezáltal a Bitcoin ökoszisztémája közelebb kerülhet a decentralizált pénzügyi szolgáltatásokhoz és a modern blokklánc-alkalmazásokhoz is.
Mi nehezíti a haladást?
A Bitcoin frissítései (soft fork) nem véletlenül haladnak lassan – és ez a BIP‑119 esetében sincs másként. Mivel nincs központi irányító testület, minden változás a közösség konszenzusára épül. A 2021-es Taproot frissítés után többen csalódottak voltak a váratlan mellékhatások miatt, ezért a mostani javaslattal kapcsolatban is fokozott óvatosság érezhető. A fejlesztők, bányászok és node-üzemeltetők egyetértésére van szükség, amit hosszas tesztelések és nyílt viták előznek meg.
A javaslat szerzője, Jeremy Rubin eredetileg egy „Speedy Trial” nevű eljárást javasolt: ennek lényege, hogy ha a bányászok legalább 90%-a támogatja a frissítést, akkor az aktiválható. Ez azonban sokak szerint túl nagy hatalmat adna a bányászok kezébe. Alternatív lehetőségként felmerült a User Activated Soft Fork (UASF), amely a node-üzemeltetők döntésére épül – ez demokratikusabb, viszont technikailag összetettebb és időigényesebb folyamat.
Ahogy a Fidelity Digital Assets kutatója fogalmazott: a javaslat nemcsak technikai, hanem közösségi, társadalmi kihívások elé is állítja a Bitcoint – és ezeket kezelni kell, különben új törésvonalak alakulhatnak ki a rendszerben.
Mi történhet ezután?
Az optimista forgatókönyv szerint még az év végére kialakulhat a műszaki konszenzus a BIP‑119 kapcsán, de az aktív használatba vétel akár 1–2 évig is elhúzódhat. A javaslat elfogadása csupán az első lépés: ezután következik a rendszerbe integrálás, a szoftverek és node-ok kompatibilitásának biztosítása, majd a széleskörű fejlesztői és felhasználói támogatás kiépítése, ami tovább növeli az időráfordítást.
Ha a frissítés végül életbe lép, az nem egyszerűen egy technikai módosítás lesz. A BIP‑119 valódi hatása abban rejlik, hogy meghatározó momentumként jelenhet meg a Bitcoin történetében, különösen a használhatóság, az önálló tárcakezelés és a Layer‑2 ökoszisztéma fejlődése terén. Ez jelentheti azt a fordulópontot, amikor a felhasználók már nem csak tárolni tudják a BTC-jüket, hanem valós, rugalmas és biztonságos módon tudják kezelni – akár decentralizált pénzügyi szolgáltatásokat is igénybe véve.