A tranzakció nincs megerősítve, mit kell tenni. Bitcoin-tranzakció megerősítésének ideje: mennyit kell várni? Mit jelent a meg nem erősített Bitcoin tranzakció?

A bitcoin hálózat növekszik, az arány növekszik, és a bitcoin felhasználók egyre gyakrabban szembesülnek olyan problémával, amikor egy bitcoin tranzakció "lefagy". Azok. Úgy tűnik, bitcoinokat küldtek, de a címzetthez legjobb esetben is néhány napon belül eljutnak. És leggyakrabban az történik, hogy a tranzakció "sétál" a hálózaton, és visszatér a pénztárcához. Ez egyébként az események alakulásának egyik pozitív forgatókönyve is.

Amint azt már megjegyeztem, a bitcoin hálózatban a tranzakciók számának növekedése oda vezetett, hogy sok tranzakció néhány napig megerősítetlenül "lóg". Sőt, még a megemelt jutalék sem garantálja, hogy tranzakciója a megadott néhány órán belül megtörténik. A meg nem erősített tranzakciók száma a hálózaton elérheti a 200 ezret is.

Ennek a helyzetnek a fő okait mérlegelik: a Bitcoin-hálózat elleni támadás és az alacsony tranzakciós díj, majd a modor egyszerűen nem veszi fel a feldolgozásba.

Fizetés elküldése előtt azt tanácsolom, hogy vessen egy pillantást a hálózat terhelésére. Ezt meg lehet tenni és. Ott láthatja az ajánlott bájtonkénti árat is.

De nem jutott volna el ehhez a cikkhez, ha nem tette volna fel azt a kérdést, hogy én tettem fel a címet. Tehát mi van, ha a tranzakció elakad? Létezik egy speciális szolgáltatás az „elakadt” tranzakciókhoz.

Ehhez meg kell szereznie a tranzakció HASH-ját (alább példát mutatok arra, hogyan kell ezt megtenni a blokkláncon):

Szándékosan nem írtam át, hanem másoltam az információkat a fórumról. Ott, és így minden le van írva egy meglehetősen hozzáférhető formában. Ha kérdése van - tegye fel őket a megjegyzésekben, mi kitaláljuk.

Minden évben, ha nem is minden hónapban, a tranzakciók száma a Bitcoin hálózatban növekszik. Ez blokk-túlcsorduláshoz vezet. És mivel lehetetlen az összes tranzakciót azonnal bevonni a blokkláncba, a bányászok "memóriakészletet" alkotnak azokból a tranzakciókból, amelyek nem szerepelnek a blokkban - egyfajta "tranzakciók sorát".

Általában a bányászok a legmagasabb díjjal járó tranzakciókat választják ki, és először a blokkokba foglalják. Az alacsonyabb jutalékú tranzakciókat a magasak "megölik", és a bányászok memóriatárában maradnak, amíg új blokkot nem találnak. Ha egy blokk megtalálása után egy magasabb jutalékú tranzakció ismét megszakít egy függőben lévő megerősítő tranzakciót, akkor várnia kell a következő blokkra stb.

Ez az egész helyzet hátrányosan befolyásolja a felhasználói élményt. Az alacsony díjas tranzakciók megerősítése órákba, sőt napokba is telhet, néha pedig egyáltalán nem érkezik meg.

Mit lehet tenni, hogy megakadályozzuk a tranzakció lefagyását?

Tranzakció küldésekor

A Bitcoin korai éveiben a legtöbb pénztárca átalánydíjat adott a kimenő tranzakciókhoz: ez általában 0,1 mBTC (10 000 satoshi) volt. Mivel a bányászok blokkjaiban amúgy is volt szabad hely, általában az első bányászott blokkban szerepeltették ezeket a tranzakciókat (a legtöbb alacsony vagy díjmentes tranzakció is a blokkba került).

A blokkterületekért folytatott küzdelem fokozódásával a 0,1 mBTC fix díj az első blokkba történő tranzakció beépítését biztosító fix díj nem vált elegendővé. Magasabb díjakkal járó tranzakciók zavarták meg. És bár az alacsony díjakkal járó tranzakciókat végül megerősítették, időbe telt.

Próbálja meg növelni a jutalékát

Ha azt szeretné, hogy a tranzakció gyorsabban megtörténjen, a kézenfekvő megoldás a díjak emelése.

Ha pénztárcája (alapértelmezés szerint) nem használ elegendő jutalékot, megpróbálhatja manuálisan beállítani a méretét - akár a pénztárca beállításaiban, akár tranzakció küldésekor (vagy mindkettő).

A legtöbb blokklánc-böngésző szolgáltatás figyeli a hálózatot, és javaslatot tesz a beépítéshez szükséges jutalék összegére kilobájtonként, valamint arról is jelentést készít, hogy a tranzakció milyen gyorsan kerül visszaigazolásra a különböző jutalékszinteken.

Ha azt szeretné, hogy a fizetés a legközelebbi blokkban történjen, magasabb jutalékot kell fizetnie. Kevésbé sürgős fizetések esetén alacsonyabb díjak is engedélyezhetők, de ezek megerősítése kicsit tovább tart.

Használjon dinamikus jutalékokat

A legtöbb pénztárca most dinamikus díjakkal működik. A Bitcoin hálózattól kapott adatoktól függően az ilyen pénztárcák automatikusan hozzáadják a tranzakció következő blokkba, vagy legalább az első blokkok egyikébe történő beillesztéséhez szükséges jutalékot.

Egyes pénztárcák lehetővé teszik az elsőbbségi jutalékok kiválasztását is. Ismét a magasabb jutalékok gyorsabb tranzakció-visszaigazolást tesznek lehetővé, míg az alacsonyabb jutalékok időbe telik.

Ha csúcsidőben gyakran késnek a tranzakciók pénztárcájából, és nem tud magasabb prioritású díjra váltani, akkor a pénztárcája valószínűleg elavult. Ellenőrizze a frissítést, vagy válasszon új pénztárcát.

Ne féljen pénztárcát váltani

Új pénztárcára váltás esetén a régi pénztárcából kell átutalnia. Ha nem siet, és nem bánja, hogy jutalékot fizet ezért, egyszerűen küldhet pénzt a régi pénztárcából az újba a Bitcoin hálózaton keresztül.

Ha siet, egyes pénztárcák lehetővé teszik a privát kulcsok vagy azok kezdeményezőinek exportálását, majd új pénztárcába való importálását. Ehhez nincs szükség tranzakcióra a Bitcoin hálózaton. Azonnal megkezdheti a tranzakciók küldését új pénztárcájából.

A tranzakció elküldése után

Ha már elküldött egy tranzakciót, és az lefagy, bizonyos esetekben megpróbálhatja „ugrani a sorba”.

Opt-In Csere díjonként funkció

A legegyszerűbben az Opt-InReplace-by-Fee (Opt-InRBF) nevű opció használatával állíthatja át a tranzakciót a sorban. Segítségével ugyanazt a tranzakciót újra elküldheti, de magasabb jutalékkal.

E funkció nélkül, ha a hálózaton egy tranzakciót megemelt díjjal újraküldenek, a hálózat elutasítja az új tranzakciót. A Bitcoin csomópontok általában kétszeres költésként kezelik az új tranzakciókat, ezért nem fogadják el vagy késleltetik azt.

