hjem Windows

Hva skal jeg gjøre hvis transaksjonen ikke er bekreftet? Bekreftelsestid for Bitcoin-transaksjoner: hvor lenge skal jeg vente? Hvorfor tar det lang tid før en Bitcoin-transaksjon blir bekreftet?

Mange har sikkert allerede støtt på problemet med frosne køballer (under sending og mottak).
I de fleste tilfeller skyldes dette nettverksspam og lave gebyrer for gruvearbeidere (heretter kalt provisjon).
Før du sender bitcoins, vil jeg råde deg til å se på statusen til nettverket og angi provisjonen som disse tjenestene anbefaler:
https://btc.com/stats/unconfirmed-tx
Hvis det skjer at du sendte en provisjon som er mindre enn den anbefalte, eller bare transaksjonen din sitter fast i ubekreftet og ikke er inkludert i blokken, bruk denne tjenesten til å "pushe":
Ta din th(id) transaksjon:
Eksempel:
Og skriv inn ID her:

Merk!
Når nettverket er overbelastet, er det ikke alltid mulig å angi Bitcoin med hell første gang du bruker denne tjenesten.
Du kan motta en melding som denne:
Innleveringer er over grensen. Prøv senere.
Klikk for å utvide...

Du må kjøre til du får statusen: Vellykket.
Etter dette vil transaksjonen din bli hentet og trukket inn i blokken for behandling.
Hva gjør jeg hvis Bitcoin-transaksjonen din ikke er bekreftet ("sitter fast")?
Først kan du bare vente. Hvis det har gått flere timer (eller til og med dager) og du er lei av å vente, er det flere alternativer:
Gjør et dobbeltforbruk. Funksjoner: kan bare gjøres av avsender.

Bruk CPFP. Funksjoner: kan gjøres av mottakeren og vanligvis av avsenderen.

Bruk erstatt-for-gebyr. Funksjoner: bare avsender kan og hvis han har tatt vare på forhånd; ikke alle lommebøker kan.

Bruk "akseleratoren" fra viabtc. Funksjoner: mottaker og avsender kan, men tjenesten er ofte overbelastet og det er begrensninger på transaksjonen.

Hvordan lage et dobbeltforbruk (dobbelt forbruk)?
Vi fortsetter i henhold til følgende algoritme (algoritmen er beskrevet for Bitcoin Core-lommeboken; for andre lommebøker er handlingene like, men kommandoene vil være forskjellige):
SpoilerTarget"> Spoiler: algoritme
1) Pass på at den venter på bekreftelse. For å gjøre dette, kopier transaksjons-ID-en din og lim den inn i søkefeltet til blockchain.info-tjenesten (samt bitaps.com, blocktrail.com/BTC eller lignende). Deretter ser vi etter linjen "ubekreftet transaksjon". Funnet det? Dette betyr at transaksjonen venter på bekreftelse.
Merk. Vi ser ikke på "Estimert bekreftelsestid" på siden med din blockchain.info-transaksjon - vi vet ikke hva som er der.
2) Lukk nå lommeboken og start den fra kommandolinjen med parameteren -zapwallettxes og vent til den åpnes. Når lommeboken starter, vil alle ubekreftede transaksjoner fra den forsvinne (men de er fortsatt på nettverket!). For bitcoin core 0.14 må du endre navn på eller flytte mempool.dat-filen før den startes (mempoolen i denne versjonen er lagret i en fil og den gamle transaksjonen forblir der).
Merk. Hvorfor ikke med parameteren -salvagewallet? -zapwallettxes vil ikke påvirke nøkkelnavnene dine, men -salvagewallet vil fjerne dem. Også bitcoin-kjerne krasjer noen ganger når du kjører med - salvagewallet og deretter din wallet.dat vil bli skadet. Det vil riktignok opprettes en kopi ved siden av den på forhånd.
3) Nå kan du opprette en ny transaksjon, ikke glemme å sette en tilstrekkelig provisjon. Men! Siden den gamle transaksjonen din fortsatt er online, kan den bli uventet bekreftet en dag. Hvis dette ikke passer deg, må den nye transaksjonen ha minst en av inngangene som samsvarer med en av inngangene til den gamle. For å gjøre dette, se på "inputs"-kolonnen på transaksjonssiden din på nettstedet blocktrail.com/BTC eller en analog, og skriv inn den nøyaktige størrelsen på inngangen i køballer. Etter det, når du oppretter en transaksjon i lommeboken, klikker du på "inputs..."-knappen, finner det samme nøyaktige antallet i køballer i listen og velger det (hvis det er flere av dem, velg med samme mottak adresse og tid). Etter dette velger vi noen flere innganger slik at totalbeløpet blir større enn transaksjonsbeløpet med fremtidig provisjon; Det er bedre å velge med en reserve. Deretter fyller du ut alle feltene som vanlig (ikke glem kommisjonen!) og sender.

