Mi történik, amikor egy bitcoin-blokk megtelik? Minden bájt élő díj-árverést indít el

A sor a blokk előtt alakul ki

Képzeljünk el egy zsúfolt metróperont csúcsforgalomban. Minden új utasnak érvényes jegye van, de a beérkező vonaton korlátozott a hely. A Bitcoin hálózatán egy tranzakció először a csomópont mempooljába kerül, amely egy ideiglenes tárolóhely az érvényes, de még nem megerősített fizetések számára. A lényeges bökkenő az, hogy nincs egyetlen, univerzális mempool. Minden csomópont a saját verzióját tartja, a saját helyi szabályait alkalmazza, és előfordulhat, hogy kissé eltérő gyűjteményt lát a függőben lévő tranzakciókból.

A teli blokk és a teli mempool szintén különböző események. A Bitcoin-blokkokat a konszenzus 4 millió súlyegységre korlátozza, amely mérték a tranzakciós adatok felépítését veszi figyelembe. A Bitcoin Core csomópontok alapértelmezés szerint körülbelül 300 MB memóriát engedélyeznek a helyi mempooljaik számára, és a tranzakciókat akár 336 órán át is tárolhatják. Előfordulhat, hogy egy blokk megtelik, miközben rengeteg tranzakció marad a memóriában, várva a következő „vonatra”.

A teli blokk aukcióvá alakítja a várakozást

A bányászok általában nem a tranzakciók korának alapján választanak. A blokksablonokat a díjak, a tranzakciós súly és a kifizetések közötti függőségek alapján állítják össze. A felhasználók számára látható gyakorlati mértékegység a virtuális bájtankénti satoshi, vagyis a sat/vB. A magasabb díj a bányászoknak nagyobb bevételt biztosít ugyanazon a szűkös blokkterületen, így a legmagasabb díjú tranzakciók általában elsőként kerülnek feldolgozásra.

Ez azt jelenti, hogy egy korábban elküldött fizetés megerősítése később történhet meg, mint egy pár perccel később elküldötté. Egy magas díjú tranzakció széles körben elterjedhet a hálózaton, és bekerülhet a bányászok következő sablonjaiba. Az alacsony díjú tranzakciók akár több blokk elhaladása után is a küszöbérték alatt maradhatnak. A megerősítési becslések segítenek, de nem jelentenek ígéretet, mivel folyamatosan érkeznek új tranzakciók, és maguk a blokkok is szabálytalan időközönként jelennek meg.

Amikor elegendő számú függőben lévő tranzakció verseng minden blokkért, a mempool egyre kevésbé hasonlít egy udvarias sorra, és egyre inkább egy repülőtéri várólistára. Az új, jobban fizető utasok kiszoríthatják a gyengébb ajánlatokat. Ha egy Bitcoin Core csomópont eléri a beállított memóriakorlátját, akkor levágja a gazdaságilag leggyengébb csatlakozó tranzakciócsoportot, és emeli a gördülő helyi díjküszöböt. A kiszorított tranzakció nem érvénytelen, és a blokklánc sem törölte. Az adott csomópont egyszerűen csak abbahagyta annak továbbítását.

A torlódás eléri a pénztárcát

Egy átlagos felhasználó számára az első következmény a késedelem. Előfordulhat, hogy a pénztárca órákig azt jelzi, hogy egy fizetés függőben van, miközben az újabb tranzakciók már megerősítést nyernek. Egy kereskedő, tőzsde vagy kincstári részleg számára ez a késedelem elhalaszthatja a tőzsdei befizetést, lelassíthatja a biztosítékok mozgását, megszakíthatja az arbitrázs-átutalást, vagy gyors piaci helyzetben elérhetetlenné teheti a pénzeszközöket.

Mivel a díjak elsősorban a tranzakció súlyához, nem pedig az átutalt értékhez kötődnek, egy 50 dolláros fizetés és egy 5 millió dolláros átutalás hasonló feltételek mellett versenyezhet, ha tranzakciós szerkezetük összehasonlítható. Minél időérzékenyebb az átutalás, annál drágábbá válhat az aluldíjazás.

A második következmény a magasabb díjakkal jellemezhető piac. A Bitcoinnek nincs olyan protokollszintű alapdíja, mint az Ethereumnak. Ehelyett a felhasználók a bányászok által a következő blokkba beilleszthető határdíjszinttel versenyeznek, miközben minden csomópont fenntart egy helyi felvételi küszöbértéket is. Nyomás hatására ez a dinamikus küszöbérték jóval a szoftver alapértelmezett továbbítási beállítása fölé emelkedhet. A tegnap, vagy akár 20 perccel ezelőtt látható díj már nem biztos, hogy ugyanazt a megerősítési sebességet biztosítja.