A tranzakció Opt-InRBF használatával történő elküldésével azonban lényegében tájékoztatja a hálózatot arról, hogy a tranzakciót egy későbbi időpontban, de magasabb díj ellenében újra elküldheti. Ennek eredményeként a legtöbb Bitcoin csomópont elfogadja az új tranzakciót a régi helyett; így az új tranzakció ugrik a sorba.

Az, hogy a tranzakció bekerül-e a következő blokkba, attól függ, hogy melyik bányász bányászza az új blokkot: nem minden bányász használja az Opt-InRBF-et. Így vagy úgy, ezt a lehetőséget elegendő számú bányász támogatja ahhoz, hogy a tranzakció a következő néhány blokkban szerepeljen.

Jelenleg az Opt-InRBF funkciót legalább két pénztárca támogatja: az Electrum és a GreenAddress. A Bitcoin Core-ban a tranzakciók feldolgozása támogatja, azonban saját RBF-tranzakciók létrehozása csak harmadik féltől származó szkriptek segítségével lehetséges. A pénztárcától függően az Opt-InRBF frissítés szükséges lehet a menübeállításokban az (első) tranzakció elküldése előtt.

Gyermek fizet a szülőért (gyermek fizet a szülőért)

Ha a pénztárcája nem támogatja az Opt-InRBF-et, a dolgok kissé bonyolultabbak lesznek.

Itt jön jól a ChildPaysforParent (CPFP). A CPFP-vel a bányászok nem feltétlenül a legmagasabb díjjal járó tranzakciókat választják ki, hanem a kombinált díjakkal rendelkező tranzakciók csomagját választják.

A technikai részleteket eltekintve a legtöbb kimenő tranzakció nem csak bitcoinokat küld a címzettnek, hanem "változást" is ad vissza. Ezt a módosítást a következő tranzakcióra lehet költeni.

Egyes pénztárcák lehetővé teszik, hogy ezt az összeget még a tranzakció megerősítése előtt elköltse, vagyis új tranzakcióval küldje el magának a pénzt. Ezúttal ne felejtsen el elég magas díjat felszámítani az eredeti alacsony díjas tranzakció ellensúlyozására. A bányásznak át kell vennie a tranzakciók teljes készletét, és egyszerre kell visszaigazolnia.

Ha a pénztárcája nem teszi lehetővé, hogy megválasszon, hogy mely inputokat költse el, vagyis nem tudja elkölteni a meg nem erősített váltópénzt, akkor megpróbálhatja elkölteni a pénztárcában lévő összes pénzt – a pénznek is meg kell adnia azokat.

Csakúgy, mint az Opt-InRBF esetében, most sem minden bányász támogatja a CPFP-t. Ezek azonban elegendőek ahhoz, hogy a tranzakciót a következő blokkban megerősítsük.

Egyéb opciók

Ha nem lehetséges az Opt-InRBF vagy a CPFP alkalmazása, akkor technikailag megpróbálhatja elküldeni az eredeti tranzakciót magasabb díj ellenében. Ezt általában "teljes cserének díjjal" nevezik, és néhány bányász engedélyezi ezt a funkciót. Bár a nyilvános pénztárcák még nem támogatják ezt a lehetőséget.

Egy másik lehetőség, hogy egyszerűen megvárja a tranzakció megerősítését, vagy a bitcoinok újra megjelennek a pénztárcájában. Ne feledje, hogy technikailag a tranzakció megerősítése előtt a bitcoinok még mindig a pénztárcájában vannak – ez egyszerűen nem így történik. Valójában a bitcoinok nem „lógnak” a hálózaton, és nem veszhetnek el.

A címzett oldaláról

Természetesen egy leakasztott tranzakció akkor is probléma, ha Ön a címzettje.

Ha a pénztárcája lehetővé teszi, hogy meg nem erősített tranzakciókat költsön el, ez is megoldható CPFP használatával. A korábban leírtakhoz hasonlóan újra elköltheti a meg nem erősített bejövő bitcoinokat, ha elég magas díjat számít fel ahhoz, hogy kompenzálja a kezdetben alacsony tranzakciót. Ha az új jutalék elegendő, azt a következő blokkban megerősítik.

Az egyetlen további lehetőség, hogy megkérdezzük a feladótól, hogy használta-e az Opt-InRBF-et. Ebben az esetben magasabb jutalékkal tudja újra elküldeni a tranzakciót.

Fizetési rendszerek

A sors akaratából alkalmam nyílt kriptovalutákkal foglalkozni. Nem mintha szorosan együttműködnék velük, de néha küldök érméket és kapok is. Mondjuk, fokozatosan egy új szférát szondázok belülről.

Aztán egy napon szerencsétlenség történt. Küldtem kriptoérméket, de nem jutottak el a címzetthez. Valójában a bejegyzés arról szól, hogyan került vissza az alap. Nos, desszertnek gondolatok és tanácsok a jelenlegi helyzetről. Azonnal megjegyzem, hogy a következők nem egy adott pénznemre vonatkoznak, hanem a legtöbb villára (ha nem az összesre).

Kezdjük azzal, hogy a bejegyzés néha tele van találgatásokkal arról, hogy mi történik. Valahol lehet, hogy tévedek. Objektív javításokat, kiegészítéseket csak szívesen fogadunk.

Egy kicsit a terminológiáról.

A wallet.dat fájl neve wallet lesz.
A nyilvános kulcs (például az a cím, ahová a pénzeszközöket utalják) néha kényelmesebb a pénztárca hívására is, de a félreértések elkerülése érdekében legyen ez csak egy számlaszám.
Jutalék – Tranzakciós díj. Ezt a dolgot jutaléknak nevezni szerintem nem teljesen helyes, de ez a legismertebb és nem unalmas lehetőség, szóval legyen jutalék.
Tranzakció mérete – a tranzakcióval kapcsolatos összes információt tartalmazó adatblokk mérete.

Kezdetben tipikus felhasználóként közelítettem ehhez az egész kriptovaluta konyhához – nem igazán mélyedtem el a rendszerben. Telepítve, elindítva, működik - és rendben. Néha, amikor pénzt próbált küldeni valahova, az ügyfél olyan üzenetet ad, mint „ A tranzakció mérete túl nagy, nem lehet csak úgy átvenni és elküldeni. De hozzáadhatsz N jutalékot és akkor minden rendben lesz."- egyetértettem a jutalék hozzáadásával, és minden nagyon jó volt.

Úgy tűnik, hogy ha szükség esetén külön fizetek, akkor fizetek, amikor kérnek (ha a jutalék megfelel). Ez volt a fő hiba.

Újabb utalást teszek a szokásosnál jóval nagyobb összegért. A pénzeszközök elhagyják a számlát, nem érkezett ajánlat a jutalék kifizetésére, és ... Semmi. A pénzeszközök nem jutnak el a címzetthez, a tranzakció állapota "0 / Nincs megerősítve". És több mint egy hétig néztem egy ilyen képet, miközben egyidejűleg gugliztam és újraolvastam az internetet, hogy információt keressek egy hasonló probléma megoldásáról. És egy konkrét kriptovalutát kerestem, és általában mindenkinek - sok a probléma, nincs megoldás.

És tulajdonképpen mi is ez a jutalék? Az ötlet az, hogy a tranzakciók jutalék nélkül is lebonyolíthatók, de csak bizonyos feltételek teljesülése esetén:

