Mi a teendő, ha a tranzakciót nem erősítik meg? Bitcoin-tranzakció megerősítésének ideje: mennyit kell várni? Miért tart sokáig egy Bitcoin-tranzakció megerősítése?

Valószínűleg sokan találkoztak már a fagyott dákógolyók problémájával (küldés és fogadás közben).
Ennek oka a legtöbb esetben a hálózati spam és a bányászok alacsony díja (a továbbiakban: jutalék).
A bitcoinok küldése előtt azt tanácsolom, hogy nézze meg a hálózat állapotát, és állítsa be az ezen szolgáltatások által javasolt jutalékot:
https://btc.com/stats/unconfirmed-tx

Ha megtörténik, hogy az ajánlottnál kevesebb jutalékot küldött, vagy egyszerűen a tranzakciója megerősítetlen állapotban ragadt, és nem szerepel a blokkban, akkor használja ezt a szolgáltatást a „nyomáshoz”:

Fogadja el th(id) tranzakcióját:
Példa:

És ide írd be az azonosítót:


Jegyzet!

Ha a hálózat túlterhelt, nem mindig lehet sikeresen belépni a Bitcoinba az első alkalommal, amikor ezt a szolgáltatást használja.

Ilyen üzenetet kaphat:

A beküldések határon túl vannak. Kérjük, próbálja később.

Kattintson a kibontáshoz...

Addig kell vezetnie, amíg el nem éri az állapotot: Sikeres.

Ezt követően a tranzakció felveszi és a blokkba kerül feldolgozásra.

Mi a teendő, ha a Bitcoin-tranzakciót nem erősítik meg ("elakadt")?

Először csak várhat. Ha több óra (vagy akár nap) telt el, és belefáradt a várakozásba, akkor több lehetőség közül választhat:

  1. Dupla költés. Jellemzők: csak a feladó végezheti el.
  2. Használjon CPFP-t. Jellemzők: megteheti a címzett és általában a feladó.
  3. Használja a csere díját. Jellemzők: csak a feladó teheti meg és ha előzetesen gondoskodott róla; nem minden pénztárca képes rá.
  4. Használja a viabtc "gyorsítóját".. Jellemzők: a címzett és a küldő is megteheti, de a szolgáltatás gyakran túlterhelt, és a tranzakciót korlátozzák.
Hogyan költsünk duplán (dupla költés)?

A következő algoritmus szerint járunk el (az algoritmus a Bitcoin Core pénztárcánál van leírva; más pénztárcáknál a műveletek hasonlóak, de a parancsok eltérőek lesznek):

SpoilerTarget"> Spoiler: algoritmus

1) Győződjön meg arról, hogy megerősítésre vár. Ehhez másolja ki a tranzakció azonosítóját, és illessze be a blockchain.info szolgáltatás keresősávjába (valamint a bitaps.com, blocktrail.com/BTC vagy hasonló oldalakba). Ezután keressük a „megerősítetlen tranzakció” sort. Találtam? Ez azt jelenti, hogy a tranzakció megerősítésre vár.
Jegyzet. Nem nézzük meg a „Becsült megerősítési időt” a blockchain.info tranzakcióval kapcsolatos oldalon – nem tudjuk, mi van ott.

2) Most zárja be a pénztárcát, és indítsa el a parancssorból a -zapwallettxes paraméterrel, és várja meg, amíg megnyílik. Amikor a pénztárca elindul, minden meg nem erősített tranzakció eltűnik belőle (de továbbra is a hálózaton vannak!). A bitcoin core 0.14 esetén át kell neveznie vagy át kell helyeznie a mempool.dat fájlt az indítás előtt (ebben a verzióban a mempool fájlba kerül, és a régi tranzakció ott marad).
Jegyzet. Miért nem a -salvagewallet paraméterrel? A -zapwallettxes nem befolyásolja a kulcsneveket, de a -salvagewallet eltávolítja őket. Ezenkívül a bitcoin mag néha összeomlik, amikor a - salvagewallet, és akkor a wallet.dat megsérül. Igaz, előre elkészítik mellé a másolatot.

3) Most létrehozhat egy új tranzakciót, nem felejtve el megfelelő jutalékot beállítani. De! Mivel a régi tranzakció még mindig online, előfordulhat, hogy egy nap váratlanul megerősítik. Ha ez nem felel meg Önnek, akkor az új tranzakcióban legalább az egyik bemenetnek meg kell egyeznie a régi bemeneteinek egyikével. Ehhez nézze meg a „bemenetek” oszlopot a tranzakciós oldalon a blocktrail.com/BTC vagy egy analóg webhelyen, és adja meg a bemenet pontos méretét dákógolyókban. Ezt követően a pénztárcában tranzakció létrehozásakor kattintson a „bemenetek...” gombra, keresse meg a listában pontosan ugyanazt a számot dákógolyókban, és jelölje ki (ha több van belőlük, akkor válassza ki ugyanazzal a fogadással cím és idő). Ezek után kiválasztunk még néhány inputot, hogy a végösszeg nagyobb legyen, mint a tranzakciós összeg a jövőbeni jutalékkal; Érdemes tartalékkal választani. Ezután a szokásos módon töltse ki az összes mezőt (ne feledkezzen meg a jutalékról!), és küldje el.


Hogyan kell használni a CPFP-t? Mi a teendő, ha nem én vagyok a feladó, hanem a címzett a tranzakciónak?

