Mange brukere av systemet står overfor behovet for å kansellere en transaksjon på blockchain, siden oftere og oftere fryser transaksjoner og midler debiteres fra lommeboken. Men kan en slik kansellering gjøres? Og i så fall, hvordan?
Blockchain-teknologien er designet på en slik måte at operasjoner og transaksjoner, hvis de allerede er utført, ikke kan avbrytes. Imidlertid, hvis transaksjonen ikke har mottatt bekreftelse, vil den "henge" i systemet i flere dager til ingen nytte. Og i et slikt tilfelle vil bitcoins bli belastet lommeboken. Og gitt kurs, viser det seg å være alvorlig.
Imidlertid er det en vei ut. Og det er basert på at transaksjoner ikke fryser akkurat slik - i hvert tilfelle er det en grunn: noe som ikke passet blockchain-systemet. Hvis du kan finne ut av det, vil du kunne løse problemet med en transaksjon som sitter fast i systemet.
Den vanligste årsaken til faste transaksjoner er følgende:
- overbelastning av selve blockchain-systemet;
- dannelsen av såkalte mempools - køer for gjennomføring av transaksjoner.
Faktum er at populariteten til bitcoin som en ganske dyr kryptovaluta vokser mer og mer, noe som tiltrekker seg mange nye brukere til systemet. Mange av dem bestemmer seg for forskjellige operasjoner uten egentlig å forstå strukturen deres, og som et resultat blir de forvirret. Og blockchain-systemet oppfatter handlingene til slike brukere utvetydig - som utilstrekkelig, og reagerer skarpt: overbelastning og frysing. Naturligvis går ikke transaksjonen i dette tilfellet og henger også.
Når det gjelder mempools, oppstår de av flere grunner:
- et veldig stort antall brukere ønsker å gjøre en avtale, men blokkene de fyller ut kan ganske enkelt ikke inkluderes fysisk i systemet samtidig - en mempool vises;
- overføringer med høy provisjon er de første og har mindre sannsynlighet for å risikere kø, og hvis brukeren har satt lav provisjon eller ikke har indikert det i det hele tatt, blir mempoolen (og i lang tid) gitt til ham.
I sistnevnte tilfelle kan man ikke engang garantere at denne transaksjonen i det hele tatt vil gjennomføres, siden den vil bli sendt til kommisjonsmarkedet, og gruvearbeidere kan ikke ta hensyn til den - transaksjonen vil ganske enkelt henge i mempoolen til de finner en ny blokk.
Så hva kan gjøres for å løse problemet i både første og andre tilfeller? Prøv å enten "skyve" transaksjonen videre, eller avbryt den, hvis det fremdeles er mulig. Det er flere handlingsalternativer:
- Du kan prøve å bruke doblespend - alternativet med dobbeltbruk, som vil sikre at transaksjonen beveger seg, dvs. muligheten for å "presse gjennom" ved å øke kommisjonen, hvis den i utgangspunktet var for lav. Dette er mulig fordi motparter bare sjekker eiendeler i kontoene sine i et bestemt øyeblikk. Dette betyr at hvis transaksjonen er frossen, kan du sende en annen med en økning i provisjon. Begge transaksjonene vil mislykkes, ingen grunn til å bekymre seg for det.
- Å bruke CPFP er en mekanisme som lar deg lage en transaksjon med én inngang (det må nødvendigvis være utdata fra en problemtransaksjon - for eksempel den samme endringen) og sende bitcoins til deg selv.
- Bruke spesielle akseleratorer for transaksjoner som kan brukes av både mottaker og avsender.
Men ingen av disse metodene gir en absolutt garanti for at transaksjonen fortsatt vil bli kansellert eller presset gjennom. Og ingen metode i dette tilfellet vil gi slike garantier, fordi, som allerede nevnt, blockchain-systemet er utformet på en slik måte at det ikke sørger for kansellering av transaksjoner. Hvis de allerede er bekreftet (inkludert i blokken), vil ingen metode hjelpe, men hvis de sitter fast før bekreftelse, kan du prøve.
Og vi må huske at en ubekreftet transaksjon ikke kan avlyses av seg selv. I dette tilfellet er det bare mulig å endre skjermen i brukerens lommebok.