A tranzakció mérete nem lehet több egy bizonyos összegnél.
Az átutalt összegnek meg kell haladnia egy bizonyos küszöböt.
A tranzakciónak kellő prioritással kell rendelkeznie.

Ha az első két pont többé-kevésbé egyértelmű (konkrét értékeket nem adtam meg, szerintem villáról villára változhatnak), akkor a harmadik az egész probléma. Durván szólva, létrehozásakor a tranzakciók sorba kerülnek, prioritás szerint rendezve. A következő blokk generálásakor benne vannak a jutalékos tranzakciók (amely jutalomként jár a blokkot megtalálónak), valamint a legmagasabb prioritású jutalék nélküli tranzakciók.

Maga a prioritás közvetlenül függ az átutalt pénzösszegtől és a visszaigazolások számától (minél hosszabb ideig volt ez a pénz a számláján, valójában annál nagyobb prioritást kell adni), és fordítottan függ a tranzakció méretétől. Így a körülmények szerencsétlen kombinációja esetén egy jutalék nélküli ügylet fagyott meg nem erősített állapotba kerülhet, amivel én is találkoztam.

A megoldás keresése során kiderült, hogy ez viszonylag gyakori probléma a kriptovalutáknál. Sajnos az összes tipp a következőkre vezetett, és gyakran nem segített:

Várjon egy-két napot, tranzakciója bekerül a következő blokkba.
Várjon egy-két napot, a kliensprogram megunja a várakozást, és magát a tranzakciót törli.
Töltse be újra a teljes blokkláncot.
Indítsa el a klienst valamilyen mágikus kulccsal (-rescan / -reindex / -salvagewallet).

Több mint egy hetet vártam. A tranzakció nem szerepelt egyetlen blokkban sem. Még a sendrawtransaction útján történő újraküldés után is. A blokklánc azt mondta, hogy semmit nem tud erről a tranzakcióról, és a pénzeszközök a számlán vannak, nem tűntek el sehova. És csak az ügyfél állta meg a helyét: „Elküldtem a tranzakciót, tovább, ahogy akarod. Nem engedem, hogy a már elköltött pénztől megszabaduljak.”

Tehát mi a probléma lényege? A tranzakció nem érte el a blokkot, és nem is fog eljutni. A pénztárca információkat tárol arról, hogy a tranzakció valóban megtörtént, így a hozzátartozó pénzeszközök nem használhatók fel. Lehetséges, hogy további idő elteltével a tranzakció törlésre kerül, ezzel kapcsolatban több feltételezésem is van:

Devizafüggő, valahol gyorsan lemondják, valahol sokat kell várni.
Egy adott kliens hiba.
A lemondási adatok hibásak.

Mindenesetre egy hét elég hosszú idő. Ha ezalatt nem múlt el magától, akkor okkal feltételezhetjük, hogy nem fog.

Normális emberként, miután már minden elromlott, végre elmentem elolvasni a kézikönyveket. A tranzakció megismétlésére tett kísérlet jutalék bevonásával kudarcot vallott. De a fórumok közötti linkeken való végtelen ugrálás (a Google találataiban semmi érdemleges nem volt) elvezetett egy bizonyos bejegyzéshez, ahol egy hasznos tippet találtam. Sajnos most nem találom ezt a bejegyzést, nem is tudom mi volt a fórum. Valami bitcoin-közeli fajta, gondolom.

A megoldást a kliens példáján fogom leírni, amely a Fork esetében a leggyakoribb, Satoshi Client néven ismert. Amennyire értem, más ügyfelekre is alkalmazható, de talán a maga árnyalataival.

A megoldás egyszerűsége és kézenfekvése ellenére a fórumok többoldalas szálaiból ítélve kevesen jönnek rá. A számlán lévő pénzeszközöket a pénztárca blokkolja, és csak az aktuális pénztárcán kívül kell hozzáférni a számlához.

Tehát, ha a tranzakció befagyott, és nincs megerősítése:

Legyél türelmes. Ne essen pánikba azonnal. Várj pár napot, hirtelen az igazság elmúlik magától.
Győződjön meg arról, hogy a tranzakció le van fagyva. Nyissa meg a Block Explorert (általában a "blockchain% cryptocurrency name%" lekérdezésre guglizik), és ellenőrizze, hogy nem tudnak-e semmit a befagyasztott tranzakcióról, de valóban van pénz a számlán.
Ugrás a hibakereső konzolra (Súgó - Hibakereső ablak - Konzol)
Ha a pénztárca titkosított (titkosított?), Akkor először hozzáférést kell szereznie a paranccsal pénztárca jelszó .
Most be kell szereznie a privát kulcsot a kívánt fiókból. dumpprivkey
... Ahelyett
helyettesítenie kell azt a nyilvános számlaszámot, amelyen a zárolt pénzeszközök találhatók. Válaszul megkapja ennek a fióknak a privát kulcsát. Valahova másolni kell, akkor is szükség lesz rá. Ha a tranzakcióhoz szükséges pénzeszközöket több számláról vették le, akkor mindegyiket importálni kell. És igen, soha ne tárolja privát kulcsait olyan helyen, ahol bárki hozzáférhet. A kulcs ismerete teljes hozzáférést biztosít a megfelelő fiókhoz.
Figyelje meg azt is, hogy a hibakereső konzol minden parancsára válasz érkezik. Lehet, hogy üres, de mindig ott van. Később kiderül, mire gondolok.
Zárja be az ügyfelet és törölje a pénztárcát. A pénztárca (wallet.dat) helye az adott klienstől és az operációs rendszertől függ. Természetesen egyáltalán nem szabad törölni, jobb, ha átnevezi, vagy biztonságos helyre helyezi át.
Indítsa újra a klienst. Új pénztárca jön létre. Be kell importálni a korábban kapott kulcs(oka)t. Menj a hibakereső konzolra és írj importprivkey ... Az importálás sokáig tarthat. Hagyja, hogy befejezze – várja meg a parancsra adott választ.
Az új pénztárcában meg kell jelennie a valós állapotú számlának. A megbízhatóság kedvéért a -rescan kapcsolóval újraindíthatod a klienst, de gondolom ez már felesleges. A korábban letiltott pénzeszközök ismételten elküldhetők, küldje el újra, ezúttal ne felejtse el feltüntetni a jutalékot. ( ezen a ponton fontos kiegészítések vannak az upd3-ban)
Ha vannak más használt és fontos fiókok a régi pénztárcán, akkor újra visszatérhet hozzá.

Ilyen egyszerű módon vissza lehetett küldeni a kriptoérméket. Bár már kezdtem azt hinni, hogy teljesen elvesztek. Általában ne reménykedj csodában, új ügyfél használata előtt győződjön meg arról, hogy a jutalék mindig benne van. A jutalék ajánlott nagyságát szerintem jobb, ha a használt kriptovalutára fordított forrásokon keressük.

Frissítés: A leírt művelet szükségessége a használt klienstől függ (és mivel sok kriptovalutának van egy kliense, így a használt devizáktól is). Úgy tűnik, hogy bizonyos esetekben a tranzakciós információk nem íródnak a pénztárca fájlba, hanem csak a helyi blokkláncba. Ebben a helyzetben segíthet a meglévő lánc törlése vagy a kliens kulcsokkal történő elindítása.