Van ilyen módszer, és alkalmas a címzettek számára; Az is megfelelő a feladónak, ha a tranzakciója „változott” (általában van). Ez a módszer egy kicsit drágább, és nem ismert, hogy hány pool támogatja (2017 elejétől legalább két pool támogatja). Kipróbálhatja a CPFP (gyermek fizet a szülőért) mechanizmust. Ehhez a problémás tranzakció egyik kimenetét olyan jutalékkal kell elköltenie, amely elegendő mindkét tranzakcióra - az újra és a régire. Vagyis egyszerűen létrehozol egy tranzakciót egy bemenettel (ez legyen az egyik problémás kimenet, például változtass), és elküldöd magadnak a bitcoinokat. Állítsa be a jutalékot úgy, hogy mindkettőre egyszerre elég legyen: ehhez összegezze a méretüket, szorozza meg a „Hogyan válasszunk megfelelő jutalékot?” bekezdésben szereplő számmal, ossza el az új méretével, kilobájtban és a tranzakció elküldésekor írja be az „egyedi tranzakciós díj” oszlopba. További részletek a Bitcoin Core pénztárcáról a spoiler alatt:

SpoilerTarget">Spoiler

Tegyük fel például, hogy Ön a címzett, és meg kell kapnia a 0.08500148 btc számot. A CPFP használatához kattintson a Bitcoin Core-ban "Beállítások" -> "Opciók" -> "Tárca" ("Beállítások" -> "Opciók" -> "Wallet"); jelölje be az „Érmeellenőrzési funkciók engedélyezése” és a „Megerősítetlen módosítás elköltése” négyzetet, ha nincsenek bejelölve (akkor eltávolíthatja őket); Most zárja be a beállítások ablakot, kattintson a „Küldés” gombra, majd kattintson a „Bemenetek...” gombra, és ellenőrizze az összeget 0,08500148; majd „OK”, adja meg címét címzettként; a mennyiséget 0,08500148-ra állítva, és a „díj levonása az összegből” jelölőnégyzetet; állítsa be a jutalékot „szelektíven” („egyéni”), „kilobájtonként” („kilobájtonként”), és 2 tranzakció alapján írja ki a képlet segítségével ((a régi tranzakció mérete)/(az új tranzakció mérete) + 1 )*(megfelelő jutalék kilobájtért vagy jobbért). Küldés.

Minden. Most várj. Azok a poolok, amelyek „értik” ezt a sémát, boldogan elfogadják mindkét tranzakciót egyszerre. Ez nem biztos, hogy gyors, ha kevés ilyen medence van.


Hogyan lehet törölni egy tranzakciót? Törölheti magát a tranzakció?

Miután egy tranzakciót megerősítettek (egy blokkban szerepel), azt nem lehet visszavonni vagy visszavonni. Egy meg nem erősített tranzakció törléséhez létre kell hoznia egy vele versengő tranzakciót, és biztosítania kell, hogy az szerepeljen a blokkban - lásd a „Mi a teendő, ha az Ön által küldött Bitcoin-tranzakciót nem erősítik meg” kérdésre adott válasz (2) pontja. "megragadt")?". Mindenesetre itt nincs garancia a sikerre.

Magát a meg nem erősített tranzakciót nem lehet törölni – csak a pénztárcájában lévő kijelzés változhat. Ezután tekintse meg a „Tranzakciómat több napig nem erősítették meg, majd eltűnt, és a pénzt visszaküldték. Most minden rendben van, és küldhetem újra a pénzt?” kérdésre adott választ?

A tranzakciómat néhány napig nem erősítették meg, majd eltűnt, és a pénzt visszaküldték. Most már minden rendben, és küldhetem újra a pénzt?

Nem! Régi tranzakciója továbbra is online van, és váratlanul megerősítheti. Ennek elkerülése érdekében olvassa el a „Mi a teendő, ha az Ön által küldött Bitcoin-tranzakciót nem erősítették meg („elakadt”) kérdésre adott válasz (2) pontja? (a spoiler alatt). Ha meggondolja magát a fordítás elkészítésével kapcsolatban, saját maga is elkészítheti a fordítást.

Hogyan védekezhet a befagyott tranzakciók ellen?

  1. Állítson be megfelelő jutalékot.
  2. Engedélyezze a díjjal csere mechanizmust a pénztárcájában, és jelölje meg az összes tranzakciót cserélhetőként, ha pénztárcája támogatja (úgy tűnik, hogy az electrum támogatja). Ez lehetővé teszi, hogy probléma esetén könnyen növelje a jutalékot.


A meg nem erősített Bitcoin-tranzakció olyan tranzakció a kriptovaluta hálózatban, 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, így a blokklánc elemeinek 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ózat egyre gyakrabban tapasztal 5-7 órás vagy hosszabb késéseket.

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ülnek. Mit kell tenni? Mi a teendő, ha a fizetés elakad? 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 ideje számos tényezőtől függ - a hálózat torlódásától az átvitel időpontjában, a telepített méretétől, a tranzakció mennyiségétől, valamint a fizetés prioritásától. A megerősítéshez hátralévő idő tisztázása érdekében (legalább hozzávetőlegesen) felkereshet egy speciális szolgáltatást (például a blockchain.info), majd a keresési kifejezésben megadhatja a műveletazonosítót.

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

  1. A tranzakciót egy másik, prioritást élvező művelet kiszorítja a blokkból. Ez akkor lehetséges, ha egy láncelem mérete megközelíti a korlátozó paramétert, és egy hálózati résztvevő átvitele volt az utolsó.
  2. A fizetés „életideje”, amely 72 órával egyenlő, lejár.
  3. Ütközés jelenik meg az aktuális tranzakció és egy másik, korábban megerősített tranzakció között.
  4. A fizetést a feladó egy másik fizetéssel helyettesíti.