Hvordan bruke CPFP? Hva om jeg ikke er avsender, men mottaker av transaksjonen?
Det finnes en slik metode og den passer for mottakere; Det er også egnet for avsenderen hvis transaksjonen din hadde "endring" (vanligvis er det). Denne metoden er litt dyrere og hvor mange bassenger som støtter den er ukjent (fra begynnelsen av 2017 støtter minst to bassenger den). Du kan prøve å bruke CPFP-mekanismen (barn betaler for foreldre). For å gjøre dette må du bruke en av utgangene fra den problematiske transaksjonen med en provisjon som er nok for begge transaksjonene samtidig - den nye og den gamle. Det vil si at du ganske enkelt oppretter en transaksjon med én inngang (dette bør være en av de problematiske utgangene, for eksempel endring) og sender bitcoins til deg selv. Sett provisjonen slik at den er nok for begge på en gang: for å gjøre dette, summerer du størrelsene deres, multipliser med tallet fra avsnittet "Hvordan velge en tilstrekkelig provisjon?", del med størrelsen på den nye i kilobyte og skriv det inn i kolonnen "egendefinert transaksjonsgebyr" når du sender transaksjonen. Flere detaljer for Bitcoin Core-lommeboken under spoileren:
SpoilerTarget">Spoiler
La oss for eksempel si at du er mottakeren og bør motta 0,08500148 btc. For å bruke CPFP, klikk i Bitcoin Core "Innstillinger" -> "Alternativer" -> "Lommebok" ("Innstillinger" -> "Alternativer" -> "Lommebok"); merk av i boksene for "Aktiver myntkontrollfunksjoner" og "Bruk ubekreftet endring" hvis de ikke er merket av (da kan du fjerne dem); Lukk nå innstillingsvinduet og klikk på "Send", klikk deretter på "Innganger..."-knappen og kontroller beløpet 0,08500148; deretter "OK", angi adressen din som mottaker; kvantum satt til 0,08500148 og avmerkingsboksen "trekk gebyr fra beløp"; sett provisjonen "selektivt" ("egendefinert"), "per kilobyte" ("per kilobyte") og skriv den basert på 2 transaksjoner ved å bruke formelen ((størrelsen på den gamle transaksjonen)/(størrelsen på den nye transaksjonen) + 1 )*(tilstrekkelig provisjon for kilobyte eller bedre). Sender.
Alle. Nå venter du. De bassengene som "forstår" denne ordningen vil gjerne godta begge transaksjonene samtidig. Dette er kanskje ikke raskt hvis det er få slike bassenger.

Hvordan kansellere en transaksjon? Kan en transaksjon kansellere seg selv?

Når en transaksjon er bekreftet (inkludert i en blokk), kan den ikke reverseres eller reverseres. For å kansellere en ubekreftet transaksjon, må du opprette en transaksjon som konkurrerer med den og sørge for at den er inkludert i blokken - se punkt (2) i svaret på spørsmålet "Hva gjør du hvis Bitcoin-transaksjonen du sendte ikke er bekreftet ( "sittende fast")?". Det er i alle fall ingen garanti for suksess her.
En ubekreftet transaksjon i seg selv kan ikke kanselleres - bare displayet i lommeboken kan endres. Deretter kan du se svaret på spørsmålet "Transaksjonen min var ubekreftet i flere dager, og forsvant deretter og pengene ble returnert. Nå er alt bra, og kan jeg bare sende pengene igjen?"
Transaksjonen min forble ubekreftet i flere dager, og forsvant deretter og pengene ble returnert. Nå er alt bra og kan jeg bare sende pengene igjen?
Nei! Din gamle transaksjon er fortsatt online og kan uventet bli bekreftet. For å unngå dette, se punkt (2) i svaret på spørsmålet "Hva gjør du hvis Bitcoin-transaksjonen du sendte ikke er bekreftet ("sitter fast")?" (under spoileren). Hvis du ombestemmer deg med å lage den oversettelsen, kan du lage oversettelsen selv.
Hvordan beskytte deg mot frosne transaksjoner?
Sett en tilstrekkelig provisjon.

Aktiver erstatnings-ved-avgift-mekanismen i lommeboken din og merk alle transaksjoner som utskiftbare hvis lommeboken din støtter det (electrum ser ut til å støtte det). Dette vil tillate deg å enkelt øke provisjonen hvis det oppstår et problem.

En ubekreftet Bitcoin-transaksjon er en transaksjon i kryptovalutanettverket som etter initiering ikke fikk plass i neste blokk av kjeden. Antall transaksjoner med Bitcoin vokser, så det oppstår konkurranse når du fyller ut elementene i blokkjeden. Blokkstørrelsen forblir uendret og er bare 1000 KB (1 MB). Det er ikke overraskende at kryptonettverket i økende grad opplever forsinkelser som varer i 5–7 timer eller mer.

Slike situasjoner skaper vanskeligheter for folk som planla å overføre penger raskt, men som står overfor en uventet pause i transaksjonen. Hva å gjøre? Hva gjør jeg hvis betalingen sitter fast? Hva er funksjonene til hver metode? Vi vil vurdere disse og andre nyanser nedenfor.

Hvorfor kan en Bitcoin-transaksjon sette seg fast?

Tidspunktet for å sende kryptovaluta til en annen bruker avhenger av en rekke faktorer - nettverksbelastning på overføringstidspunktet, størrelsen på den installerte, volumet på transaksjonen, samt prioritet til betalingen. For å avklare gjenværende tid for bekreftelse (minst omtrentlig), kan du gå til en spesiell tjeneste (for eksempel blockchain.info), og deretter angi operasjons-ID i søkeordet.

Det er mange grunner til at en Bitcoin-transaksjon ikke er bekreftet:

Transaksjonen skyves ut av blokken av en annen operasjon, som har prioritet. Dette er mulig når størrelsen på et kjedeelement nærmer seg den begrensende parameteren, og overføringen av en nettverksdeltaker var den siste.
"Levetiden" for betalingen, som er lik 72 timer, avsluttes.
Det vises en konflikt mellom gjeldende transaksjon og en annen transaksjon som tidligere ble bekreftet.
Betalingen erstattes av avsender med en annen betaling.

En operasjon som er "klemt ut" av en blokk kan gå tilbake til avsenderens lagring (når den mottar en mislykket transaksjonsstatus) eller henge. Noen ganger sendes betalingen av lommeboken igjen og igjen. I en slik situasjon er pengene "fryst" og kan ikke brukes. Følgende informasjon vises i lommeboken: "Status:0/ubekreftet, i minnepool."

Sistnevnte situasjon oppstår sjelden. Som regel blir pengene returnert til avsenderens lager etter 3 dager. Dette skjer hvis en person har sendt et lite beløp og satt for lavt eller null provisjon.

Hva du skal gjøre hvis en Bitcoin-transaksjon sitter fast - alle alternativer