Upd2: A korábban már említett -salwagewallet kapcsoló jelentősen leegyszerűsítheti a számlák új pénztárcára történő átvitelének leírt folyamatát. Amikor a kliens ezzel a kulccsal elindítja, egy új wallet.dat jön létre, amelybe a régi fiók összes fiókja importálódik, és a blokkláncból átveszi a hozzá tartozó tranzakciók előzményeit (köszönjük a leírást). Sajnos az indítás ezzel a kulccsal nem minden kliensben valósult meg.

Upd3: Ha az importálás után nem utalja át a teljes összeget a számlán, akkor a pénz egy része (a felhasznált kimenetek változása) az új pénztárca másik számlájára kerül átutalásra. Fontolja meg ezt, ha azt tervezi, hogy visszavált a régi pénztárcájára:

Miután importálta a számlát egy új pénztárcába, utaljon át belőle minden pénzt a másik számlájára, térjen vissza a régi pénztárcához, majd kezelje a visszaküldött pénzeszközöket.
Miután egy új tárcáról hajtott végre tranzakciót, határozza meg, hogy melyik számlára esett a változás, és importálja ezt a fiókot a régi tárcába.

A meg nem erősített Bitcoin-tranzakció egy olyan kriptovaluta hálózatban zajló tranzakció, amely a kezdeményezést követően nem kapott helyet a lánc következő blokkjában. A Bitcoinnal történő tranzakciók száma növekszik, ezért a blokklánc-elemek kitöltésekor megjelenik a verseny. A blokk mérete változatlan marad, és mindössze 1000 KB (1 MB). Nem meglepő, hogy a kriptográfiai hálózatban egyre gyakrabban fordulnak elő késések, amelyek 5-7 óráig vagy tovább húzódnak.

Az ilyen helyzetek nehézségeket okoznak azoknak, akik a pénz gyors átutalását tervezték, de a tranzakció váratlan megszakításával szembesültek. Mit kell tenni? Mi a teendő, ha a fizetés befagyott? Melyek az egyes módszerek jellemzői? Az alábbiakban figyelembe vesszük ezeket és más árnyalatokat.

Miért akadhat el egy Bitcoin-tranzakció?

A kriptovaluta másik felhasználónak történő elküldésének időpontja számos tényezőtől függ - az átutalás időpontjában a hálózat terhelésétől, a készlet méretétől, a tranzakció mennyiségétől és a fizetés prioritásától. A megerősítéshez hátralévő idő tisztázása érdekében (legalábbis nagyjából) felkereshet egy speciális szolgáltatást (például blockchain.info), majd a keresési kifejezésben megadhatja a műveletazonosítót.

Számos oka lehet annak, hogy egy Bitcoin-tranzakciót nem erősítenek meg:

Az üzletet kiszorítja a blokkból egy másik, prioritást élvező művelet. Ez akkor lehetséges, ha a láncelem mérete megközelíti a korlátozó paramétert, és a hálózati résztvevő átadása volt az utolsó.
A fizetés „élettartama” lejár, ami 72 órával egyenlő.
Ellentmondás van a jelenlegi művelet és egy másik, korábban megerősített üzlet között.
A fizetést a feladó egy másik fizetéssel helyettesíti.

Egy blokkból "extrudált" művelet visszatérhet a feladó tárolójába (a sikertelen tranzakció állapotát kapva) vagy lefagyhat. Néha a pénztárca újra és újra elküldi a fizetést. Ilyen helyzetben a pénz „befagy”, és többé nem lehet felhasználni. A következő információk jelennek meg a pénztárcában: "Állapot: 0 / nem megerősített, memóriatárban".

Ez utóbbi helyzet ritka. Általános szabály, hogy 3 nap elteltével a pénz visszakerül a feladó tárolójába. Ez akkor fordul elő, ha egy személy kis összeget küldött, és túl alacsony vagy nulla jutalékot állított be.

Mi a teendő, ha egy Bitcoin-tranzakció elakad – minden lehetőség

A Bitcoin iránti kereslet növekedése és a tranzakciók megerősítésének késése a Bitcoin skálázhatóságával kapcsolatos viták új fordulójához vezetett. A jelenlegi 1 MB-os blokkméret nem elegendő a napi milliós átutalást végrehajtó felhasználók igényeinek kielégítésére. Feltételezve, hogy egy művelet átlagos mérete 0,5 Kb, egy blokkban 2000 tranzakció fér el, és tízszer több a valós kérés. Ennek eredményeként a nagy összegű, magas jutalékkal járó kifizetések "áttörnek" a következő csomópontba, a többi pedig meg nem erősített státuszban lóg, és várja a sorát. Az alábbiakban megvizsgáljuk, hogyan kell eljárni olyan helyzetben, ha egy Bitcoin-tranzakció lefagy.

Várja meg a tranzakciót

Ha fogy az idő, nem lehet erőltetni az eseményeket, csak várni. A késés gyakori oka a hálózat terhelése és a következő blokk kialakításában részt vevő bányászok korlátozott száma. Ha a hálózat nem erősen ingadozó vagy túlterhelt, az alacsony díjak lehet az oka. Az optimális prémiumról a btc.com/stats/unconfirmed-tx oldalon tájékozódhat. 2018. április 11-től az ajánlott fizetési méret 0,00001 Bitcoin per 1 KB. Ezért egy 500 KB-os tranzakció végrehajtásakor a jutaléknak legalább 0,0005 BTC-nek kell lennie.

Csere díj ellenében

Ugyanis helyettesítheti a jutalékot. Ez a lehetőség a pénzküldő rendelkezésére áll. Az opció hivatalos neve Replace by fee (RBF). Ha hiányzik, az ismételt átvitel nem kerül ellenőrzésre, és a blokklánc eldobja. Ez annak a ténynek köszönhető, hogy tilos ugyanazon alapok kétszeres elköltése. A mérlegelt opció engedélyezése tájékoztatja a rendszert, hogy az ügylet helyes.

A funkció lényege egyszerű. Ismeretes, hogy az alacsonyabb jutalékkal járó fizetések tovább tartanak, mint azok a tranzakciók, amelyekhez magasabb prémiumot rendelnek. Ha a felhasználó növeli a jutalmat, a tranzakció sorra halad előre, és az elsők között lesz végrehajtva. Ennek a funkciónak a neve "Csere díjjal". A lényeg az, hogy a művelet nem változik - csak további jutalékokat adnak hozzá.

Egy ilyen manipuláció végrehajtásakor fontos körültekintően eljárni, mert a rendszer a kettős költés pozíciójából is érzékelheti a műveletet, és blokkolhatja a fizetést. Ha az RBF opciót alkalmazza, a tranzakció nem hibás. Ha a funkció engedélyezve van, a hálózat olyan műveletet lát, amelynek nagy jutaléka van, majd az ügylet sorra halad előre, és gyorsabban hajtódik végre.

Egy ilyen lehetőség jelenléte még nem garantálja a gyors átvitelt, mert ez a blokkokat alkotó bányászoktól függ. Ennek az az oka, hogy nem minden hálózati tag dolgozik a Csere díjjal. Ráadásul az RBF nem minden pénztárcánál releváns. Ma az Electrum és a GreenAddress pénztárcák támogatják. Ami a Bitcoin Core-t illeti, itt egy ilyen funkció további szkriptek bevonásával érhető el.