A blokkból "kiszorított" művelet visszatérhet a küldő tárhelyére (amikor sikertelen tranzakció állapotot kap), vagy lefagyhat. Néha a fizetést újra és újra elküldi a pénztárca. Ilyen helyzetben a pénz „befagy”, és nem használható fel. A következő információ jelenik meg a tárcában: „Állapot:0/megerősítetlen, a memóriatárban.”

Ez utóbbi helyzet ritkán fordul elő. Á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ági problémáiról szóló megbeszélések új fordulójához vezetett. A jelenlegi 1 MB-os blokkméret nem elegendő a naponta több millió átutalást végrehajtó felhasználók igényeinek kielégítésére. Ha feltételezzük, hogy az átlagos tranzakcióméret 0,5 KB, akkor 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 „átkerülnek” a következő csomóponthoz, míg a többi meg nem erősített státuszban lóg, és a sorára vár. Az alábbiakban megvizsgáljuk, hogyan kell eljárni olyan helyzetben, ha egy Bitcoin-tranzakció elakad.

Várja meg a tranzakció befejezését

Ha sürget az idő, nem kell erőltetni a dolgokat, csak várni. A késés gyakori oka a hálózati terhelés é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, annak oka lehet az alacsony díjak. 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 összeg 0,00001 Bitcoin 1 KB-onként. Ezért 500 KB méretű tranzakció lebonyolítása esetén 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ő számára elérhető. Az opció hivatalos neve Replace by fee (RBF). Ha hiányzik, az ismételt átvitel nem megy át az ellenőrzésen, és a blokklánc eldobja. Ez annak a ténynek köszönhető, hogy tilos ugyanazon alapok kétszeres elköltése. Ennek az opciónak az engedélyezése tájékoztatja a rendszert, hogy a tranzakció helyes.

A funkció lényege egyszerű. Ismeretes, hogy az alacsonyabb jutalékkal járó kifizetések teljesítése hosszabb ideig tart, mint a magasabb díjjal járó tranzakciók teljesítése. Ha a felhasználó növeli a jutalmat, a tranzakció előrehalad a sorban, és az elsők között fejeződik be. Ezt a funkciót „jutalék szelektív helyettesítésének” nevezik (Csere díjjal). A lényeg az, hogy a művelet nem változik - egyszerűen további jutalékokat adnak hozzá.

Egy ilyen manipuláció során fontos körültekintőnek lenni, mert a rendszer dupla költésként érzékelheti a műveletet, és blokkolhatja a fizetést. Ha az RBF opciót használja, a tranzakció elutasítása kizárt. Ha a funkció engedélyezve van, a hálózat olyan műveletet lát, amelynek nagy jutaléka van, ami után a tranzakció előrehalad a sorban, é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 résztvevő dolgozik a Replace by fee szolgáltatással. 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-ot illeti, ez a funkció akkor érhető el, ha további szkriptek engedélyezve vannak.

Az opció aktiválásához lépjen a pénztárcájához, és aktiválja a Csere díjjal opciót. Ez általában elegendő a fordítás felgyorsításához, és megakadályozza, hogy elakadjon a hálózaton.

Gyorsítók

A meg nem erősített Bitcoin-tranzakciók speciális gyorsítókkal „tolhatók”. Az egyik lehetőség a viaBTC bányászati ​​medence, amely lehetővé teszi az átviteli idő csökkentését. Viszonylagos fiatalsága 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ózat elakadt tranzakcióinak felgyorsítására. Ha a tranzakció egy vagy több napon belül nem érkezik meg a címzetthez, akkor hasznos lesz egy ilyen pool segítsége.

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

  1. A szolgáltatást nehéz kezelni, ezért érdemes időt szánni a képességeinek mérlegelésére használat előtt.
  2. 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 kereskedést is feldolgoz 60 percen belül, ami korlátozza a képességeit.
  3. Nem mindig lehet belépni a medencébe. Például 2018. április 11-én ezzel problémák merültek fel. A rendszer kéri, hogy később jelentkezzen be az oldalra.
  4. A jövőben a platform szolgáltatásaiért díjat számítanak fel, a tranzakció méretétől függően.
A gyorsító elindításához egy műveleti azonosító szükséges, valamint egy captcha bevitele. A szolgáltatás megvizsgálja a bevitt információkat és sorba állítja 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 hely alternatívája az AntPool medence. Ezen kívül aggregátor-forrásokat találhat az interneten (például perenosi.com), a Telegram messengerhez gyorsítóbotokat fejlesztenek (például @FastTXbot).

Dupla kiadás

Ha egy Bitcoin-tranzakció elakad, használhat egy másik technikát - utalja át a 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 sokáig nem megy, és bizonytalanságban van. 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énzeszközök összegét egy adott időpontban ellenőrzik. 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 kell attól tartani, hogy mindkét művelet működni fog. A kriptovaluta hálózat szabályai szerint ugyanazon eszköz küldésekor olyan tranzakciót hajtanak végre, amely kedvezőbb feltételekkel rendelkezik a hálózati résztvevők (bányászok) számára. A fennmaradó analógok megsemmisülnek. Az egyetlen kockázat a láncelágazás, ezért a Double Spending opció használatával óvatosan kell megközelíteni.