Økningen i etterspørselen etter Bitcoin og forsinkelser i bekreftelse av transaksjoner har ført til en ny runde med diskusjoner om Bitcoins skalerbarhetsproblemer. Den nåværende blokkstørrelsen på 1 MB er ikke nok til å dekke behovene til brukere som gjør millioner av overføringer hver dag. Hvis vi antar at den gjennomsnittlige transaksjonsstørrelsen er 0,5 KB, kan en blokk romme 2000 transaksjoner, og det er titalls ganger flere reelle forespørsler. Som et resultat "tar store betalinger med høye provisjoner" til neste node, mens resten henger i statusen ubekreftet og venter på tur. Nedenfor vil vi vurdere hvordan du skal handle i en situasjon hvis en Bitcoin-transaksjon står fast.

Vent til transaksjonen er fullført

Hvis tiden presser på, trenger du ikke å tvinge ting og bare vente. En vanlig årsak til forsinkelsen er relatert til nettverksbelastningen og det begrensede antallet gruvearbeidere som er involvert i dannelsen av neste blokk. Hvis nettverket ikke er svært volatilt eller overbelastet, kan årsaken være lave avgifter. Du kan finne ut den optimale premien på btc.com/stats/unconfirmed-tx. Per 11. april 2018 er det anbefalte betalingsbeløpet 0,00001 Bitcoin per 1 KB. Derfor, når du utfører en transaksjon med et volum på 500 KB, bør provisjonen være minst 0,0005 BTC.

Erstatt med gebyr

For du kan erstatte kommisjonen. Dette alternativet er tilgjengelig for avsenderen av midler. Det offisielle navnet på alternativet er Erstatt med gebyr (RBF). Hvis den er fraværende, vil den gjentatte overføringen ikke bestå verifisering og vil bli forkastet av blokkjeden. Dette skyldes det faktum at dobbeltbruk av de samme midlene er forbudt. Aktivering av dette alternativet informerer systemet om at transaksjonen er riktig.

Essensen av funksjonen er enkel. Det er kjent at betalinger med lavere provisjon tar lengre tid å gjennomføre enn transaksjoner som er tildelt en høyere premie. Hvis brukeren øker belønningen, vil transaksjonen gå fremover i køen og vil være en av de første som fullføres. Denne funksjonen kalles "selektiv erstatning av provisjon" (Erstatt med gebyr). Poenget er at operasjonen ikke endres - ytterligere provisjoner legges ganske enkelt til den.

Når du utfører en slik manipulasjon, er det viktig å være forsiktig, fordi systemet kan oppfatte handlingen som dobbeltforbruk og blokkere betalingen. Hvis du bruker RBF-alternativet, er transaksjonsavvisning utelukket. Når funksjonen er aktivert, ser nettverket en operasjon som har en stor provisjon, hvoretter transaksjonen beveger seg fremover i køen og utføres raskere.

Tilstedeværelsen av et slikt alternativ garanterer ennå ikke en rask overføring, fordi det avhenger av gruvearbeiderne som danner blokkene. Årsaken er at ikke alle nettverksdeltakere jobber med Erstatt etter gebyr. I tillegg er ikke RBF relevant for alle lommebøker. I dag støttes den av Electrum- og GreenAddress-lommebøker. Når det gjelder Bitcoin Core, er denne funksjonen tilgjengelig når flere skript er aktivert.

For å aktivere alternativet går du bare til lommeboken og aktiverer alternativet Erstatt med gebyr. Som regel er dette nok til å fremskynde oversettelsen og forhindre at den blir sittende fast på nettverket.

Akseleratorer

Ubekreftede Bitcoin-transaksjoner kan "pushes" ved hjelp av spesielle akseleratorer. Et av alternativene er viaBTC-gruvebassenget, som lar deg redusere overføringstiden. Til tross for sin relative ungdom, har tjenesten oppnådd popularitet i vide kretser og brukes ofte til å fremskynde stoppede transaksjoner i kryptovalutanettverket. Hvis transaksjonen ikke når mottakeren innen en dag eller mer, vil hjelpen fra en slik pool være nyttig.

Ulemper med viaBTC for å fremskynde Bitcoin-transaksjonen:

Tjenesten er vanskelig å administrere, så det er verdt å ta deg tid til å vurdere funksjonene før du bruker den.
Programmet fungerer med et lite antall transaksjoner, noe som fører til periodiske frysinger under påføring. I praksis behandler akseleratoren flere handler innen 60 minutter, noe som begrenser mulighetene.
Det er ikke alltid mulig å gå inn i bassenget. For eksempel 11. april 2018 oppsto det problemer med dette. Systemet ber deg logge inn på siden senere.
I fremtiden vil det bli belastet et gebyr for plattformens tjenester, avhengig av størrelsen på transaksjonen.

For å starte akseleratoren kreves det en operasjons-ID, samt en captcha. Tjenesten undersøker den angitte informasjonen og setter overføringen i kø. Hvis transaksjonen er merket av tjenesten, overføres den til blokken mottatt av bassenget.

Et alternativ for området som vurderes er AntPool-bassenget. I tillegg kan du finne aggregatorressurser på Internett (for eksempel perenosi.com), akseleratorroboter utvikles for Telegram-messengeren (for eksempel @FastTXbot).

Doble utgifter

Hvis en Bitcoin-transaksjon sitter fast, kan du bruke en annen teknikk - overføre pengene en gang til med samme tjeneste. En nettverksdeltaker ser for eksempel at betalingen ikke går gjennom på lang tid og er i limbo. Her kan du dra nytte av funksjonene til blockchain - utføre flere operasjoner samtidig.

Poenget er at beløpet på kontoen kontrolleres på et bestemt tidspunkt. Hvis den første overføringen mislyktes, har avsenderen rett til å endre noen parametere, for eksempel øke premiebeløpet og foreta betalingen på nytt. Det er ingen grunn til bekymring for at begge operasjonene vil fungere. I henhold til reglene til kryptovalutanettverket, når du sender samme eiendel, utføres en transaksjon som har gunstigere betingelser for nettverksdeltakere (gruvearbeidere). De resterende analogene blir ødelagt. Den eneste risikoen er kjedeforgrening, så bruk av alternativet for dobbel forbruk bør behandles med forsiktighet.