Az opció aktiválásához lépjen a pénztárcához, és aktiválja a Csere díjjal opciót. Általában ez elegendő az átvitel felgyorsításához és megakadályozza, hogy a hálózaton lefagyjon.

Gyorsítók

A meg nem erősített Bitcoin-tranzakciókat speciális gyorsítókkal lehet átvinni. Az egyik lehetőség a viaBTC bányászati medence, amely lehetővé teszi az átviteli idő csökkentését. A viszonylagos "fiatalság" ellenére a szolgáltatás széles körökben népszerűvé vált, és gyakran használják a kriptovaluta hálózatban lefagyott tranzakciók felgyorsítására. Ha a tranzakció nem érkezik meg a címzetthez egy vagy több napon belül, akkor hasznos lesz egy ilyen pool segítsége.

A viaBTC hátrányai a Bitcoin-tranzakciók felgyorsításában:

A szolgáltatás nehezen kezelhető, ezért érdemes időt szánni a képességeinek mérlegelésére használat előtt.
A program kis számú tranzakcióval működik, ami időszakonként lefagy az alkalmazás során. A gyakorlatban a gyorsító több tranzakciót is feldolgoz 60 percen belül, ami korlátozza a képességeit.
Nem mindig lehet belépni a medencébe. Például 2018. április 11-én ezzel voltak problémák. A rendszer kéri, hogy később lépjen be az oldalra.
A jövőben az oldal szolgáltatásaiért jutalék kerül felszámításra, a tranzakció méretétől függően.

A gyorsító elindításához szükség van a műveleti azonosítóra, valamint a captcha bemenetre. A szolgáltatás megvizsgálja a bevitt információkat és sorba helyezi az átutalást. Ha a tranzakciót a szolgáltatás megjelöli, akkor az átkerül a pool által fogadott blokkba.

A vizsgált oldal alternatívája az AntPool. Ezen kívül aggregátorokat találhat az interneten (például perenosi.com), a Telegram messenger gyorsítórobotjait fejlesztik (például @FastTXbot).

Dupla kiadás

Ha egy Bitcoin-tranzakció lefagy, alkalmazhat egy másik technikát - utalhat át pénzt másodszor is ugyanazzal a szolgáltatással. Például egy hálózati résztvevő látja, hogy a fizetés hosszú ideig nem megy, és felfüggesztik. Itt kihasználhatja a blokklánc funkcióit - egyszerre több műveletet is végrehajthat.

A lényeg az, hogy a számlán lévő pénzösszeg ellenőrzése egy bizonyos időpontban történik. Ha az első átutalás sikertelen volt, a feladónak jogában áll bizonyos paramétereket megváltoztatni, például megemelni a prémium összegét, és újra fizetni. Nem érdemes attól tartani, hogy mindkét művelet elmúlik. A kriptovaluta hálózat szabályai szerint ugyanazon eszköz elküldésekor olyan tranzakció történik, amely kedvezőbb feltételekkel rendelkezik a hálózat résztvevői (bányászok) számára. A többi analóg megsemmisült. Az egyetlen kockázat a láncelágazás, ezért óvatosan használja a Double Spending opciót.

Nézzük meg, mit kell tenni a technika alkalmazásához a Bitcoin Core példájával. Vegye figyelembe, hogy a megközelítés ugyanaz marad a többi pénztárcánál. A különbség a parancsok elnevezésében lehet, de az általános sorrend nem változik. Az algoritmus a következő:

Felkészülés a dupla költésre. Ehhez fontos megbizonyosodni arról, hogy a tranzakció le van zárva. Előfordul, hogy a tranzakciót visszaigazolják, de különböző okok miatt nem jut el a címzetthez. Az ellenőrzéshez javasolt a korábban említett blockchain.info oldal használata. Ha az ügylettel szemben a "meg nem erősített tranzakció" kifejezés található, folytassa a további lépésekkel. Ezen kívül lehet figyelni a tranzakció időpontjára is, de ez hozzávetőleges.
A Bitcoin tárolási program bezárása, ami után beírjuk a „zapwallettxes” szót a parancssorba. Más parancsváltozatok használata tilos, mert lehetséges a kulcs véletlen törlése és a pénzhez való hozzáférés elvesztése.
Várjuk a pénztárca indulását. Az indítás után nem lesznek elakadt tranzakciók benne. De ne örülj idő előtt, mert még mindig a kriptovaluta hálózatban vannak mentve. Egyébként a régi 0.14-es verziójú Bitcoin Core felhasználóinak módosítaniuk kell a nevet, vagy el kell küldeniük a mempool.dat dokumentumot egy másik mappába, majd be kell lépniük a programba.
Új üzletet kötünk magasabb jutalékkal. Ne feledje, hogy a korábbi kereskedés megerősítésének kockázata idővel fennáll. Az ilyen helyzet kizárása érdekében fontos, hogy az új fizetésnél azokat a paramétereket tüntesse fel, amelyek a lehető legjobban hasonlítanak a korábban végrehajtott (sikertelen) művelethez. Ebben az esetben a rendszer nem engedi végrehajtani. Például fontos, hogy a Bitcoin bemenet méretének azonos méretét írja be (a szükséges paramétert a bemenetek részben találja). Ami a tranzakció méretét illeti, az átvitel felgyorsítása érdekében növelhető.
Töltse ki a kötelező mezőket a szokásos terv szerint (mint egy szokásos tranzakciónál).
Várakozás a művelet befejezésére aminek gyorsabban kellene mennie.

CPFP

Egy népszerű fizetési mód a gyermek fizet a szülőért. Alkalmas olyan helyzetekben, amikor a használt tárhely nem teszi lehetővé a fent tárgyalt RBF opció engedélyezését. Ennek a módszernek az a hátránya, hogy fizetni kell érte. Ezenkívül csak néhány készlet támogatja a CPFP használatát. Egy olyan ügylet „előmozdításához”, amelynél nehézségek merültek fel, a tranzakció bármely kimenetét fel kell használni. Fontos, hogy a számlán lévő összeg két tranzakcióra elegendő legyen.

A lényeg az, hogy a feladó újabb átutalást alakít ki a kilépés segítségével egy új tranzakció végrehajtásához. Bitcoinokat bármilyen címre lehet küldeni. A fő dolog az, hogy a függőben lévő fizetésből váltson át pénzt. Ugyanilyen fontos árnyalat a jutalékfizetés nagysága, amelyet egyszerre két műveletre kell előírni.

Nézzük meg ennek a módszernek az alkalmazását egy Bitcoin Core pénztárca példáján. Az előfeltétel egy 0,095 BTC tranzakció. Az algoritmus a következő:

Lépjen a beállítások részhez, és válassza ki a paraméterek gombot.
Belépünk a "Pénztárca" alkategóriába, és bekapcsoljuk a bemenetek kezelését (egy speciális mezőben egy jelölés van beállítva). Itt teszünk egy jelölést, amely lehetővé teszi, hogy meg nem erősített aprópénzt költsön. Vannak helyzetek, amikor a fent említett jelölőnégyzetek már telepítve vannak (ebben az esetben nem változtatunk semmit).
Zárja be az ablakot, és kattintson a küldés gombra.
Lépjen a beviteli szakaszba, és tegyen egy pipát a kamat összege elé (esetünkben 0,095 BTC).
Jelöljük a fogadó fél címét, majd az „OK” gomb megnyomásával jóváhagyjuk a műveleteket.
Beírjuk a 0,095 számot, és kattintsunk a „Jutalék kivonása az összegből” parancs melletti jelre. Itt jelöljük a kilobájtonkénti szelektív jutalékot. Fontos megjegyezni, hogy a prémium kiszámítása két kereskedés alapján történik. A számítás a következőképpen történik. Először az előző tranzakció összegét elosztjuk az új fizetés összegével. A kapott számhoz hozzáadunk egyet, és a végösszeget megszorozzuk az 1 KB optimális jutalékkal.