Nézzük meg, mit kell tenni a technika alkalmazásához, példaként a Bitcoin Core segítségével. Vegye figyelembe, hogy más pénztárcák esetében a megközelítés hasonló marad. A különbség a parancsok elnevezésében lehet, de az általános sorrend nem változik. Az algoritmus a következő:

  1. Dupla költésre készülünk. Ehhez fontos biztosítani, hogy a tranzakció elakadjon. Vannak esetek, amikor 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 webhely használata. Ha a tranzakció mellett a „meg nem erősített tranzakció” kifejezés szerepel, folytassa a további lépésekkel. Ezen kívül lehet figyelni a tranzakció időpontjára, de ez hozzávetőleges.
  2. Zárja be a Bitcoin tárolási programot, ami után beírjuk a „zapwallettxes” szót a parancssorba. Más parancsopciók használata tilos, mert előfordulhat, hogy a kulcs véletlenül törlődik, és elveszíti a hozzáférést a pénzhez.
  3. Várjuk a pénztárca indulását. Az indítás után a tranzakciók nem lesznek befagyasztva. De nem szabad örülni idő előtt, mert még mindig a kriptovaluta hálózatban vannak tárolva. A Bitcoin Core régi 0.14-es verziójának felhasználóinak egyébként meg kell változtatniuk 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.
  4. Új tranzakciót hajtunk végre, amely magasabb jutalékot jelez. Ne feledje, hogy az előző tranzakció bizonyos idő elteltével történő megerősítésének kockázata továbbra is fennáll. Az ilyen helyzetek kizárása érdekében fontos, hogy az új fizetési paraméterekben tüntesse fel azokat a paramétereket, 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 bitcoinban azonos beviteli méretet adjunk meg (a szükséges paramétert a bemenetek részben találja meg). Ami a tranzakció méretét illeti, az átvitel felgyorsítása érdekében növelhető.
  5. Töltse ki a kötelező mezőket a szokásos terv szerint (mint egy standard tranzakció lebonyolításakor).
  6. Várjuk a művelet befejezését, aminek gyorsabbnak kell lennie.

CPFP

Egy népszerű push fizetési mód a Child Pays for Parent. 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. A nehézségekkel küzdő tranzakciók „promotálásához” a tranzakció kimenetek bármelyikét kell használnia. Fontos, hogy a számlán lévő összeg elegendő legyen két tranzakció végrehajtására.

A lényeg az, hogy a feladó egy másik átutalást hoz létre a kimenet felhasználásával egy új tranzakció végrehajtásához. Bitcoinokat bármilyen címre lehet küldeni. A lényeg az, hogy az elakadt fizetésből származó pénzt használd fel. Ugyanilyen fontos árnyalat a jutalékfizetés nagysága, amelyet egyszerre két műveletre kell megadni.

Tekintsük ennek a módszernek az alkalmazását a Bitcoin Core pénztárca példaként. A kezdeti feltétel egy 0,095 bitcoin tranzakció. Az algoritmus a következő:

  1. Lépjen a beállítások részre, és válassza ki a beállítások gombot.
  2. Belépünk a „Pénztárca” alkategóriába, és engedélyezzük a bevitelkezelést (ellenőrizzük a speciális mezőt). Itt bejelöljük a pipát, lehetővé téve, hogy meg nem erősített pénzt költsön el. Vannak helyzetek, amikor az említett jelölőnégyzetek már be vannak jelölve (ebben az esetben nem változtatunk semmit).
  3. Zárja be az ablakot, és kattintson a küldés gombra.
  4. Lépjen a beviteli szakaszba, és tegyen egy pipát a kamat összege mellé (esetünkben 0,095 BTC).
  5. Jelöljük a fogadó fél címét, majd az „OK” gomb megnyomásával jóváhagyjuk a műveleteket.
  6. Állítsa a számot 0,095-re, és kattintson a „Jutalék kivonása az összegből” parancs melletti jelölőnégyzetre. Itt megjegyezzük a kilobájtonkénti szelektív jutalékfizetést. Fontos megjegyezni, hogy a prémium kiszámítása két tranzakció 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.
Mint megjegyeztük, nem minden pool működik ezzel a sémával, de ha van ilyen lehetőség, 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 jutalék. 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áján keresztül. Ehhez a pénztárcának támogatnia kell egy ilyen funkciót. A speciális tárolás lényege, hogy automatikusan kiszámolják azt az optimális összegű díjazást, amely mellett gyorsabban halad a művelet a kriptovaluta hálózatban. Ha a pénztárca tulajdonosa egyetért a javasolt paraméterrel, a tranzakció késedelem nélkül bekerül a következő blokkba.

A dinamikus jutalékszerkesztés lehetővé teszi egy 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. Ez a szabály különösen fontos a maximális hálózati terhelés időszakában. Ha egy felhasználó magas jutalmat adott meg, és a tranzakció továbbra is elakad, ez sürgős intézkedést igényel. A probléma gyakran a Bitcoin pénztárcák régebbi verzióinak használatához kapcsolódik. Ebben az esetben két módja van - frissítse a meglévőt, vagy telepítsen egy új pénztárcát.

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

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

  1. A blokklánc weboldalán keresztül biztosítjuk, hogy a tranzakciót ne erősítsék meg.
  2. Belépünk a pénztárcába, majd a hibakereső részbe, 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 >.
  3. Személyes kulcsot kapunk a kívánt címről. Ehhez adja meg a dumpprivkey kifejezést< address >. A zárójelben lévő szót megváltoztatjuk a tranzakcióhoz használt címre. A kapott kulcsot külön helyre kell másolni. Csoportos művelet esetén, amikor több számláról küldtek Bitcoint, mindegyikhez kulcsra van szükség. Ezen adatok birtokában hozzáférhet a fiókhoz.
  4. Bezárjuk az irodát és kivesszük a pénztárcát. Az egyetlen dolog, amit érdemes megtakarítani, az a wallet.dat. Javasoljuk, hogy ezt a fájlt előre átnevezze, és áthelyezze egy másik mappába.
  5. Ú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ók átvitele eltart egy ideig. Fontos, hogy a folyamat ne szakadjon meg.
  6. Ellenőrizzük a fiókot. Az elakadt tranzakciók törlődnek, és a letiltott pénz átutalhatóvá válik. Most újra lebonyolíthatja a tranzakciót, de magasabb jutalékkal.