La oss se på hva som må gjøres for å bruke teknikken ved å bruke Bitcoin Core som eksempel. Merk at tilnærmingen for andre lommebøker forblir lik. Forskjellen kan ligge i navnene på kommandoene, men den generelle rekkefølgen endres ikke. Algoritmen er slik:

Vi forbereder oss på Double Spending. For å gjøre dette er det viktig å sikre at transaksjonen sitter fast. Det er tilfeller når en transaksjon er bekreftet, men av ulike årsaker ikke når mottakeren. For å sjekke, anbefales det å bruke det tidligere nevnte nettstedet blockchain.info. Hvis transaksjonen har uttrykket "ubekreftet transaksjon" ved siden av seg, fortsett til videre trinn. I tillegg kan du ta hensyn til tidspunktet for transaksjonen, men det er omtrentlig.
Lukk Bitcoin-lagringsprogrammet, hvoretter vi skriver inn ordet "zapwallettxes" i kommandolinjen. Det er forbudt å bruke andre kommandoalternativer, da det er mulig at nøkkelen slettes ved et uhell og du mister tilgang til penger.
Vi venter på lanseringen av lommeboken. Etter lansering vil det ikke lenger være fryste transaksjoner. Men du bør ikke glede deg på forhånd, fordi de fortsatt er lagret i kryptovalutanettverket. Forresten, brukere av Bitcoin Core gamle versjon 0.14 må endre navnet eller sende mempool.dat-dokumentet til en annen mappe, og deretter gå inn i programmet.
Vi gjennomfører en ny transaksjon som indikerer en høyere provisjon. Husk at risikoen for å bekrefte forrige transaksjon etter en tid gjenstår. For å utelukke en slik situasjon, er det viktig å indikere i de nye betalingsparametrene som er så like som mulig med den tidligere utførte (mislykkede) operasjonen. I dette tilfellet vil ikke systemet tillate det å bli utført. For eksempel er det viktig å spesifisere den identiske inngangsstørrelsen i Bitcoin (du kan finne den nødvendige parameteren i inngangsdelen). Når det gjelder transaksjonsstørrelsen, kan den økes for å fremskynde overføringen.
Fyll ut de obligatoriske feltene i henhold til den vanlige planen (som når du utfører en standard transaksjon).
Vi venter på at operasjonen skal fullføres, som burde gå raskere.

CPFP

En populær betalingsmåte er Child Pays for Parent. Det er egnet i en situasjon der lagringen som brukes ikke tillater aktivering av RBF-alternativet diskutert ovenfor. Ulempen med denne metoden er at du må betale for den. I tillegg er det bare et lite antall bassenger som støtter bruken av CPFP. For å "promovere" en transaksjon som har problemer, må du bruke hvilken som helst av transaksjonsutgangene. Det er viktig at beløpet på kontoen er tilstrekkelig til å gjennomføre to transaksjoner.

Poenget er at avsenderen oppretter en annen overføring ved å bruke utdata for å fullføre en ny transaksjon. Bitcoins kan sendes til hvilken som helst adresse. Det viktigste er å bruke endringen fra den fastlåste betalingen. En like viktig nyanse er størrelsen på provisjonsbetalingen, som må spesifiseres for to operasjoner samtidig.

La oss vurdere bruken av denne metoden ved å bruke Bitcoin Core-lommeboken som et eksempel. Startbetingelsen er en transaksjon på 0,095 Bitcoins. Algoritmen er slik:

Gå til innstillingsdelen og velg alternativknappen.
Vi går inn i underkategorien "Lommebok" og aktiverer inndatabehandling (sjekk spesialfeltet). Her setter vi en hake, slik at du kan bruke ubekreftet endring. Det er situasjoner der de nevnte avmerkingsboksene allerede er merket av (i dette tilfellet endrer vi ingenting).
Lukk vinduet og klikk på send-knappen.
Gå til inngangsdelen og sett en hake ved siden av rentebeløpet (i vårt tilfelle 0,095 BTC).
Vi angir adressen til den mottakende parten, hvoretter vi godkjenner handlingene ved å klikke på "OK" -knappen.
Sett tallet til 0,095 og klikk på avkrysningsboksen ved siden av kommandoen "Trekk provisjon fra beløp". Her noterer vi en selektiv provisjonsbetaling per kilobyte. Det er viktig å merke seg at premien beregnes basert på to transaksjoner. Beregningen utføres som følger. Først deles beløpet for den forrige transaksjonen på beløpet for den nye betalingen. En legges til det resulterende tallet, og totalen multipliseres med den optimale provisjonen for 1 KB.

Som nevnt fungerer ikke alle bassenger med denne ordningen, men hvis et slikt alternativ er tilgjengelig, er det verdt å bruke det.

Dynamisk provisjonsendring

En av grunnene til at Bitcoin-transaksjoner ikke er bekreftet er den lave provisjonen. For å endre situasjonen til din fordel, kan du endre denne parameteren dynamisk gjennom lommeboken. For å gjøre dette må lommeboken støtte en slik funksjon. Essensen av spesiell lagring er at de automatisk beregner den optimale godtgjørelsen som operasjonen i kryptovalutanettverket fortsetter raskere med. Hvis lommebokeieren er enig i den foreslåtte parameteren, inkluderes transaksjonen i neste blokk uten forsinkelse.

Dynamisk provisjonsredigering lar deg beregne prioriteten til en transaksjon. Tilnærmingen her er enkel. Jo høyere premie, jo høyere prioritet. Denne regelen er spesielt relevant i perioder med maksimal nettverksbelastning. Hvis en bruker har spesifisert en høy belønning og transaksjonen fortsatt står fast, krever dette hastetiltak. Ofte er problemet knyttet til bruk av eldre versjoner av Bitcoin-lommebøker. I dette tilfellet er det to måter - oppdater den eksisterende eller installer en ny lommebok.

Tilbakestill en ubekreftet transaksjon