Amint megjegyeztük, nem minden készlet működik ezzel a sémával, de ha ez a lehetőség elérhető, akkor érdemes használni.

Dinamikus jutalékváltozás

Az egyik ok, amiért a Bitcoin-tranzakciókat nem erősítik meg, az alacsony díjak. A helyzet saját javára történő megváltoztatásához dinamikusan módosíthatja ezt a paramétert a pénztárcán keresztül. Ehhez a pénztárcának támogatnia kell egy hasonló funkciót. A speciális tárolók lényege, hogy automatikusan kiszámolják azt az optimális összegű díjazást, amely mellett gyorsabb a működés a kriptovaluta hálózatban. Ha a pénztárca tulajdonosa egyetért a javasolt paraméterrel, a tranzakció haladéktalanul bekerül a következő blokkba.

A jutalék dinamikus szerkesztése lehetővé teszi a tranzakció prioritásának kiszámítását. A megközelítés itt egyszerű. Minél magasabb a prémium, annál magasabb a prioritás. A figyelembe vett szabály különösen releváns a maximális hálózati terhelés időszakában. Ha a felhasználó magas jutalmat jelez, és a tranzakció továbbra is lefagy, ez sürgős intézkedést igényel. A probléma gyakran a Bitcoin pénztárcák régi verzióinak használatához kapcsolódik. Ebben az esetben kétféleképpen lehet frissíteni a meglévőt, vagy új pénztárcát telepíteni.

Egy meg nem erősített tranzakció visszaállítása

A lefagyási probléma megoldásának másik módja a Bitcoin-tranzakció visszafordítása. Például a Bitcoin Core esetében a következőket kell tennie:

A blokklánc webhelyén keresztül meggyőződünk arról, hogy a tranzakciót nem erősítették meg.
Belépünk a pénztárcába, majd a hibakeresési szakaszba, amelyhez a „súgó, hibakereső ablak és konzol” úton haladunk. Ha a pénztárca titkosított, hozzáférés szükséges. Ehhez írja be a walletpassphrase parancsot< passphrase >.
Személyes kulcsot kapunk a kívánt címről. Ehhez adja meg a dumpprivkey kifejezést< address >... Módosítsa a zárójelben lévő szót a tranzakcióhoz használt címre. A kapott kulcsot külön helyre kell másolni. Csoportos művelet esetén, amikor a Bitcoint több számláról küldték, mindegyikhez kulcsra van szükség. Ezeknek az adatoknak a birtokában hozzáférés nyílik a fiókhoz.
Bezárjuk a szekrényt és kivesszük a pénztárcát. Az egyetlen dolog, amit érdemes megtartani, az a wallet.dat. Javasoljuk, hogy előre átnevezze ezt a fájlt, és áthelyezze egy másik mappába.
Újraindítjuk a programot, és megvárjuk az új pénztárca létrehozását. Beillesztjük a kapott kulcsokat, menjünk a hibakereső panelre, és írjuk be az importprivkey-t< privkey >... Az információ átadása bizonyos ideig tart. Fontos, hogy a folyamat ne szakadjon meg.
A számla ellenőrzése. A felfüggesztett tranzakciók törlődnek, és a letiltott pénz átutalhatóvá válik. Most újra végrehajthatja a tranzakciót, de magasabb jutalékkal.

A számításba vett módszer nem ad eredményt abban az esetben, ha a fordításhoz felhőtárolót használunk.

Hogyan védekezhetünk a meg nem erősített Bitcoin-tranzakciók ellen?

Annak érdekében, hogy megvédje magát a beragadt Bitcoin-tranzakciókkal kapcsolatos problémáktól a jövőben, a következőket kell tennie:

Azonnal állítsa be az optimális prémiumot a tranzakcióhoz. A megtakarítási vágy a műtét megerősítésére való hosszú várakozási időt eredményezhet. Azonnal döntse el, melyik a fontosabb – a sebesség vagy a gazdaságosság.
A tranzakció lebonyolítása előtt fontos engedélyezni a fent említett RBF opciót. Továbbá, ha a pénztárcán keresztül hajt végre műveleteket, ajánlatos a Cserélhető jelöléseket elhelyezni. De érdemes megbizonyosodni arról, hogy a pénztárca támogatja-e ezt a lehetőséget.

Ha megfelelő jutalék van beállítva, de a tranzakció még mindig befagy, nem maradhat tétlen. Ebben az esetben nagy a veszélye annak, hogy az átvitel hosszú időre lefagy. A probléma megoldásához hasznosak lesznek a cikkben tárgyalt módszerek. A lényeg, hogy ne ess pánikba, mert a művelet késése gyakori a Bitcoin kriptovaluta hálózatában. Először meg kell találnia a probléma okát, és csak azután folytassa a megoldást. Általában egy gyorsító vagy dupla költés segít. De jobb, ha nem engedi meg az ilyen késéseket, és azonnal beállítja a tényleges jutalékot.

Mi a teendő, ha egy Bitcoin-tranzakció lefagy, lásd a következő videót:

13.02.201717:21

Borisz Oboliksto
szakértő

Jó érzés mítoszdagadozónak lenni, és mindig nagy a kísértés, hogy elfoglaljuk ezt a pozíciót. Hogy ne dőljek be, azonnal megjegyzem, hogy az alább leírt események ritkán fordulnak elő, és nem cáfolhatják azt a kialakult elképzelést, hogy a bitcoin megbízható fizetési eszköz, és a bitcoin tranzakció (e digitális pénz átutalása) gyors és egyszerű művelet. A legtöbb Bitcoin-szolgáltatást használó számára azonban a befagyott fizetés váratlannak és esetleg megfélemlítőnek bizonyul. Ezért ismétlem: az eset atipikus, de nem egyedi. És nagyon világosan bemutatja egyrészt a kriptovaluták (valamint bármely technológia) alapjainak megértésének előnyeit, másrészt pedig azt, hogy a meglévő infrastruktúra nem elérhető a blokklánccal való együttműködéshez.

Bitcoin fizetések felfüggesztése: hogyan történik? Fotó: mmgp.ru

Történetünk tehát barátom banális vágyával kezdődött, hogy feltöltse a mobiltelefon-számláját egy bitcoin szolgáltatással, amelyet erre szántak (IGEN! van egy nem üres bitcoin pénztárcája). Korábban is beszéltünk, többek között egy mobilalkalmazás használatáról is.

Szóval, 2016 augusztusának utolsó napjai voltak, meleg volt és... Hát nem tudom, legyen 30+ fok, túlmelegedett számítógép és a melegtől olvadó agy. Mindazonáltal még nem találtam érthetőbb okokat, amelyek egyértelműen megmagyaráznák a kurtózist.

Képernyőkép 1. Ahhoz, hogy számláját bitcoinokkal töltse fel, mindössze néhány kattintásra van szüksége