A vizsgált módszer nem ad eredményt, ha a fordításhoz felhőtárhelyet használnak.

Hogyan védheti meg magát a meg nem erősített Bitcoin-tranzakcióktól?


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:
  1. Azonnal állítsa be az optimális prémiumot a tranzakcióhoz. A megtakarítási vágy azt eredményezheti, hogy hosszú időt kell várni a művelet megerősítésére. Azonnal döntse el, mi a fontosabb - a sebesség vagy a megtakarítás.
  2. 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 bonyolít tranzakciókat, ajánlatos a Cserélhető jelölést. De győződjön meg arról, hogy pénztárcája támogatja ezt a lehetőséget.
Ha megfelelő jutalékot állapítottak meg, de a tranzakció még mindig elakad, nem maradhat tétlen. Ebben az esetben nagy a kockázata annak, hogy a fordítás hosszú ideig elakad. A probléma megoldásához hasznosak lesznek a cikkben tárgyalt módszerek. A lényeg, hogy ne ess pánikba, mert a tranzakciós késések gyakoriak a Bitcoin kriptovaluta hálózatában. Először meg kell találnia a probléma okát, és csak azután kezdje el a megoldást. Általában a gyorsító vagy a dupla költés segít. De jobb elkerülni az ilyen késéseket, és azonnal meghatározni a jelenlegi jutalékot.

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

Ez azt jelenti, hogy több blokk van kitöltve. És mivel az összes tranzakciót nem lehet azonnal beilleszteni a blokkláncba, kellemetlenség keletkezik, amelyet a bányászok „mempoolnak” (egyfajta „tranzakciós sor”) neveznek.

A bányászok általában azokat a tranzakciókat választják ki, amelyeknek magasabb a jutalékuk, és először ezeket veszik be a blokkba. Az alacsonyabb díjas tranzakciókat „elküldik” az úgynevezett „díjpiacra”, és a bányász mempoolban 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álisnál gyengébb felhasználói élményt eredményezhet. 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 íme, mit tehet ma, hogy elkerülje a tranzakció elakadását.

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 bányászhattak. (Sőt, a még alacsonyabb díjakkal vagy díjmentesen végrehajtott tranzakciók is ugyanolyan gyorsan kerültek blokkba.)

A blokkterületé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 díjai magasabbak. Bár az alacsony díjú üzlet valószínűleg megerősítésre kerül, ez jó ideig eltarthat.

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

Ha azt szeretné, hogy tranzakciói gyorsabban megerősítésre kerüljenek, a kézenfekvő megoldás az, hogy magasabb díjat ad hozzá az adott tranzakcióhoz. Ha a pénztárcája (alapbeállításokkal) nem ad fel elegendő jutalékot, ezt a beállítást manuálisan is konfigurálhatja, mind a pénztárca beállításaiban, mind a tranzakció elküldésekor (vagy mindkettő).

Az olyan oldalak, mint a 21.co, figyelemmel kísérik a hálózat állapotát, és javaslatot tesznek arra, hogy a tranzakció bájtonként milyen szintű jutalék lesz elegendő, és azt is megmutatják, hogy milyen sebességű hálózati visszaigazolásokra számíthat a mellékelt jutalékok különböző szintjein.

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 kicsit tovább tart a megerősítés.

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 jutalékok dinamikus változásait. A Bitcoin hálózat állapotától függően 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 következő blokkban szerepeltesse.

Egyes pénztárcák lehetőséget adnak díjprioritás kiválasztására is. A magasabb díjak ismét lehetővé teszik a tranzakció gyorsabb visszaigazolását, az alacsony díjas tranzakciók kicsit tovább tartanak.

Ha a pénztárcájából végrehajtott tranzakciók csúcsidőben gyakran késnek, és nincs lehetősége magasabb díj felszámítására, 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 költ egy kicsit, á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 magánkulcs-mag használatát, majd a kulcsok új pénztárcába történő importálását. Ebben az esetben nem kell tranzakciókat bonyolítania a Bitcoin hálózaton. Új pénztárcájával 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.

A jutalékok szelektív helyettesítése

Annak érdekében, hogy a tranzakció beálljon a sorba, a legegyszerűbb az Opt-In Replace-by-Fee (Opt-In RBF) opció használata. Lehetőséget ad ugyanazon tranzakció újraküldésére, de magasabb díjakkal.

A legtöbb esetben, amikor ugyanazt a tranzakciót a hálózaton keresztül küldik, de magasabb díjakkal, az új tranzakciót a hálózat elutasítja. A Bitcoin csomópontok általában úgy döntenek, hogy az új tranzakció kettős költési kísérlet, ezért nem fogadják el és nem dolgozzák fel. De amikor az RBF Opt-In 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 valamelyik közelgő blokkba, a következő blokkot számoló 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, az Ön tranzakciója bekerül a következő blokkokba.

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 Children Pays for Parents (CPFP) trükk lehet. A CPFP használatával a bányászok nem feltétlenül fogadják el azokat a tranzakciókat, amelyeknek a díjaik a legmagasabbak, ehelyett elfogadhatnak egy sor tranzakciót, amelyek díja általában magasabb.