En annen måte å løse fryseproblemet på er å kansellere Bitcoin-transaksjonen. For eksempel, når det gjelder Bitcoin Core, må du gjøre følgende:

Vi sørger for gjennom blokkjedenettstedet at transaksjonen ikke er bekreftet.
Vi går inn i lommeboken, og deretter inn i feilsøkingsdelen, som vi går langs stien "hjelp, feilsøkingsvindu og konsoll". Hvis lommeboken er kryptert, kreves tilgang. For å gjøre dette, skriv inn kommandoen walletpassphrase< passphrase >.
Vi mottar en personlig nøkkel fra ønsket adresse. For å gjøre dette, spesifiser uttrykket dumpprivkey< address >. Vi endrer ordet i krøllete parentes til adressen som ble brukt for transaksjonen. Den resulterende nøkkelen må kopieres til et eget sted. Når det gjelder en gruppeoperasjon, når Bitcoins ble sendt fra flere kontoer, trengs nøkler for hver av dem. Å ha disse dataene for hånden gir tilgang til kontoen.
Vi stenger kontoret og fjerner lommeboken. Det eneste som er verdt å lagre er wallet.dat. Det anbefales å endre navn på denne filen på forhånd og flytte den til en annen mappe.
Vi starter programmet på nytt og venter på opprettelsen av en ny lommebok. Vi limer inn de mottatte nøklene i den, går til feilsøkingspanelet og skriver inn importprivkey< privkey >. Overføring av informasjon tar litt tid. Det er viktig at prosessen ikke avbrytes.
La oss sjekke kontoen. Fastlåste transaksjoner slettes, og blokkerte penger er tilgjengelige for overføring. Nå kan du fullføre transaksjonen igjen, men med en høyere provisjon.

Den vurderte metoden gir ikke resultater hvis skylagring brukes til oversettelse.

Hvordan beskytte deg mot ubekreftede Bitcoin-transaksjoner?

For å beskytte deg mot problemer med fastlåste Bitcoin-transaksjoner i fremtiden, må du gjøre følgende:

Sett umiddelbart den optimale premien for transaksjonen. Ønsket om å spare penger kan resultere i lang tid brukt på å vente på bekreftelse av operasjonen. Bestem med en gang hva som er viktigere - hastighet eller besparelser.
Før du foretar en transaksjon, er det viktig å aktivere RBF-alternativet nevnt ovenfor. Videre, når du utfører transaksjoner gjennom lommeboken, anbefales det å merke Erstattbar. Men du bør sørge for at lommeboken din støtter dette alternativet.

Hvis en tilstrekkelig provisjon er satt, men transaksjonen fortsatt står fast, kan du ikke forbli inaktiv. I dette tilfellet er det stor risiko for at oversettelsen blir sittende fast i lang tid. For å løse problemet vil metodene som er diskutert i artikkelen være nyttige. Det viktigste er ikke å få panikk, fordi transaksjonsforsinkelser er vanlige i Bitcoin-kryptovalutanettverket. Først må du finne ut årsaken til problemet, og først da begynne å løse det. Som regel hjelper en akselerator eller dobbeltforbruk. Men det er bedre å unngå slike forsinkelser og umiddelbart sette gjeldende provisjon.

Hva du skal gjøre hvis en Bitcoin-transaksjon sitter fast, se følgende video:

Dette betyr at flere blokker er fylt. Og siden alle transaksjoner ikke umiddelbart kan inkluderes i blokkjeden, oppstår det en plage, som gruvearbeidere kaller en "mempool" (en type "transaksjonskø").

Gruvearbeidere velger vanligvis de transaksjonene som har høyere provisjoner og inkluderer dem i blokken først. Transaksjoner som har lavere gebyrer "sendes" til det såkalte "gebyrmarkedet", og forblir i miner-mempoolen til en ny blokk blir funnet. Hvis transaksjonen sendes på nytt, må den igjen vente til neste blokkering.

Dette kan resultere i en mindre enn optimal brukeropplevelse. Transaksjoner med svært lave gebyrer kan ta timer eller til og med dager å bekrefte, og i noen tilfeller kan det hende at de ikke blir bekreftet i det hele tatt.

Og her er hva du kan gjøre i dag for å forhindre at transaksjonen din blir sittende fast.

Før du sender den

I løpet av de første årene med Bitcoin la de fleste lommebøker til en fast avgift for utgående transaksjoner: typisk 0,1 mBTC. Siden gruvearbeiderne hadde nok plass i blokkene, hadde de ingen problemer med å inkludere disse transaksjonene i den første blokken de kunne mine. (Faktisk ble transaksjoner med enda lavere gebyrer eller til og med ingen gebyrer inkludert i blokker like raskt.)

Med økende konkurranse om blokkplass ble den faste avgiften på 0,1 mBTC utilstrekkelig til at en transaksjon umiddelbart ble inkludert i neste blokk; de overgås av transaksjoner med høyere gebyrer. Selv om en lavprisavtale sannsynligvis vil bli bekreftet, kan det ta litt tid.

Prøv å øke provisjonen

Hvis du vil at transaksjonene dine skal bekreftes raskere, er den åpenbare løsningen å legge til et høyere gebyr på den transaksjonen. Hvis lommeboken din (med standardinnstillinger) ikke legger til nok provisjon, kan du konfigurere denne innstillingen manuelt, både i lommebokinnstillingene og når du sender transaksjonen (eller begge deler.)

Nettsteder som 21.co overvåker nettverkets tilstand og foreslår hvilket provisjonsnivå per byte av transaksjonen som vil være tilstrekkelig, og viser også hvilken hastighet på nettverksbekreftelser du kan forvente på forskjellige nivåer av provisjoner.

Hvis du vil at betalingen skal havne i neste blokk eller over blokken, må du betale et relativt høyt gebyr. For mindre hastende betalinger kan du legge til et lavere gebyr; det vil bare ta litt lengre tid å bekrefte.

Sjekk om lommeboken din støtter dynamiske gebyrendringer