A számla feltöltése egyszerű: felkeresi a szolgáltatás webhelyét, megadja telefonszámát, kiválasztja a számla feltöltéséhez szükséges összeget, és megkapja a BTC shek pénztárcájából a szolgáltatóhoz történő átviteli címét (lásd az 1. képernyőképet). Ha a pénztárca mobileszközön van, akkor még egyszerűbb: egy QR-kód segít gyorsan átvinni az összes paramétert és befejezni a fizetést. Ez általában így történik: a QR-kódra irányítod a kamerát, a pénztárca lebonyolítja a tranzakciót és fizet. De akkor valami elromlott... Nem, nem, olvasó, nincs ok az aggodalomra - minden jól végződött, de ne menjünk elébe.

Tehát a felhasználó szemszögéből minden a szokásos módon zajlik: a pénztárca (Bitcoin Core volt - a lehető leghagyományosabb) tranzakciót hozott létre, elküldte a hálózatra és ... És nem történt semmi. Nem érkezett visszaigazolás az átutalásról, ami általában öt-tizenöt percen belül érkezik (ritkábban - fél óra vagy egy óra múlva). Másnap pedig a pénztárca kiábrándítóan jelentette a tranzakció állapotát: "Status: 0 / nem megerősített, memóriatárban" ("Status: nem megerősített, a készletben"). Az olvasó bizonyára tudja, a bitcoinban lebonyolított tranzakciók visszavonhatatlanok, vagyis nincs mód a törlésre, a pénztárcából átutalt pénz távozott, de nem érkezett meg a címzetthez. Letették a kagylót, és most sincsenek a tárcában, és a mobilszámla sem lett feltöltve.

A „befagyasztott” bitcoin tranzakció helyzete nem egyedi, még oroszul is a Google több ezer linket ad a „befagyasztott bitcoin tranzakciók” kéréshez (a „Bitcoin Tranzakció függőben” kérelem kimenetében több százezer pozíció található, egy a befagyasztott tranzakciók széles körű tárgyalása oroszul). Próbáljuk meg kitalálni, mi történt, de ehhez részletesebben meg kell értenünk, hogyan zajlanak a tranzakciók, mint hogy „kattintsunk a gombra és OK”.

Nem fogom megismételni a bitcoin működéséről szóló történetet (el is olvashatod), csak a tranzakció végrehajtásának folyamatával foglalkozunk. Az Ön bitcoin-alkalmazása azáltal, hogy lekéri, hogy melyik pénztárcából, mennyit és kinek utal át, tranzakciós kérelmet készít, és elküldi a hálózatnak, amelyben mindent a megfelelő formátumban leír. A tranzakció bekerül a memóriatárba (mempool), és ott várja a bányászt, aki a blokkba helyezi. Amikor az ezzel a tranzakcióval rendelkező blokk belép a blokkláncba, az átvitel befejeződik. Ahogy az olvasó emlékszik, a blokklánc nem egyedi tranzakciókból áll, hanem blokkokból, azaz tranzakciók halmazaiból és az azokat igazoló adatokból. A blokkokat a bányászok alkotják, akik ezért kétféle jutalmat kapnak: blokkdíjat (most 12,5 BTC) és jutalékot a blokkban szereplő tranzakciókért.

A bányászok versenyeznek ezért a díjért, ezért mindig több bányász próbál blokkot létrehozni egyszerre. Valaki sikeresebbnek bizonyul, és ezt hamarabb megteszi, jutalmat kap, a többieknek csak a jövőbeni szerencsében kell reménykedniük. Természetesen előfordulhat olyan helyzet, amikor több bányász szinte egyszerre hozza létre a blokkjait (a blokkok általában nem egyformák, mivel a bányászok saját belátásuk szerint beépítenek bizonyos tranzakciókat a készletből). A jutalmat az egyik bányász kapja - akinek a blokkja folytatja a láncot (vagyis a következő blokk jelenik meg utána stb.), a fennmaradó blokk (vagy akár egy kis blokklánc) "meghal" folytatás nélkül.

De most térjünk vissza a poolhoz – arra a helyre, ahol a még meg nem erősített vagy elutasított tranzakciók „élnek” (további részletek). A bányászok kiválasztják a tranzakciókat a készletből, és megpróbálnak blokkokat alkotni belőlük. Mivel a blokk mérete korlátozott, a készletből leggyakrabban a tranzakciók egy része kerül kiválasztásra a blokkba (most, amikor ezeket a sorokat írom, közel 41 ezer meg nem erősített tranzakció van a poolban, több mint 42 MB-ot foglalnak el - ez egyértelmű, hogy nem lehet mindegyiket egy blokkban elhelyezni) ... Ha követjük egy tipikus tranzakció sorsát, láthatjuk életének szakaszait (lásd a 2. és 3. képernyőképet).

2. képernyőkép. A tranzakció megjelent a készletben

Képernyőkép 3. A tranzakció megerősítésre került, és megjelenik a blokkláncon

A visszaigazolás tipikus, de nem az egyetlen lehetséges sorsa egy olyan tranzakciónak, amely a készletbe kerül. Normál körülmények között a tranzakciók a következő módok egyikén hagyják el a készletet:

Ha egy tranzakció blokkban szerepel (megerősítve);
Amikor egy tranzakció vagy annak egyik forrása ütközni kezd egy másik, már megerősített tranzakcióval (a forrás pénzét a tranzakció sora előtt költötték el);
Amikor a tranzakciónak a legalacsonyabb prioritása van a készletben, a készlet elérte a maximális megengedett méretet, és egy magasabb prioritású (preemption) tranzakció kerül hozzá;
Amikor egy tranzakció időtúllépést szenved (alapértelmezés szerint 72 óra elteltével);
Amikor egy tranzakciót lecserélnek (ez egy viszonylag új funkció, később tárgyaljuk).

A tranzakciónk nem volt szerencsés: vagy remegett a kéz a fizetés elküldésekor, vagy más váratlan dolog történt, de a poolba került tranzakció nulla jutaléknak (díjnak) bizonyult. Itt magyarázatra van szükség. Formálisan a Bitcoin hálózati protokollja nem igényel jutalékot. Amikor először megjelent a bitcoin, lehetőség nyílt az ingyenes tranzakciókra (sajnos nem mindenki követi a változásokat, és még mindig lehet hallani az újoncoktól, hogy a bitcoin átutalások ingyenesek).

A technológia népszerűvé válásával és a tranzakciók ütemének növekedésével több oka is volt a tranzakciós díjak megjelenésének. Először is, hogy megszabaduljunk a spamtől – értelmetlen tranzakciók, amelyeket a közösségi erőforrásokat támadó hackerek generálnak, vagy a hozzá nem értő fejlesztők hibái. Másodszor, a tranzakciók rangsorolásának szükségessége, hogy a felhasználók felgyorsíthassák fizetéseiket. A zéró díjas tranzakcióknak kevés esélye van a blokkba kerülni és visszaigazolást kapni manapság, amikor több mint elegendő tranzakciókérés van. Ezért a tranzakciónk sorsa irigylhetetlen lett volna: meghalunk az időkorlát miatt, vagy kiszorulunk a medencéből.

