Mi a teendő, ha a tranzakció függőben van? Meg nem erősített tranzakció – mi a teendő? Az inkonzisztens adatok problémái
TERVEZET – TERVEZET (A cikk véglegesítése folyamatban van)
Az utóbbi időben megnőtt az éterhálózat terhelése. Ezenkívül gyakran tartanak ICO-kat, amelyek csaknem háromszorosára növelhetik a hálózat terhelését.
A hálózati terhelés növekedése olyan helyzethez vezethet, amikor a tranzakció nagyon hosszú ideig függőben van.
A helyzet az, hogy a bányászok elsősorban a legdrágább tranzakciókat próbálják feldolgozni. Ezért a magasabb gázköltséggel járó tranzakciók nagyobb eséllyel kerülnek feldolgozásra. Amikor a hálózat terhelése kis gázköltséggel növeli a tranzakciókat napokig vagy akár hetekig is várhatnak a sorukra.
Jelen írás idején normál hálózati terhelés mellett a függőben lévő tranzakciók száma 2000-4000 ezer között van. Amikor valaki elindít egy ICO-t, a függőben lévő tranzakciók száma 8-11 ezerre emelkedhet . A képen csak ilyen éles ugrás látható.
Ha egy tranzakció nagyon hosszú ideig függőben van, a felhasználó megpróbálja elküldeni ugyanazt a tranzakciót, de több gázzal, majd még egyet és még egyet. Abban a reményben, hogy legalább az egyik átmegy. És mindezek a tranzakciók függőben maradnak.
A lényeg az, hogy a címről érkező tranzakciók feldolgozása általában sor sorrendben történik. Ezért a legelsőt még nem dolgozták fel - tranzakció zárolása a többi várni fog.
Miért jelenik meg és tűnik el a függőben lévő tranzakció, és miért nullázódik a várakozási idő?
Amikor egy tranzakció függő állapotba kerül, az azt jelenti, hogy a csomópont magához vette a tranzakciót feldolgozásra. És most blokkot keresek. A blokkot azonban gyorsabban megtalálhatja egy másik csomópont, amely nem tartalmazza az Ön tranzakcióját. Ebben az esetben az a csomópont, amelyik elfogadta a tranzakciót, „kiköpi”, és most egy másik csomópont veheti át a tranzakciót feldolgozásra. Ebben az esetben az idő visszaáll.
Hogyan lehet lenyomni vagy eltávolítani egy zárolási tranzakciót
Érdemes megjegyezni, hogy 2-3 órát várni egy tranzakcióra, bár nem normális, de még mindig elfogadható.
A blokkban lévő tranzakcióknak saját egyedi számuk van − semmi. Ha két tranzakciót küld a hálózatnak ugyanazzal semmi, akkor ezek közül csak az egyik kerül feldolgozásra. A másikat pedig helytelennek fogják tekinteni. Ezért elég, ha megismételjük a tranzakciót ugyanazzal semmi hanem növeli a gáz költségét. Ebben az esetben a csomópont a legmagasabb költségű tranzakciót veszi feldolgozásra, és a zárolási tranzakciót hibásként elutasítja. És megoldjuk a problémánkat.
Hogyan kell csinálni?
Tehát, ha törölni szeretné a zárolási tranzakciót, akkor elég egy üres tranzakciót küldeni magas gázárral. A gázár beállításának lehetősége nem elérhető a ködben vagy az ethereum pénztárcában. Ezért a MyEtherWallet-et fogjuk használni.
- Keresse meg a zárolási tranzakciót. Ehhez lépjen az etherscan.io oldalra, és írja be a mezőt cím a címet, ahonnan a tranzakciókat küldték, és kattintson a gombra megy.
- Megjelenik a fiókjából származó összes tranzakció listája, kattintson a "függőben lévő Txns" linkre
- Látni fogja az összes függő állapotú tranzakció listáját, valamint a gázárat. Általános szabály, hogy a zárolási tranzakció a legelső. Így van ez abban, hogy az első tranzakcióban a gáz ára 1 Gwei. És a sorban következő, bár 21 Gwei gázárral rendelkezik, a zárolási tranzakció feldolgozásáig nem kerül feldolgozásra. Kattintson a zárolási tranzakció hash linkre a részletek megtekintéséhez.
- Másolja ki a számot részletesen egyik semés címet tól től(valójában ez annak a fióknak a címe, amelyről a tranzakciót küldte)
- Most lépjen a https://www.myetherwallet.com/ oldalra, és válassza ki a lapot Offline küldés(Offline fordítás).
- Most az összes mező közül a következőket kell kitöltenünk:
- Most az a feladatunk, hogy az Ön számára kényelmes módon feloldjuk a pénztárcát. Csináld magad. A feloldás után egy gomb áll az Ön rendelkezésére. tranzakciót generál. Kattintunk rá. És akkor kattintson rá tranzakció elküldése.
- A megjelenő ablakban kattintson a kék gombra „Igen, biztos vagyok benne! tranzakciót kötni."
A tranzakciót most egy idő után törölni kell. Nyissa meg az etherscan.io oldalt a címével, és figyelje a folyamatot. Ha a későbbi tranzakciók között vannak alacsony gázüzemű tranzakciók, akkor nekik is ezt az eljárást kell elvégezni. Példánkban egy 1 Gwei-vel végzett tranzakció után van egy tranzakció 21 Gwei-vel, tehát csak az elsőt kell eltávolítanunk.
tranzakció adatkezelési utasítások sorozata, amely végrehajtódik mint az egyik(mindent vagy semmit) és az adatbázis fordítását egyik integrál állapotból egy másik integrál állapotba.
Egy tranzakciónak négy fontos tulajdonsága van ASID tulajdonságok :
(A) Atomosság . A tranzakció atomi műveletként kerül végrehajtásra - vagy a teljes tranzakció végrehajtásra kerül, vagy a teljes tranzakció nem.
(C) Konzisztencia . Egy tranzakció áthelyezi az adatbázist az egyik konzisztens (konzisztens) állapotból egy másik konzisztens (konzisztens) állapotba. Egy tranzakción belül megtörhet az adatbázis konzisztenciája.
(I) Izoláció . A különböző felhasználók tranzakciói nem zavarhatják egymást (például mintha szigorúan egymás után hajtanák végre).
(D) Tartósság . Ha a tranzakció befejeződött, akkor a munka eredményét el kell menteni az adatbázisba, még akkor is, ha a következő pillanatban a rendszer összeomlik.
A tranzakció általában automatikusan elindul attól a pillanattól kezdve, amikor a felhasználó csatlakozik a DBMS-hez, és addig tart, amíg a következő események egyike meg nem történik:
COMMIT WORK parancsot adtak ki (tranzakció véglegesítésére).
ROLLBACK WORK parancs kiadva.
A felhasználó leválasztotta a kapcsolatot a DBMS-ről.
Hiba történt a rendszerben.
A tranzakció lebonyolítására két lehetőség van. Ha mindenki operátorok sikeresen befejeződött, és a tranzakció során nem történt szoftver- vagy hardverhiba, tranzakció rögzített.
Tranzakció véglegesítése- olyan cselekvés, amely belépés a korong az adatbázisban a tranzakció során végrehajtott változtatásokat.
Amíg tranzakció nem rögzített, megengedett törlés ezek a változások, helyreállítás Adatbázis arra az állapotra, amelyben a tranzakció kezdetekor volt. Tranzakció véglegesítése azt jelenti, hogy a tranzakció minden eredménye állandósul. Más tranzakciók számára csak az aktuális után lesznek láthatók tranzakció rögzítve lesz. Eddig a pontig a tranzakció által érintett összes adat "látható" lesz a felhasználó számára az aktuális tranzakció kezdeti állapotában.
Ha egy tranzakció végrehajtása során olyasmi történt, ami lehetetlenné teszi a normális végrehajtást, adatbázis vissza kell állítani az eredeti állapotába. Visszagörgetés a tranzakciók olyan tevékenységek, amelyek biztosítják törlés az operátorok által végrehajtott összes adatmódosítást SQL az aktuális függőben lévő tranzakció törzsében.
10.A tranzakciók párhuzamos végrehajtásának biztosításának alapvető megközelítései. A tranzakciók párhuzamos végrehajtásának problémái.
Ha több felhasználó dolgozik egyidejűleg az adatbázissal, akkor a DBMS-nek nemcsak az egyes tranzakciókat kell helyesen végrehajtania, és a hibák után vissza kell állítania az adatbázis konzisztens állapotát, hanem úgy van kialakítva, hogy biztosítsa az összes felhasználó megfelelő párhuzamos munkáját ugyanazon az adatokon. . Elméletileg minden felhasználónak és minden tranzakciónak rendelkeznie kell az elkülönítés tulajdonságával, vagyis úgy kell végrehajtani, mintha csak egy felhasználó dolgozna az adatbázissal. A modern DBMS eszközei pedig lehetővé teszik, hogy ilyen módon elszigeteljék a felhasználókat egymástól. Ebben az esetben azonban problémák merülnek fel a felhasználói élmény lelassításával.
A tranzakciók párhuzamos végrehajtása során felmerülő fő problémák feltételesen 4 típusra oszthatók:
Hiányzó változtatások.
A köztes adatok problémái.
Az inkonzisztens adatok problémái.
Szellemhúrok (fantomhúrok) problémái.
Tranzakciók egyidejűségével kapcsolatos problémák
Hogyan zavarhatják egymást a különböző felhasználók tranzakciói? Három fő párhuzamossági probléma van:
A frissítési eredmények elvesztésének problémája .
Az el nem kötelezett függőség problémája ("piszkos" adatok olvasása , hanyag olvasás ).
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, aztán kapok. Mondjuk, apránként egy új gömböt szondázok belülről.
Aztán egy napon betört a katasztrófa. Küldtem kriptocoinokat, de nem jutottak el a címzetthez. Valójában egy bejegyzés arról, hogyan került vissza az alap. Nos, elmélkedések és tanácsok a jelenlegi helyzetről desszertnek. Azonnal megjegyzem, hogy a következők nem egy adott pénznemre vonatkoznak, hanem a legtöbb villára (ha nem az összesre).
Kezdetben a bejegyzés tele van találgatásokkal arról, hogy mi történik helyenként. Valahol tévedhetek. Objektív javításokat, kiegészítéseket csak szívesen fogadunk.
Egy kicsit a terminológiáról.
- A wallet.dat fájlt pénztárcának fogom hívni.
- A nyilvános kulcs (például az a cím, amelyre a pénzeszközöket utalják) néha kényelmesebb a pénztárca felhívására, de a félreértések elkerülése érdekében legyen ez csak a számlaszám.
- Jutalék – Tranzakciós díj. Azt gondolom, hogy ezt a dolgot jutaléknak nevezni nem teljesen helyes, de ez a legismertebb és nem vágó lehetőség, úgyhogy legyen jutalék.
- Tranzakció mérete - a tranzakcióval kapcsolatos összes információt tartalmazó adatblokk mérete.
Úgy tűnik, hogy ha szükség esetén külön fizetek, akkor fizetek, amikor kérnek (ha a jutalék megfelel nekem). Ez volt a fő hiba.
Újabb átutalást hajtok végre a szokásosnál jóval nagyobb összegért. A pénzeszközök elhagyják a számlát, nem volt felajánlás jutalék fizeté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 ezt a 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őt, egy konkrét kriptovalutát kerestem, és általában mindenkinek - sok a probléma, nincs megoldás.
És mi is pontosan 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 haladhat meg egy bizonyos értéket.
- Az átutalt összegnek meg kell haladnia egy bizonyos küszöböt.
- A tranzakciónak kellő elsőbbséggel kell rendelkeznie.
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, annál magasabb prioritásnak kell lennie), és fordítottan függ a tranzakció méretétől. Így szerencsétlen körülmények között egy jutalék nélküli ügylet akasztott meg nem erősített állapotba kerülhet, amivel én is találkoztam.
A megoldás keresése megmutatta, hogy ez egy viszonylag gyakori probléma a kriptovalutáknál. Sajnos minden tanács a következőkre vezethető vissza, é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).
Tehát mi a probléma lényege? A tranzakció nem került be a blokkba, és nem is fog eljutni a továbbiakban. A pénztárca információkat tárol arról, hogy a tranzakció ténylegesen megtörtént, így a vele együtt küldendő összeg nem használható fel. Talán egy kis idő elteltével a tranzakció törlésre kerül, ezzel kapcsolatban több feltételezésem is van:
- Pénznemtől függ, valahol gyorsan lemondják, valahol sokat kell várni.
- Egy adott ügyfél hibája.
- A lemondási adatok hibásak.
Mint egy normális ember, 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 meghiúsult. De a fórumok közötti linkek végtelen ugrálása (a Google kiadásában nem volt semmi érdemleges) elvezetett egy bizonyos bejegyzéshez, ahol találtam egy hasznos tippet. Sajnos most nem találom ezt a bejegyzést, nem is tudom milyen fórum volt. Valamiféle bitcoin, gondolom.
A megoldást a forkok esetében leggyakrabban használt kliens, a Satoshi Client példáján írom le. 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 több oldalas fórumszálakból ítélve kevesen jönnek rá. A számlán lévő pénzeszközöket a pénztárca zárolja, és csak a jelenlegi pénztárcán kívül kell hozzáférni a számlához.
Tehát, ha a tranzakció elakadt, és nincs megerősítése:
- Legyél türelmes. Ne essen azonnal pánikba. 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 függesztve. Nyissa meg a Block Explorert (általában a „blockchain %cryptocurrency name%” kifejezésre keresi a Google-t), és ellenőrizze, hogy nem tudnak-e semmit a felfüggesztett 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 a paranccsal kell hozzáférni pénztárca jelszó
- Most be kell szereznie a privát kulcsot a kívánt fiókból. dumpprivkey
. Ahelyett helyettesítenie kell annak a számlaszámnak a nyilvános számát, amelyen a zárolt pénzeszközök találhatók. Válaszul megkapja ennek a fióknak a privát kulcsát. Valahova le kell másolni, 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 tartsa a privát kulcsokat olyan helyen, amely bárki számára elérhető. A kulcs ismerete teljes hozzáférést biztosít a megfelelő fiókhoz.
Vegye figyelembe azt is, hogy a hibakereső konzol minden parancsa választ kap. 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 nem szabad teljesen törölni, jobb átnevezni vagy biztonságos helyre helyezni.
- Indítsa újra a klienst. Új pénztárca jön létre. Be kell importálni a korábban kapott kulcsot (kulcsokat). Menj a hibakereső konzolra és írj importprivkey
- Az új pénztárcában meg kell jelennie a valós állapotú számlának. A megbízhatóság kedvéért újraindíthatod a klienst a -rescan kapcsolóval, de szerintem ez már felesleges. A korábban letiltott pénzeszközök ismételten küldhetők, küldje el újra, ezúttal ne felejtse el feltüntetni a jutalékot. ( fontos kiegészítések vannak ezen az elemen az upd3-ban)
- Ha más használt és fontos fiókok maradnak a régi pénztárcán, újra visszatérhet hozzá.
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-egy kliense, ez függ a használt pénznemektől is). Úgy tűnik, hogy bizonyos esetekben a tranzakciós információk nem a pénztárca fájlba íródnak, hanem csak a helyi blokkláncba. Ebben a forgatókönyvben segíthet a meglévő lánc törlése vagy a kulcsokkal rendelkező ügyfél elindítása.
frissítés2: A korábban már említett -salwagewallet kulcs nagymértékben leegyszerűsítheti a fiókok új pénztárcára történő átvitelének leírt folyamatát. A kliens ezzel a kulccsal történő elindításakor egy új wallet.dat jön létre, amelybe a régi fiók összes fiókja importálódik, és a hozzá tartozó tranzakciós előzmények a blokkláncból (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 utalják át a számlán lévő teljes összeget, akkor az alapok egy része (a felhasznált kimenetek változása) átkerül az új pénztárca másik számlájára. Fontolja meg ezt, ha azt tervezi, hogy visszatér a régi pénztárcához:
- Miután importált egy 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, és ezt követően már dobja ki a visszaküldött pénzt.
- Miután végrehajtott egy tranzakciót az új pénztárcából, határozza meg, hogy melyik fiókra esett a változás, és importálja ezt a fiókot a régi tárcába.
Ez azt jelenti, hogy több blokkot töltenek ki. És mivel az összes tranzakciót nem lehet azonnal beilleszteni a blokkláncba, van egy kellemetlenség, amelyet a bányászok „mempoolnak” (egyfajta „tranzakciós sornak”) neveznek.
A bányászok általában azokat a tranzakciókat választják ki, amelyeknek magasabb a jutaléka, és először ezeket veszik be a blokkba. Az alacsonyabb díjú tranzakciók az úgynevezett „díjpiacra” kerülnek, és a bányász mempooljában maradnak, amíg új blokkot nem találnak. Ha a tranzakciót újra elküldik, akkor ismét várnia kell a következő blokkra.
Ez az optimális felhasználói élménynél elmaradhat. A nagyon alacsony díjakkal járó tranzakciók megerősítése órákig vagy akár napokig is eltarthat, és bizonyos esetekben előfordulhat, hogy egyáltalán nem sikerül visszaigazolni.
És itt van, mit tehet ma annak érdekében, hogy ne akadjon el a tranzakció.
Mielőtt elküldené
A Bitcoin korai éveiben a legtöbb pénztárca fix díjat vett fel a kimenő tranzakciókért: általában 0,1 mBTC. Mivel a bányászoknak elég helyük volt a blokkokban, nem volt gondjuk beépíteni ezeket a tranzakciókat az első blokkba, amelyet sikerült kibányászniuk. (Sőt, a még alacsonyabb díjas, vagy akár díjmentes tranzakciók is ugyanolyan gyorsan blokkba kerültek.)
A blokkban való helyért folyó verseny fokozódásával a 0,1 mBTC fix díj nem volt elegendő ahhoz, hogy egy tranzakció azonnal bekerüljön a következő blokkba; megelőzik azokat a tranzakciókat, amelyek jutaléka magasabb. Bár az alacsony jutalékkal járó kereskedés valószínűleg megerősítésre kerül, ez hosszú ideig tarthat.
Próbálja meg növelni a jutalékot
Ha azt szeretné, hogy tranzakcióit gyorsabban visszaigazolják, a kézenfekvő megoldás az, hogy magasabb díjat adjon hozzá az adott tranzakcióhoz. Ha a pénztárcája (alapbeállításokkal) nem számít fel elegendő díjat, manuálisan módosíthatja ezt a beállítást mind a pénztárca beállításaiban, mind a tranzakció elküldésekor (vagy mindkettő).
Az olyan webhelyek, mint a 21.co, figyelemmel kísérik a hálózat állapotát, és javaslatot tesznek arra, hogy egy tranzakció bájtonként milyen szintű díjak lennének elegendőek, valamint megmutatják, hogy milyen sebességű hálózati visszaigazolásokra számíthat különböző díjszintekkel.
Ha azt szeretné, hogy a fizetés a következő blokkban vagy a blokkon túl érkezzen, viszonylag magas díjat kell fizetnie. Kevésbé sürgős fizetések esetén alacsonyabb díjat számíthat fel; csak egy kis időre van szüksége a megerősítéshez.
Ellenőrizze, hogy pénztárcája támogatja-e a dinamikus díjmódosításokat
Manapság a legtöbb pénztárca támogatja a dinamikus díjváltozásokat. A Bitcoin hálózat állapotából származó adatok alapján ezek a pénztárcák automatikusan tartalmaznak egy díjat, amely elegendő lesz ahhoz, hogy a tranzakciót a következő blokkban, vagy legalább az egyik legközelebbi blokkban szerepeltesse.
Egyes pénztárcák lehetőséget adnak arra is, hogy megválasszák a díjak elsőbbségét. A magasabb díjak ismét lehetővé teszik a tranzakciók gyorsabb visszaigazolását, az alacsonyabb díjas tranzakciók pedig kicsit tovább tartanak.
Ha csúcsidőben gyakran késik pénztárcája tranzakciói, és nincs lehetősége magasabb díjat beállítani, akkor pénztárcája valószínűleg elavult. Ellenőrizze, hogy van-e elérhető frissítés, vagy váltson új pénztárcára.
Fontolja meg, hogy váltson másik pénztárcára
Ha új pénztárcára vált, akkor természetesen át kell utalnia a pénzt a régi pénztárcájából az új pénztárcába. Ha nem bánja, ha egy kicsit költ, átutalhat pénzt régi pénztárcájából az új pénztárcájába a Bitcoin hálózaton keresztül. Végül megérkeznek – még akkor is, ha a jutalék alacsony.
Ezenkívül egyes pénztárcák lehetővé teszik a privát kulcsok exportálását, vagy privát kulcsmag használatával a kulcsok új pénztárcába történő importálásához. Ebben az esetben nem kell tranzakciókat bonyolítania a Bitcoin hálózaton. Az új pénztárca segítségével azonnal megkezdheti a tranzakciókat.
Miután elküldted
Ha már elküldött egy tranzakciót, és az elakad, akkor a tranzakció bizonyos esetekben "sorugrást" hajthat végre.
Szelektív jutalékpótlás
A legegyszerűbben az Opt-In Replace-by-Fee (Opt-In RBF) nevű opció használatával érheti el, hogy a tranzakció ugorjon a sorban. Lehetőséget ad ugyanazon tranzakció újraküldésére, de magasabb díj ellenében.
A legtöbb esetben, amikor ugyanazt a tranzakciót küldik a hálózaton, de magasabb díjakkal, az új tranzakciót a hálózat elutasítja. A Bitcoin csomópontok általában úgy döntenek, hogy egy új tranzakció kétszeres költési kísérlet, ezért nem fogadják el vagy dolgozzák fel azt. De amikor az Opt-In RBF opcióval továbbít egy tranzakciót, akkor lényegében azt üzeni a hálózatnak, hogy ugyanazt a tranzakciót továbbítja, csak magasabb díj ellenében. Ennek eredményeként a legtöbb Bitcoin csomópont elfogadja az új tranzakciót a régi helyett; lehetővé téve egy új tranzakció beugrását a sorba.
Az, hogy az új tranzakció bekerül-e a következő blokkok valamelyikébe, a következő blokkot számláló bányásztól függ: nem minden bányász támogatja az Opt-In RBF-et. Azonban jó néhány bányász is támogatja ezt a lehetőséget, így így vagy úgy, a tranzakciód bekerül a következő blokkba.
Az Opt-In RBF-et jelenleg két pénztárca támogatja: Electrum és GreenAddress. A pénztárcától függően előfordulhat, hogy az (első) tranzakció elküldése előtt engedélyeznie kell az Opt-In RBF-et a menübeállításokban.
A gyerekek fizetnek a szüleikért
Ha pénztárcája nem támogatja az Opt-In RBF-et, a dolgok kissé bonyolultabbak lesznek.
A gyerekek fizetnek a szülőkért (Child Pays for Parent, CPFP), ez trükk lehet. A CPFP-vel a bányászok nem feltétlenül fogadják el azokat a tranzakciókat, amelyeknek a díjaik a legmagasabbak, ehelyett elfogadhatnak olyan tranzakciókat, amelyek összességében magasabb díjakkal rendelkeznek.
Anélkül, hogy túlságosan belemerülnénk a technikai részletekbe, a legtöbb kimenő tranzakció nem csak bitcoint küld a címzettnek, hanem „változtatást” is küld vissza Önnek. Ezt a változást a következő tranzakció során elköltheti.
Egyes pénztárcák lehetővé teszik, hogy azonnal elköltse az összeget, anélkül, hogy meg kellene várnia a megerősítést, így egy új tranzakció során elküldheti magának a változtatást. Ezúttal ügyeljen arra, hogy elegendő díjat adjon meg a kezdeti alacsony tranzakciós díjak pótlásához. A bányász ebben az esetben átveszi a tranzakciók teljes készletét, és egyszerre megerősíti azokat.
Ha a pénztárca nem engedi kiválasztani, hogy pontosan mely bitcoinokat költötték el – vagyis nem tudja megerősíteni, hol van a meg nem erősített változás –, megpróbálhatja elküldeni magának a tárcában lévő összes pénzt; ebben az esetben a változás benne lesz.
Az Opt-In RBF-hez hasonlóan jelenleg nem minden bányász támogatja a CPFP-t. Ezek azonban elegendőek ahhoz, hogy biztosak lehessenek abban, hogy a tranzakciót a következő blokkok egyikében megerősítik.
Vagy..
Ha sem az Opt-In RBF, sem a CPFP opció nem érhető el, technikailag továbbra is megpróbálhatja az eredeti tranzakciót magasabb díjakkal átadni. Ezt általában "teljes díjpótlásnak" nevezik, és egyes bányászok elfogadják. A rendelkezésre álló pénztárcáknál azonban nincs ilyen lehetőség.
Ellenkező esetben valószínűleg csak várnia kell - a tranzakció megerősítésére vagy a bitcoinok visszatérésére a pénztárcájába. Fontos megjegyezni, hogy a tranzakció megerősítéséig a bitcoinok technikailag a pénztárcájában vannak – egyszerűen nem érhetők el ilyen módon. A szó szó szerinti értelmében vett bitcoinok nem „akadnak el” a hálózatban, és nem is tévedhetnek el benne.
Ezenkívül a ViaBTC bányászati pool "tranzakciógyorsítót" kínált. Ha az elakadt tranzakció legalább 0,1 mBTC díjat tartalmaz kilobájtonként, elküldheti ezt a tranzakcióazonosítót a ViaBTC-nek, és a pool előnyben részesíti a többi tranzakcióval szemben. Mivel a ViaBTC a Bitcoin hálózat kivonatoló erejének körülbelül hét százalékát ellenőrzi, jó esély van rá, hogy néhány órán belül sikerül blokkolni a tranzakciót. Ennek a szolgáltatásnak azonban van egy korlátozása: legfeljebb 100 tranzakció óránként.
A címzettnek
Természetesen egy tranzakció akkor is elakadhat, ha Ön a tranzakció címzettje. Ha a pénztárcája lehetővé teszi, hogy meg nem erősített tranzakciókat költsön el, akkor használhatja a CPFP módszert is. A fent említettekhez hasonlóan, újra elküldheti magának a bejövő, meg nem erősített bitcoinokat, beleértve olyan magas díjakat is, amelyek ellensúlyozzák a kezdeti alacsony tranzakciós díjat. Ha az új díj elegendő, akkor a tranzakciót általában a következő blokkban kell visszaigazolni.
Érdemes megkérdezni a feladót, hogy tudja-e használni az Opt-In RBF opciót. Ha igen, magasabb díj ellenében újra elküldheti a tranzakciót. Természetesen a (fent említett) ViaBTC tranzakciógyorsító a bejövő tranzakciókra is működik.
További híreket szeretne?