I dag støtter de fleste lommebøker dynamiske endringer i provisjoner. Basert på tilstanden til Bitcoin-nettverket, inkluderer disse lommebøkene automatisk et gebyr som vil være tilstrekkelig til å inkludere transaksjonen i neste blokk, eller minst en av de neste blokkene.

Noen lommebøker gir deg også muligheten til å velge gebyrprioritet. Igjen vil høyere gebyrer gjøre at transaksjonen kan bekreftes raskere, transaksjoner med lave gebyrer vil ta litt lengre tid.

Hvis transaksjoner fra lommeboken din ofte blir forsinket i rushtiden og du ikke har mulighet til å kreve et høyere gebyr, er lommeboken din sannsynligvis utdatert. Sjekk om det er en oppdatering tilgjengelig eller bytt til en ny lommebok.

Vurder å bytte til en annen lommebok

Når du bytter til en ny lommebok, må du selvfølgelig overføre penger fra din gamle lommebok til den nye lommeboken. Hvis du ikke har noe imot å bruke litt, kan du overføre penger fra din gamle lommebok til din nye lommebok gjennom Bitcoin-nettverket. De kommer etter hvert – selv om provisjonen er lav.

Noen lommebøker lar deg også eksportere dine private nøkler eller bruke en privat nøkkelfrø og deretter importere nøklene til en ny lommebok. I dette tilfellet trenger du ikke å gjøre transaksjoner på Bitcoin-nettverket. Ved å bruke den nye lommeboken din kan du starte transaksjoner umiddelbart.

Etter at du sendte den

Hvis du allerede har sendt en transaksjon og den setter seg fast, kan den transaksjonen i noen tilfeller gjøre et "køhopp".

Selektiv utskifting av provisjoner

For å få transaksjonen til å hoppe i kø, er den enkleste måten å bruke et alternativ kalt Opt-In Replace-by-Fee (Opt-In RBF). Det gir deg muligheten til å sende samme transaksjon på nytt, men med høyere gebyrer.

I de fleste tilfeller, når den samme transaksjonen sendes over nettverket, men med høyere avgifter, blir den nye transaksjonen avvist av nettverket. Bitcoin-noder bestemmer vanligvis at den nye transaksjonen er et forsøk på dobbeltforbruk, så de godtar eller behandler det ikke. Men når du videresender en transaksjon ved å bruke RBF Opt-In-alternativet, forteller du i hovedsak nettverket at du videresender den samme transaksjonen, bare med en høyere avgift. Som et resultat godtar de fleste Bitcoin-noder den nye transaksjonen i stedet for den gamle; lar en ny transaksjon hoppe i køen.

Hvorvidt den nye transaksjonen din vil bli inkludert i en av de kommende blokkene vil avhenge av gruvearbeideren som teller neste blokk: ikke alle gruvearbeidere støtter Opt-In RBF. Imidlertid støtter ganske mange gruvearbeidere også dette alternativet, så på en eller annen måte vil transaksjonen din bli inkludert i de kommende blokkene.

Opt-In RBF støttes for øyeblikket av to lommebøker: Electrum og GreenAddress. Avhengig av lommeboken, kan det hende du må aktivere Opt-In RBF i menyinnstillingene før du sender din (første) transaksjon.

Barn betaler for foreldrene sine

Hvis lommeboken din ikke støtter Opt-In RBF, blir ting litt mer komplisert.

Barn betaler for foreldre (CPFP) kan være en gimmick. Ved å bruke CPFP aksepterer ikke gruvearbeidere nødvendigvis de transaksjonene som har de høyeste gebyrene, men i stedet kan de godta et sett med transaksjoner som har generelt høyere gebyrer.

Uten å bli for teknisk sender de fleste utgående transaksjoner ikke bare Bitcoin til mottakeren, men de sender også endring tilbake til deg. Du kan bruke denne endringen i din neste transaksjon.

Noen lommebøker gir deg muligheten til å bruke den endringen med en gang uten å vente på bekreftelser, slik at du kan sende endringen til deg selv i en ny transaksjon. Denne gangen, sørg for at du inkluderer et gebyr som er stort nok til å oppveie det innledende lave transaksjonsgebyret. Gruvearbeideren i dette tilfellet vil ta hele settet med transaksjoner og bekrefte dem alle på en gang.

Hvis lommeboken ikke lar deg velge hvilke bitcoins som ble brukt – noe som betyr at du ikke kan bekrefte hvor den ubekreftede endringen er – kan du prøve å sende alle midlene i lommeboken til deg selv; i dette tilfellet vil endringen bli inkludert.

Som med Opt-In RBF, støtter ikke alle gruvearbeidere CPFP. Men de er nok til at du er sikker på at transaksjonen din vil bli bekreftet i en av de følgende blokkene.

Eller..

Hvis verken RBF- eller CPFP-opt-in-alternativet er tilgjengelig, kan du teknisk sett fortsatt prøve å overføre den opprinnelige transaksjonen med høyere gebyrer. Dette blir ofte referert til som "full avgiftserstatning", og noen gruvearbeidere godtar det. Tilgjengelige lommebøker har imidlertid ikke dette alternativet.

Ellers må du sannsynligvis bare vente – på at transaksjonen skal bekreftes eller at bitcoinene blir returnert til lommeboken din. Det er viktig å merke seg at inntil transaksjonen er bekreftet, er bitcoins teknisk sett i lommeboken din - de er bare ikke tilgjengelige gjennom denne metoden. Bitcoins setter seg bokstavelig talt ikke fast i nettverket og kan ikke gå seg vill i det.

ViaBTC-gruvebassenget begynte også å tilby en "transaksjonsakselerator." Hvis transaksjonen din som sitter fast innebærer et gebyr på minst 0,1 mBTC per kilobyte, kan du sende inn transaksjons-ID-en til ViaBTC og poolen vil gi den høyere prioritet enn andre transaksjoner. Siden ViaBTC kontrollerer omtrent syv prosent av hashing-kraften til Bitcoin-nettverket, er det en god sjanse for at en blokk som inneholder transaksjonen din vil bli funnet i løpet av et par timer. Denne tjenesten har imidlertid en begrensning på maksimalt 100 transaksjoner per time.