Anélkül, hogy túlzottan technikai jellegűvé válna, a legtöbb kimenő tranzakció nem csak Bitcoint küld a címzettnek, hanem vissza is küldi az aprópénzt. Ezt a változást a következő tranzakció során elköltheti.

Egyes pénztárcák lehetőséget adnak arra, hogy azonnal elköltsék az összeget, anélkül, hogy megvárná a megerősítést, így egy új tranzakció során elküldheti magának a változtatást. Ezúttal ügyeljen arra, hogy elég nagy díjat adjon meg ahhoz, hogy ellensúlyozza a kezdeti alacsony tranzakciós díjat. 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 teszi lehetővé, hogy kiválassza, hogy mely bitcoinokat költötte 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 RBF, sem a CPFP Opt-In opció nem elérhető, technikailag továbbra is megpróbálhatja az eredeti tranzakciót magasabb díjakkal továbbadni. Ezt általában "teljes díj pótlásnak" nevezik, és egyes bányászok elfogadják. Az elérhető pénztárcák azonban nem rendelkeznek ezzel a lehetőséggel.

Ellenkező esetben valószínűleg csak várnia kell – a tranzakció megerősítésére vagy a bitcoinok visszakerülé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 ezzel a módszerrel. A bitcoinok szó szerint nem ragadnak be a hálózatba, és nem is tévedhetnek el benne.

Ezenkívül a ViaBTC bányászati ​​​​pool „tranzakciógyorsítót” kezdett kínálni. 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 magasabb prioritást fog neki adni, mint a többi tranzakciónak. 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éllyel néhány órán belül megtalálják a tranzakcióját tartalmazó blokkot. Ez a szolgáltatás azonban óránként legfeljebb 100 tranzakciót korlátoz.

A címzett számára

Természetesen a tranzakció akkor is elakadhat, ha Ön a címzett. 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, amelyek díja elég magas ahhoz, hogy kompenzálja a kezdeti alacsony tranzakciós díjat. Ha az új díj elegendő, a tranzakciót általában a következő blokkban kell visszaigazolni.

Érdemes megkérdezni az összeg feladójától, 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 ViaBTC tranzakciógyorsító (amelyről fentebb volt szó) a bejövő tranzakciókra is működik.

További híreket szeretne?

A sors úgy hozta, hogy lehetőségem volt kriptovalutákkal foglalkozni. Nem arról van szó, hogy szorosan együttműködöm velük, de néha küldök és fogadok érméket. Mondjuk úgy, hogy apránként egy új területet tesztelek belülről.

Aztán egy napon baj történt. Küldtem kriptoérméket, de nem jutottak el a címzetthez. Valójában a poszt arról szól, hogyan került vissza a pénz. 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).

Hadd kezdjem azzal, hogy a bejegyzés helyenként tele van találgatásokkal arról, hogy mi történik. Lehet, hogy valahol tévedek. Objektív javításokat, kiegészítéseket 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, ahová a pénzeszközöket utalják) néha kényelmesebb a pénztárca felhívására is, de a félreértések elkerülése érdekében legyen ez egyszerűen 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 kevésbé sértő lehetőség, úgyhogy legyen jutalék.
  • A tranzakció mérete a tranzakcióval kapcsolatos összes információt tartalmazó adatblokk mérete.
Kezdetben tipikus felhasználóként közelítettem meg ezt az egész kriptovaluta konyhát – anélkül, hogy igazán belemélyedtem volna a rendszerbe. Telepítve, elindítva, működik - és rendben. Néha, amikor pénzt próbált küldeni valahova, az ügyfél egy ilyen üzenetet jelenít meg: „ A tranzakció mérete túl nagy, nem lehet egyszerűen 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 külön fizetést kérnek tőlem, amikor szükséges, 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énzek elhagyják a számlát, nem volt felajánlás jutalék fizetésére és... Semmi. Az összeg nem érkezik meg a címzetthez, a tranzakció állapota „0/Nincs megerősítve”. És több mint egy hétig figyeltem ezt a képet, egyszerre guglizva és újraolvasva 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 véve - sok probléma van, nincs megoldás.

És tulajdonképpen miféle jutalék ez? 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 összeget.
  • Az átutalt összegnek meg kell haladnia egy bizonyos küszöböt.
  • A tranzakciónak kellő elsőbbséggel 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 a dörzsölés. Nagyjából a tranzakciók létrehozásakor 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 annak, aki megtalálta a blokkot), valamint a legmagasabb prioritású jutalék nélküli tranzakciók.

Maga a prioritás közvetlenül függ az átutalt pénzeszközök mennyiségétől és a visszaigazolások számától (minél hosszabb ideig van ez a pénz a számláján, annál nagyobb prioritást kell adni), é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 megrekedt, megerősítetlen á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 csapódott le, é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, az ügyfélprogram belefárad a várakozásba, és magát a tranzakciót törli.
  • Töltse le ú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 egyik blokkban sem. Még a sendrawtransaction útján történő ismételt beküldés után is. A blokklánc azt mondta, hogy semmit sem tudott erről a tranzakcióról, és ugyanazok az összegek voltak a számlán, nem tűntek el sehova. És csak az ügyfél állt ki a helyén: „Elküldtem a tranzakciót, járjon el, ahogy akarja. Nem engedem, hogy kezelje a már elköltött pénzt.”