A harmadik következmény a véglegesítés előtti bizonytalanság. Ha egy tranzakciót látunk egy blokkfelfedezőben, az csak azt bizonyítja, hogy egyes csomópontok tudnak róla, nem pedig azt, hogy minden bányász ismeri. Egy még nem megerősített fizetés kicserélhető, eltávolítható vagy eltűnhet egy csomópont látóteréből, miközben továbbra is érvényes, lehetséges kiadás marad. Azok a vállalkozások, amelyek árukat bocsátanak ki, jóváírják a számlákat vagy nulla megerősítés mellett véglegesnek tekintik a befizetést, olyan kockázatot vállalnak, amelyet a torlódás még jobban láthatóvá tehet.

Néhány módszer a beragadt fizetés megmentésére

Maga a Bitcoin két fő módszert kínál a felhasználóknak a késleltetett fizetés újbóli árazására. A „Replace-by-fee” (RBF) lehetővé teszi a fizető számára, hogy egy megerősítetlen tranzakciót egy magasabb díjat fizetővel cseréljen ki. Képzeljük el úgy, mintha egy alacsony ajánlatot visszavonnánk, és egy magasabbat nyújtanánk be ugyanarra a helyre. A „Child-pays-for-parent” (CPFP) más utat jár be: a késleltetett tranzakcióból származó, felhasználható kimenetet egy új, magas díjú „gyermek” tranzakcióban használják fel, ami ösztönzi a bányászokat arra, hogy a „szülő” és a „gyermek” tranzakciót együtt vegyék fel a blokkba.

Egyik eszköz sem varázslat. Egy RBF-csere-tranzakciónak meg kell felelnie a csomópontok szabályainak, és elegendő díjat kell fizetnie ahhoz, hogy felülmúlja mind az általa felváltott tranzakciót, mind az aktuális piaci díjakat. Egy CPFP-gyermektranzakciónak emelnie kell a teljes csomag összesített díjszintjét, nem csupán önmagában kell drágának tűnnie. Egy meredeken emelkedő piacon egy szerény emelés is elég lehet ahhoz, hogy a fizetés a mozgó küszöbérték alatt maradjon. A valódi cél nem a minimális továbbítási díj. Hanem az a díjszint, amely a következő valószínű blokk végéhez közel van.

Ezen két lehetőség mellett a bányászati gyorsítók olyan szolgáltatások, amelyeket egyes bitcoin-bányászati poolok kínálnak, és amelyek lehetővé teszik a felhasználók számára, hogy alacsony díj mellett, amikor a tranzakció a mempoolban rekedt, azt prioritásos elbírálásra nyújtsák be. Ahelyett, hogy megváltoztatná a Bitcoin konszenzus-szabályait, a gyorsító egyszerűen arra kéri a részt vevő bányászokat, hogy vegyék fel azt a tranzakciót az általuk bányászott következő blokkok egyikébe. Egyes gyorsítók ingyenesek, de jogosultsági követelményeket támasztanak, míg mások díjat számítanak fel, vagy megkövetelik, hogy a tranzakció megfeleljen egy minimális díjszintnek.

A Core 31.0 a mechanizmust változtatja meg, nem a felső határt

A Bitcoin Core 31.0 megváltoztatja a verseny mögött álló mechanizmus egy részét. A klaszter-mempoolja összekapcsolja a még nem erősített tranzakciókat, és a csoport várható bányászási díjszintje szerint rendezi őket. Az alapértelmezett klaszterkorlátok 64 tranzakció és 101 kB virtuális méret. A tervezés célja a blokkok felépítésének, a kiszorításnak, a tranzakciók továbbításának és a helyettesítési döntések javítása anélkül, hogy megváltoztatná a Bitcoin 4 millió súlyegységes konszenzusos felső határát.

Más mérnöki munkák a teljes blokkok hálózaton keresztüli továbbításának költségeinek csökkentésére irányulnak. A kompakt blokk-továbbítás lehetővé teszi egy csomópont számára, hogy egy új blokk nagy részét a már birtokában lévő tranzakciókból rekonstruálja, csökkentve ezzel a blokk terjesztéséhez szükséges adatmennyiséget és időt. Ez azért fontos, mert a lassúbb terjesztés növelheti annak kockázatát, hogy két bányász rövid ideig különböző láncvégekre építkezzen. A nagyobb blokkkapacitás rövid távon csökkentheti a díjakra nehezedő nyomást, de egyúttal növelheti a sávszélesség-, érvényesítési és terjesztési igényeket is.

A gyakorlati tanulság egyszerű. Amikor egy Bitcoin-blokk megtelik, nem történik semmi baj, és egyetlen tranzakció sem szerez elsőbbséget a várakozás miatt. A bányászok a legvonzóbb gazdasági szempontból érvényes csomagokat erősítik meg, amelyek beférnek, míg az olcsóbb fizetések függőben maradnak, árazásuk átalakul, vagy elveszítik a továbbítási hatótávolságot. A befektetők és a vállalkozások számára a díj nem csupán egy postabélyeg. Hanem egy ajánlat a szűkös elszámolási helyre. Kezeljük a megerősítési időt valószínűségként, és figyeljük az aktuális díjfeltételeket, mielőtt a szokásos késedelem drága működési problémává válna.

Fő/címlapkép forrása: mempool.space