For mottakeren

Transaksjonen kan selvfølgelig sette seg fast selv om du er mottaker. Hvis lommeboken din lar deg bruke ubekreftede transaksjoner, kan du også bruke CPFP-metoden. På omtrent samme måte som nevnt ovenfor, kan du sende innkommende ubekreftede bitcoins til deg selv på nytt, med gebyrer høye nok til å kompensere for den innledende lave transaksjonsavgiften. Hvis det nye gebyret er tilstrekkelig, bekreftes vanligvis transaksjonen i de neste blokkene.

Det er også fornuftig å spørre avsenderen av midlene om han er i stand til å bruke Opt-In RBF-alternativet. I så fall kan han sende transaksjonen på nytt med et høyere gebyr. ViaBTC-transaksjonsakseleratoren (som ble nevnt ovenfor) fungerer selvfølgelig også for innkommende transaksjoner.

Vil du ha flere nyheter?

Som skjebnen ville ha det, hadde jeg sjansen til å håndtere kryptovalutaer. Det er ikke det at jeg jobber tett med dem, men noen ganger sender og mottar jeg mynter. La oss bare si at jeg litt etter litt tester et nytt område fra innsiden.

Og så en dag skjedde det problemer. Jeg sendte kryptomynter, men de nådde ikke mottakeren. Egentlig handler innlegget om hvordan midlene ble returnert. Vel, tanker og råd om dagens situasjon til dessert. La meg umiddelbart merke seg at følgende ikke gjelder for noen spesifikk valuta, men for de fleste gafler (hvis ikke alle).

La meg starte med å si at innlegget stedvis er spekket med spekulasjoner om hva som skjer. Jeg kan ta feil et sted. Objektive rettelser og tillegg er velkomne.

Litt om terminologi.

Jeg vil kalle filen wallet.dat for en lommebok.
Den offentlige nøkkelen (adressen som midler overføres til, for eksempel) er noen ganger også mer praktisk å ringe en lommebok, men for å unngå forvirring, la det bare være et kontonummer.
Provisjon - transaksjonsgebyr. Å kalle denne tingen en kommisjon tror jeg ikke er helt riktig, men dette er det mest kjente og mindre støtende alternativet, så la det være en kommisjon.
Transaksjonsstørrelse er størrelsen på datablokken som inneholder all informasjon om transaksjonen.

Jeg nærmet meg i utgangspunktet hele dette kryptovaluta-kjøkkenet som en typisk bruker – uten egentlig å dykke ned i systemet. Installert, lansert, fungerer – og greit. Noen ganger, når han prøver å sende penger et sted, ville klienten vise en melding som " Størrelsen på transaksjonen er for stor, du kan ikke bare sende den. Men du kan legge til en provisjon på N og da blir alt bra"- Jeg var enig i tillegget av kommisjonen, og alt var veldig bra.

Det ser ut til at hvis jeg blir bedt om å betale ekstra når det er nødvendig, så betaler jeg når jeg blir spurt (hvis provisjonen passer meg). Dette var hovedfeilen.

Jeg gjør en ny overføring for et beløp som er mye større enn vanlig. Midler forlater kontoen, det var ingen tilbud om å betale provisjon og... Ingenting. Midlene når ikke mottakeren, transaksjonsstatusen er "0/Ikke bekreftet". Og jeg observerte dette bildet i mer enn en uke, samtidig som jeg googlet og leste Internett på nytt på jakt etter informasjon om å løse et lignende problem. Dessuten lette jeg etter en spesifikk kryptovaluta, og for alt generelt - det er mange problemer, det er ingen løsning.

Og hva slags provisjon er dette egentlig? Tanken er at transaksjoner kan skje uten provisjon, men bare hvis visse betingelser er oppfylt:

Transaksjonsstørrelsen må ikke overstige et visst beløp.
Det overførte beløpet må være større enn en viss terskel.
Transaksjonen må ha tilstrekkelig prioritet.

Hvis de to første punktene er mer eller mindre klare (jeg ga ikke spesifikke verdier, jeg tror de kan variere fra gaffel til gaffel), så er det tredje rubrikken. Grovt sett, når transaksjoner opprettes, står de i kø, sortert etter prioritet. Når neste blokk genereres, inkluderer den transaksjoner med provisjon (som går som en belønning til den som fant blokken), samt transaksjoner uten provisjon med høyest prioritet.

Prioriteten i seg selv avhenger direkte av volumet av overførte midler og antall bekreftelser (jo lenger disse pengene har vært på kontoen din, jo høyere prioritet bør faktisk være) og omvendt avhenger av størrelsen på transaksjonen. Derfor, i et uheldig sett av omstendigheter, kan en transaksjon uten provisjon ende opp i en fast, ubekreftet tilstand, som er hva jeg møtte.

Jakten på en løsning viste at dette er et relativt vanlig problem for kryptovalutaer. Dessverre kokte alle rådene ned til følgende og hjalp ofte ikke:

Vent en dag eller to, transaksjonen din vil bli inkludert i neste blokk.
Vent en dag eller to, klientprogrammet vil bli lei av å vente og kansellerer selve transaksjonen.
Last ned hele blokkkjeden på nytt.
Start klienten med en magisk nøkkel (-rescan / -reindex / -salvagewallet).

Jeg ventet mer enn en uke. Transaksjonen var ikke inkludert i noen blokk. Selv etter gjentatte innsendinger via sendrawtransaction. Blockchain sa at den ikke visste noe om den transaksjonen, og de samme midlene var på kontoen, de hadde ikke gått noe sted. Og bare klienten sto på sitt: «Jeg sendte transaksjonen, fortsett som du vil. Jeg vil ikke tillate deg å administrere pengene som allerede er brukt.»