Attól függően, hogy melyik pénztárcát használja, egy "megölt" tranzakció szokásos sorsa eltérő lehet. Például előfordulhat, hogy egy tranzakciót érvénytelennek nyilvánítanak, és az el nem küldött pénzeszközök újra megjelennek a pénztárcában. De az is lehetséges, hogy a pénztárca újra megpróbálja elküldeni a tranzakciót végrehajtásra a poolba. Ebben az esetben a tranzakció "újjáéledik" a medencében, és ott fog lógni, időszakonként megújítva, határozatlan ideig. Ez utóbbi esetben az Ön pénzeszközei be vannak fagyva: sem Ön, sem a címzett nem fér hozzá. Ezt az esetet írják le leggyakrabban a lefagyott tranzakciókkal szembesülő felhasználók (lásd például a nulla jutalékkal kapcsolatos kísérletekről szóló megjegyzést). Első pillantásra pontosan ez a helyzet, amivel barátom szembesült - a pénztárca kitartóan ugyanazt jelenti: "Állapot: 0 / nem megerősített, memóriatárban".

A leírt esetekben (lásd különösen a fenti linkeket) a befagyott pénzeszközök visszaküldhetők a pénztárcába speciális újraindítási kulcsok segítségével, vagy a program nulláról indításával (utóbbi esetben a blokklánc újra betöltődik a hálózatot, vagyis azokat a tranzakciókat, amelyek nem kerültek bele, figyelmen kívül hagyjuk, és a pénzeszközök visszakerülnek a pénztárcába). A teljes újraindítás problémás, és nagyon sokáig tarthat (nem vicc - több mint 100 GB blokklánc-adat újratöltése), ennek ellenére a barátom megtette. És nem láttam semmi jót. A népszerű blokklánc-elemző szolgáltatás, a blockchain.info még néhány hónap elteltével is így számolt be: „A csomópontunk elutasította a tranzakciót. Ok: A díj túl alacsony / Nem megfelelő prioritás. Vagyis továbbra is láttam a tranzakciót, de nem voltam hajlandó végrehajtani. Szomorú helyzet.

De szerencsénk volt! Január 21-én megérkezett a tranzakciónk, és ez (hurrá!!!) megtörtént. A tranzakció leírásában pedig látszik, hogy mi volt a szokatlan. Nézzük meg a 4. képernyőképet.

Képernyőkép 4. "A mi" tranzakciónk megerősítve!

A nulla jutalékon (Díjakon) kívül a tranzakció eltér a harmadik képernyőképen láthatótól a „Zárolási idő” mezőben. Ez a tranzakciós paraméter megmutatja, hogy a bányászok mely blokkból vehetnek fel tranzakciót a blokkba. Sok pénztárca 0-ra állítja, így azonnal bekapcsolható. A Bitcoin Core pénztárca pedig az alapító jogán, aki kötelességének tartja a teljes Bitcoin hálózat biztonságának felügyeletét, beállítja a legközelebbi generált blokk értékét, ami megakadályozza, hogy a támadó megtámadja a hálózatot, és késve ágat építsen. tranzakciókat, amelyek versenyeznek a meglévő blokkokkal. De kiderült, hogy a 427560-as blokk éppen az a ritka blokk, amelyet egy versenytárs kapott. Két bányász szinte egyszerre, két másodpercnél kisebb különbséggel generált ilyen számú blokkokat (helyesebb lenne azt mondani, hogy "ilyen magasság" - a blokkláncban lévő blokk sorszámát magasságnak nevezik).

Megjelennek az elágazási pontokat létrehozó blokkok, például a Blockchain.info

Valószínűleg ez egy ritka kombináció: az elágazó blokkhoz és a nulla jutalékhoz kötöttség olyan helyzetet teremtett, amely miatt a tranzakciónk hosszú ideig a medencében lógott. Szerencsére minden jól végződött: a tranzakció megtörtént, a mobilszámla feltöltve. Mindazonáltal, ami történt, véleményem szerint jó ok arra, hogy beszéljünk arról, mennyire ígéretesek a Bitcoin-fizetések.

Egyrészt a technológia iránti érdeklődés és az aktív pénztárcák számának növekedésével nő a tranzakciók iránti kérelmek száma, és ezáltal a tranzakciók visszaigazolásáért (vagyis a fizetésekért) folyó verseny. A helyzet viszont javul, mert az új pénztárcák a pool telítettségétől függő dinamikus jutalékkiosztást támogatják. A fejlesztők pedig új funkciókat vezetnek be, különösen azt a lehetőséget, hogy növeljék a jutalékot egy olyan tranzakció után, amelyet már elküldtek a készletbe, de még mindig nem erősítették meg (Opt-In Replace-by-fee (RBF) funkció). Természetesen az új lehetőségek nem jelennek meg azonnal és nem minden pénztárcában, ami arra kényszeríti a felhasználókat, hogy figyelemmel kísérjék a helyzetet, talán jobban, mint szeretnék. Különösen ajánlható egy viszonylag friss megjegyzés fordítása: "Mi a teendő, ha egy tranzakció" lefagy "a Bitcoin hálózatában?"

Az ügyfélszolgálat egy másik tényező lehet a bitcoinos fizetések terjedésében. De egyelőre a fuldoklók megmentése a kezek munkája... Ne csak maguk a fuldoklók, hanem a lelkesek is, a fórumokon üzenjék, mit tegyenek. Szeretnék viszont folyamatosan működő szolgáltatásokat/forródrótokat látni, még ha legalább a pilléren lévő bejelentések szintjén is: "Bitcoin fizetést beállítok, segítek visszaküldeni a befagyott tranzakciókat." Itt persze van egy probléma: miközben kevés a fizetés, a szolgáltatás nem lehet nyereséges, miközben nincs szolgáltatás, nehéz a befizetések számának robbanásszerű növekedésével számolni (egyébként a növekedésnek is létre kell jönnie kiegészítő szolgáltatások, amelyek lehetővé teszik a fizetések elszámolását a szolgáltatás résztvevői között, csökkentve a blokklánc terhelését).

A másik kérdés már nem a technológiára vonatkozik, hanem a jogra. Mivel a tranzakció elhúzódhat, és a bitcoin volatilitása meglehetősen nagy, ezért szabályokra van szükség, mivel a szokásos „három banki nap” már nem felel meg a méltányosságról alkotott elképzeléseinknek. Abban a példában, amelyben egy függőben lévő fizetést vettünk figyelembe, az összeget a tranzakció létrehozásának időpontjában érvényes árfolyamon írtuk jóvá. De a tranzakció pillanatától kezdve a bitcoin árfolyama másfélszeresére nőtt! Ok, ennek a fordítást váró barátom is örült. De ezek a kockázatok nem valószínű, hogy elfogadhatók nagy mennyiségű kifizetések esetén. Nehezen tudom elképzelni az ellenkező helyzetet, amikor egy harmadik napon érkezett tranzakció észrevehetően veszített értékéből. Talán javítana a helyzeten a bitcoin fizetések biztosítása? De én sem hallottam ilyen szolgáltatásokról.

Más szóval: a kriptovaluták bevezetésének technológiai felkészültsége ma sokkal magasabb, mint az infrastrukturálisé. Részben mindenki, aki részt vesz a kriptovaluták elsajátításának folyamatában, segíthet a helyzet javításában. Addig is minden rajongótól elvárják, hogy ne veszítse el éberségét, és ne tévessze szem elől a folyamatban lévő változásokat.