Tehát mi a probléma lényege? A tranzakció nem került be a blokkba, és nem is kerül oda többé. 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. Talán még egy idő után a tranzakció törlésre kerül, ezzel kapcsolatban több feltételezésem is van:

  • Devizafüggő, néhol gyorsan lemondják, máshol sokat kell várni.
  • Hiba egy adott ügyfélhez.
  • A lemondási adatok hibásak.
Mindenesetre egy hét elég hosszú idő. Ha ez idő alatt nem múlt el magától, akkor okkal feltételezhető, hogy nem fog elmúlni.

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ékkal együtt kudarcot vallott. De a fórumok közötti linkeken való végtelen ugrálás (a Google találatai között semmi érdemlegeset nem találtak) 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. Valami Bitcoin-szerű, azt hiszem.

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 az aktuális 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:

  1. Kérjük várjon. Ne essen pánikba azonnal. Várjon néhány napot, és hirtelen magától elmúlik.
  2. Ellenőrizze, hogy a tranzakció elakadt-e. Nyissa meg a Block Explorert (általában a Google a „blockchain %cryptocurrency name%)” kifejezést használja, és ellenőrizze, hogy nem tudnak-e semmit az elakadt tranzakcióról, és hogy valóban van-e pénz a számlán.
  3. Ugrás a hibakereső konzolra (Súgó - Hibakereső ablak - Konzol)
  4. Ha a pénztárca titkosított (titkosított?), akkor először a paranccsal kell hozzáférni pénztárca jelszó .
  5. Most be kell szereznie a kívánt fiók privát kulcsát. dumpprivkey
    . Ahelyett
    meg kell adnia 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, később szükség lesz rá. Ha egy tranzakcióhoz több számláról vettek pénzt, akkor mindegyiket importálni kell. És igen, soha ne tárolja a privát kulcsokat olyan helyen, amelyhez bárki hozzáfé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.
  6. Zárja be az ügyfelet és törölje a pénztárcát. A pénztárca helye (wallet.dat) az adott klienstől és az operációs rendszertől függ. Természetesen nem szabad teljesen törölnie, jobb, ha átnevezi, vagy biztonságos helyre helyezi át.
  7. Indítsa újra a klienst. Új pénztárca jön létre. Be kell importálnia a korábban megszerzett kulcso(ka)t. A hibakereső konzolra lépünk és írunk importprivkey . Az import meglehetősen hosszú ideig tarthat. Hagyja befejezni – várja meg a parancsra adott választ.
  8. Az új pénztárcában meg kell jelennie a valós állapotú számlának. A biztonság kedvéért újraindíthatod a klienst a -rescan kapcsolóval, de szerintem ez 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. ( ezen a ponton fontos kiegészítések vannak az upd3-ban)
  9. Ha még vannak más használt és fontos fiókok a régi pénztárcáján, akkor újra visszatérhet hozzá.
Ezzel az egyszerű módon sikerült visszajuttatni a kriptoérméket. Bár már kezdtem azt hinni, hogy teljesen elvesztek. Általánosságban elmondható, hogy ne várj csodákat, új kliens használata előtt győződjön meg arról, hogy a jutalék mindig benne van. Úgy gondolom, hogy jobb, ha az ajánlott jutalékméretet keresi az Ön által használt kriptovalutára szánt forrásoknál.

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, 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 helyzetben segíthet a meglévő lánc törlése vagy a kulcsokkal rendelkező kliens elindítása.

Upd2: A korábban már említett -salwagewallet kulcs jelentősen leegyszerűsítheti a számlák ú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ókból importálódik az összes fiók, és a hozzá tartozó tranzakciós előzmények a blokkláncból (köszönet a leírásért Grich-nek). 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. Ezt tartsa szem előtt, ha azt tervezi, hogy visszatér régi pénztárcájához:

  • Miután importálta a számlát az ú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 tárcához, majd kezelje a visszaküldött pénzeszközöket.
  • Miután végrehajtott egy tranzakciót az új pénztárcából, határozza meg, hogy a módosítás melyik fiókba esett, és importálja azt a régi tárcába.