Så, hva er essensen av problemet? Transaksjonen kom ikke inn i blokken og vil ikke komme dit igjen. Lommeboken lagrer informasjon om at transaksjonen faktisk fant sted, så midlene som skulle følge med er ikke tilgjengelige for bruk. Kanskje etter en stund vil transaksjonen bli kansellert, jeg har flere antagelser om dette:

Avhenger av valuta, noen steder kanselleres det raskt, andre må du vente lenge.
Feil for en spesifikk klient.
Avbestillingsinformasjonen er feil.

Uansett er en uke ganske lang tid. Hvis det i løpet av denne tiden ikke har gått over av seg selv, så er det grunn til å tro at det ikke vil gå over.

Som en vanlig person, etter at alt allerede hadde gått i stykker, gikk jeg endelig for å lese manualene. Et forsøk på å gjenta transaksjonen med en provisjon inkludert var en fiasko. Men uendelig hopping på lenker mellom fora (ingenting verdt å finne i Google-resultater) førte meg til et bestemt innlegg, hvor jeg fant et nyttig hint. Dessverre, nå finner jeg ikke dette innlegget, jeg vet ikke engang hva slags forum det var. En slags Bitcoin-lignende, antar jeg.

Jeg vil beskrive løsningen ved å bruke eksemplet på klienten som er vanligst for gafler, kjent som Satoshi Client. Så vidt jeg forstår er det aktuelt for andre klienter, men kanskje med sine egne nyanser.

Til tross for enkelheten og åpenheten til løsningen, er det få som kommer til den, etter forumtrådene på flere sider å dømme. Midlene på kontoen er låst av lommeboken, og alt som kreves er å få tilgang til kontoen utenfor gjeldende lommebok.

Så hvis transaksjonen står fast og ikke har noen bekreftelser:

Vær tålmodig. Ikke få panikk med en gang. Vent et par dager, så går det plutselig over av seg selv.
Bekreft at transaksjonen sitter fast. Gå til Block Explorer (vanligvis Google for "blockchain %cryptocurrency name%)" og sjekk at de ikke vet noe om den fastlåste transaksjonen, og at det faktisk er penger på kontoen.
Gå til feilsøkingskonsollen (Hjelp - Feilsøkingsvindu - Konsoll)
Hvis lommeboken er kryptert (er den kryptert?), må du først få tilgang ved å bruke kommandoen lommebokpassord .
Nå må du få den private nøkkelen for ønsket konto. dumpprivkey
. I stedet for
du må angi det offentlige kontonummeret som de blokkerte midlene er plassert på. Som svar vil du motta den private nøkkelen til denne kontoen. Du må kopiere det et sted, du trenger det senere. Hvis midler til en transaksjon ble tatt fra flere kontoer, må alle importeres. Og ja, oppbevar aldri private nøkler på et sted som er tilgjengelig for alle. Å kjenne nøkkelen gir full tilgang til den tilsvarende kontoen.
Vær også oppmerksom på at hver kommando i feilsøkingskonsollen mottar et svar. Det kan være tomt, men det er alltid der. Senere vil det være klart hva jeg mener.
Lukk klienten og slett lommeboken. Lommebokplasseringen (wallet.dat) avhenger av den spesifikke klienten og operativsystemet. Naturligvis bør du ikke slette det helt; det er bedre å gi det nytt navn eller flytte det til et trygt sted.
Start klienten på nytt. En ny lommebok vil bli opprettet. Du må importere de(n) tidligere oppnådde nøkkelen(e) inn i den. Vi går til feilsøkingskonsollen og skriver importprivatnøkkel . Import kan ta ganske lang tid. La det fullføre - vent på svar på kommandoen.
En konto med dens virkelige tilstand skal vises i den nye lommeboken. For å være på den sikre siden kan du starte klienten på nytt med -rescan-bryteren, men jeg tror dette er unødvendig. Tidligere blokkerte midler er igjen tilgjengelige for sending, send dem igjen, denne gangen ikke glem å inkludere provisjonen. ( det er viktige tillegg på dette punktet i upd3)
Hvis du fortsatt har andre brukte og viktige kontoer på din gamle lommebok, kan du gå tilbake til den igjen.

På denne enkle måten klarte vi å returnere kryptomyntene. Selv om jeg allerede begynte å tenke at de var helt borte. Generelt sett, ikke forvent mirakler; før du bruker en ny klient, sørg for at provisjonen alltid er inkludert. Jeg tror det er bedre å se etter den anbefalte provisjonsstørrelsen på ressurser dedikert til kryptovalutaen du bruker.

Oppdatering: Behovet for den beskrevne operasjonen avhenger av klienten som brukes (og siden mange kryptovalutaer har én klient, også av valutaene som brukes). Det ser ut til at transaksjonsinformasjonen i noen tilfeller ikke skrives til lommebokfilen, men kun til den lokale blokkjeden. I denne situasjonen kan det hjelpe å slette den eksisterende kjeden eller starte en klient med nøkler.

Oppdatering 2:-salwagewallet-nøkkelen, allerede nevnt tidligere, kan betydelig forenkle den beskrevne prosessen med å overføre kontoer til en ny lommebok. Når klienten startes med denne nøkkelen, opprettes en ny wallet.dat, der alle kontoer fra den gamle importeres, og transaksjonshistorikken for den hentes fra blokkjeden (takk til grich for beskrivelsen). Dessverre er ikke lansering med denne nøkkelen implementert i alle klienter.

Oppdatering 3: Hvis du etter import ikke overfører hele beløpet på kontoen, vil en del av midlene (endring fra utgangene som brukes) bli overført til en annen konto i den nye lommeboken. Husk dette hvis du planlegger å gå tilbake til din gamle lommebok:

Etter å ha importert kontoen til den nye lommeboken, overføre alle midler fra den til den andre kontoen din, gå tilbake til den gamle lommeboken og deretter administrere de returnerte midlene.
Etter å ha utført en transaksjon fra den nye lommeboken, avgjør hvilken konto endringen falt på og importer den kontoen til den gamle lommeboken.

Tags: Legg til tagger

Betalingssystemer