Címkék: Címkék hozzáadása

  • Fizetési rendszerek
  • A sors úgy hozta, hogy lehetőségem volt kriptovalutákkal foglalkozni. Nem arról van szó, hogy szorosan együttműködöm velük, de néha küldök és fogadok érméket. Mondjuk úgy, hogy apránként egy új területet tesztelek belülről.

    Aztán egy napon baj történt. Küldtem kriptoérméket, de nem jutottak el a címzetthez. Valójában a poszt arról szól, hogyan került vissza a pénz. 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).

    Hadd kezdjem azzal, hogy a bejegyzés helyenként tele van találgatásokkal arról, hogy mi történik. Lehet, hogy valahol tévedek. Objektív javításokat, kiegészítéseket 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, ahová a pénzeszközöket utalják) néha kényelmesebb a pénztárca felhívására is, de a félreértések elkerülése érdekében legyen ez egyszerűen 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 kevésbé sértő lehetőség, úgyhogy legyen jutalék.
    • A tranzakció mérete a tranzakcióval kapcsolatos összes információt tartalmazó adatblokk mérete.
    Kezdetben tipikus felhasználóként közelítettem meg ezt az egész kriptovaluta konyhát – anélkül, hogy igazán belemélyedtem volna a rendszerbe. Telepítve, elindítva, működik - és rendben. Néha, amikor pénzt próbált küldeni valahova, az ügyfél egy ilyen üzenetet jelenít meg: „ A tranzakció mérete túl nagy, nem lehet egyszerűen 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 külön fizetést kérnek tőlem, amikor szükséges, 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énzek elhagyják a számlát, nem volt felajánlás jutalék fizetésére és... Semmi. Az összeg nem érkezik meg a címzetthez, a tranzakció állapota „0/Nincs megerősítve”. És több mint egy hétig figyeltem ezt a képet, egyszerre guglizva és újraolvasva 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 véve - sok probléma van, nincs megoldás.

    És tulajdonképpen miféle jutalék ez? 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 összeget.
    • Az átutalt összegnek meg kell haladnia egy bizonyos küszöböt.
    • A tranzakciónak kellő elsőbbséggel 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 a dörzsölés. Nagyjából a tranzakciók létrehozásakor 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 annak, aki megtalálta a blokkot), valamint a legmagasabb prioritású jutalék nélküli tranzakciók.

    Maga a prioritás közvetlenül függ az átutalt pénzeszközök mennyiségétől és a visszaigazolások számától (minél hosszabb ideig van ez a pénz a számláján, annál nagyobb prioritást kell adni), é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 megrekedt, megerősítetlen á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 csapódott le, é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, az ügyfélprogram belefárad a várakozásba, és magát a tranzakciót törli.
    • Töltse le ú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 egyik blokkban sem. Még a sendrawtransaction útján történő ismételt beküldés után is. A blokklánc azt mondta, hogy semmit sem tudott erről a tranzakcióról, és ugyanazok az összegek voltak a számlán, nem tűntek el sehova. És csak az ügyfél állt ki a helyén: „Elküldtem a tranzakciót, járjon el, ahogy akarja. Nem engedem, hogy kezelje a már elköltött pénzt.”

    Tehát mi a probléma lényege? A tranzakció nem került be a blokkba, és nem is kerül oda többé. 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. Talán még egy idő után a tranzakció törlésre kerül, ezzel kapcsolatban több feltételezésem is van:

    • Devizafüggő, néhol gyorsan lemondják, máshol sokat kell várni.
    • Hiba egy adott ügyfélhez.
    • A lemondási adatok hibásak.
    Mindenesetre egy hét elég hosszú idő. Ha ez idő alatt nem múlt el magától, akkor okkal feltételezhető, hogy nem fog elmúlni.

    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ékkal együtt kudarcot vallott. De a fórumok közötti linkeken való végtelen ugrálás (a Google találatai között semmi érdemlegeset nem találtak) 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. Valami Bitcoin-szerű, azt hiszem.

    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 az aktuális 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:

    1. Kérjük várjon. Ne essen pánikba azonnal. Várjon néhány napot, és hirtelen magától elmúlik.
    2. Ellenőrizze, hogy a tranzakció elakadt-e. Nyissa meg a Block Explorert (általában a Google a „blockchain %cryptocurrency name%)” kifejezést használja, és ellenőrizze, hogy nem tudnak-e semmit az elakadt tranzakcióról, és hogy valóban van-e pénz a számlán.
    3. Ugrás a hibakereső konzolra (Súgó - Hibakereső ablak - Konzol)
    4. Ha a pénztárca titkosított (titkosított?), akkor először a paranccsal kell hozzáférni pénztárca jelszó .
    5. Most be kell szereznie a kívánt fiók privát kulcsát. dumpprivkey
      . Ahelyett
      meg kell adnia 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, később szükség lesz rá. Ha egy tranzakcióhoz több számláról vettek pénzt, akkor mindegyiket importálni kell. És igen, soha ne tárolja a privát kulcsokat olyan helyen, amelyhez bárki hozzáfé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.
    6. Zárja be az ügyfelet és törölje a pénztárcát. A pénztárca helye (wallet.dat) az adott klienstől és az operációs rendszertől függ. Természetesen nem szabad teljesen törölnie, jobb, ha átnevezi, vagy biztonságos helyre helyezi át.
    7. Indítsa újra a klienst. Új pénztárca jön létre. Be kell importálnia a korábban megszerzett kulcso(ka)t. A hibakereső konzolra lépünk és írunk importprivkey . Az import meglehetősen hosszú ideig tarthat. Hagyja befejezni – várja meg a parancsra adott választ.
    8. Az új pénztárcában meg kell jelennie a valós állapotú számlának. A biztonság kedvéért újraindíthatod a klienst a -rescan kapcsolóval, de szerintem ez 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. ( ezen a ponton fontos kiegészítések vannak az upd3-ban)
    9. Ha még vannak más használt és fontos fiókok a régi pénztárcáján, akkor újra visszatérhet hozzá.
    Ezzel az egyszerű módon sikerült visszajuttatni a kriptoérméket. Bár már kezdtem azt hinni, hogy teljesen elvesztek. Általánosságban elmondható, hogy ne várj csodákat, új kliens használata előtt győződjön meg arról, hogy a jutalék mindig benne van. Úgy gondolom, hogy jobb, ha az ajánlott jutalékméretet keresi az Ön által használt kriptovalutára szánt forrásoknál.

    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, 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 helyzetben segíthet a meglévő lánc törlése vagy a kulcsokkal rendelkező kliens elindítása.

    Upd2: A korábban már említett -salwagewallet kulcs jelentősen leegyszerűsítheti a számlák ú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 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. Ezt tartsa szem előtt, ha azt tervezi, hogy visszatér régi pénztárcájához:

    • Miután importálta a számlát az ú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 tárcához, majd kezelje a visszaküldött pénzeszközöket.
    • Miután végrehajtott egy tranzakciót az új pénztárcából, határozza meg, hogy a módosítás melyik fiókba esett, és importálja azt a régi tárcába.