Det betyr at flere blokker fylles. Og siden alle transaksjoner ikke umiddelbart kan inkluderes i blokkjeden, er det en plage at gruvearbeidere kaller en "mempool" (en slags "transaksjonskø").

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

Dette kan resultere i en suboptimal brukeropplevelse. Transaksjoner med svært lave gebyrer kan ta timer eller til og med dager å bli bekreftet, 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 klarte å gruve. (Faktisk ble transaksjoner med enda lavere gebyrer, eller til og med ingen gebyrer i det hele tatt, inkludert i blokker like raskt.)

Med økt konkurranse om en plass i blokken ble den faste avgiften på 0,1 mBTC utilstrekkelig til at en transaksjon umiddelbart ble inkludert i neste blokk; de overgås av transaksjoner hvis provisjoner er høyere. Selv om en handel med lav provisjon sannsynligvis vil bli bekreftet, kan det ta lang 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 gebyrer, kan du justere denne innstillingen manuelt, både i lommebokinnstillingene og når du sender transaksjonen (eller begge deler.)

Nettsteder som 21.co overvåker helsen til nettverket og foreslår hvilket nivå av gebyrer per byte av en transaksjon som vil være tilstrekkelig, samt viser deg hvilken hastighet på nettverksbekreftelser du kan forvente med forskjellige avgiftsnivåer.

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; trenger bare litt mer tid til å bekrefte.

Sjekk om lommeboken din støtter dynamiske gebyrendringer

I disse dager støtter de fleste lommebøker dynamiske gebyrendringer. Basert på data fra tilstanden til Bitcoin-nettverket, inkluderer disse lommebøkene automatisk et gebyr som vil være nok til å inkludere transaksjonen i neste blokk, eller minst en av de nærmeste blokkene.

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

Hvis lommeboktransaksjonene dine ofte blir forsinket i rushtiden og du ikke har mulighet til å sette 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 via 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ø for å importere nøklene til en ny lommebok. I dette tilfellet trenger du ikke gjøre transaksjoner i Bitcoin-nettverket. Ved å bruke den nye lommeboken 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 provisjonssubstitusjon

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

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 en ny transaksjon er et dobbeltforbruksforsøk, så de godtar eller behandler den ikke. Men når du videresender en transaksjon ved å bruke Opt-In RBF-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 neste 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 neste blokkene.

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

Barn betaler for foreldrene sine

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

Barn betaler for foreldre (Child Pays for Parent, CPFP), det er det som kan være et triks. Med CPFP aksepterer ikke gruvearbeidere nødvendigvis de transaksjonene som har de høyeste avgiftene, men i stedet kan de godta et sett med transaksjoner som har høyere gebyrer totalt sett.

Uten å dykke for dypt inn i tekniske detaljer, 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 lar deg bruke endringen umiddelbart uten å vente på bekreftelse, slik at du kan sende endringen til deg selv i en ny transaksjon. Denne gangen, sørg for at du inkluderer nok gebyrer til å gjøre opp for de innledende lave transaksjonsgebyrene. Gruvearbeideren i dette tilfellet vil ta hele settet med transaksjoner og bekrefte dem alle på en gang.

Hvis lommeboken ikke lar deg velge nøyaktig 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 Opt-In RBF- eller CPFP-alternativet er tilgjengelig, kan du teknisk fortsatt prøve å sende den opprinnelige transaksjonen med høyere gebyrer. Dette blir ofte referert til som "komplett gebyrerstatning", og noen gruvearbeidere godtar det. De tilgjengelige lommebøkene har imidlertid ikke dette alternativet.

Ellers må du sannsynligvis bare vente - på at transaksjonen skal bekreftes eller at bitcoins kommer tilbake til lommeboken din. Det er viktig å merke seg at inntil transaksjonen er bekreftet, ligger bitcoins teknisk sett i lommeboken din – de er rett og slett ikke tilgjengelige på denne måten. Bitcoins i ordets bokstavelige forstand "blir seg fast" i nettverket og kan ikke gå seg vill i det.

ViaBTC-gruvebassenget begynte også å tilby en "transaksjonsakselerator." Hvis transaksjonen din som sitter fast inkluderer en avgift på minst 0,1 mBTC per kilobyte, kan du sende den transaksjons-IDen til ViaBTC og poolen vil prioritere den fremfor andre transaksjoner. Siden ViaBTC kontrollerer omtrent syv prosent av hashkraften til Bitcoin-nettverket, er det en god sjanse for at en blokkering med transaksjonen din blir funnet i løpet av et par timer. Denne tjenesten har imidlertid en begrensning: maksimalt 100 transaksjoner per time.

For mottaker

Selvfølgelig kan en transaksjon sette seg fast selv om du er mottaker av transaksjonen. 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, inkludert avgifter som er høye nok til å oppveie de innledende lave transaksjonsgebyrene. Hvis det nye gebyret er nok, bekreftes vanligvis transaksjonen i de neste blokkene.

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

Vil du ha flere nyheter?

UTKAST - UTKAST (Artikkelen er i ferd med å bli ferdigstilt)

Nylig har belastningen på eternettverket økt. I tillegg holdes ofte ICO-er, noe som kan øke belastningen på nettverket med nesten tre ganger.

En økning i nettverksbelastning kan føre til en situasjon der transaksjonen din er i ventende tilstand i svært lang tid.

Faktum er at gruvearbeidere først og fremst prøver å ta de dyreste transaksjonene i behandling. Derfor har transaksjoner med en høyere gasskostnad større sjanse for å bli behandlet. Når belastningen på nettverket øker transaksjoner med en liten kostnad for gass kan vente på tur i flere dager eller uker.

Når dette skrives, under normal nettverksbelastning, er antall transaksjoner i ventende tilstand fra 2000 til 4000 tusen. Når noen starter en ICO, antall transaksjoner som venter kan stige til 8-11 tusen . Bildet viser bare et så skarpt hopp.

Når en transaksjon venter i veldig lang tid, prøver brukeren å sende den samme transaksjonen, men med mer gass, så en til og en til. I håp om at minst en av dem skal bestå. Og alle disse transaksjonene forblir ventende.

Saken er at transaksjoner fra adressen som regel behandles i køordre. Derfor er den aller første ennå ikke behandlet - låsetransaksjon resten venter.

Hvorfor vises og forsvinner den ventende transaksjonen og ventetiden tilbakestilles til null?

Når en transaksjon går inn i ventetilstand, betyr det at noden har tatt transaksjonen til seg selv for behandling. Og ser nå etter en blokk. Imidlertid kan blokken bli funnet raskere av en annen node som ikke inneholder transaksjonen din. I dette tilfellet "spytter" noden som tok transaksjonen din den, og nå kan en annen node ta transaksjonen din til behandling. I dette tilfellet nullstilles tiden.

Hvordan skyve eller fjerne en låsetransaksjon

Det er verdt å merke seg at det fortsatt er akseptabelt å vente på en transaksjon i 2-3 timer, selv om det ikke er normalt.

Transaksjoner i en blokk har sine egne unike tall − nonce. Hvis du sender to transaksjoner til nettverket med samme nonce, da vil bare én av dem bli behandlet. Og den andre vil bli ansett som feil. Derfor er det nok for oss å gjenta transaksjonen med det samme nonce men øke kostnadene for gass. I dette tilfellet vil noden ta transaksjonen med høyest kostnad for behandling, og avvise låsetransaksjonen som feil. Og vi vil løse problemet vårt.

Hvordan gjøre det?

Så hvis du vil slette låsetransaksjonen, er det nok å sende en tom transaksjon med høy gasspris. Muligheten til å angi gassprisen er ikke tilgjengelig i tåken eller ethereum-lommeboken. Derfor vil vi bruke MyEtherWallet .

1. Finn låsetransaksjonen. For å gjøre dette, gå til etherscan.io og skriv inn i feltet adresse adressen som transaksjonene ble sendt fra, og klikk på knappen gå.
   
2. En liste over alle transaksjoner fra kontoen din vises, klikk på koblingen "ventende Txns".
   
3. Du vil se en liste over alle transaksjoner i ventende tilstand, samt gassprisen. Som regel er låsetransaksjonen den aller første. Så det er i vi ser at i den første transaksjonen er prisen på gass 1 Gwei. Og den neste i køen, selv om den har en gasspris på 21 Gwei, vil ikke bli behandlet før låsetransaksjonen er behandlet. Klikk på hash-lenken for låsetransaksjoner for å se detaljene.
   
4. Kopier nummeret i detalj ingen og adresse fra(faktisk er dette adressen til kontoen du sendte transaksjonen fra)
   
5. Gå nå til https://www.myetherwallet.com/ og velg fanen Send frakoblet(Offline oversettelse).
   
6. Nå av alle feltene må vi fylle ut følgende:
   
7. Nå er vår oppgave å låse opp lommeboken på en praktisk måte for deg. Gjør det selv. Etter opplåsing vil en knapp være tilgjengelig for deg. generere transaksjon. Vi klikker på den. Og klikk deretter på send transaksjon.
   
8. I vinduet som vises, klikker du på den blå knappen "Yex, I am sure! foreta en transaksjon."
   

Transaksjonen din skal nå slettes etter en stund. Åpne etherscan.io med adressen din og se fremdriften. Hvis det blant de påfølgende transaksjonene er de med lav gass, må denne prosedyren også gjøres for dem. I vårt eksempel, etter en transaksjon med 1 Gwei, er det en transaksjon med 21 GWei, så vi trenger bare å fjerne den første.

transaksjon er en sekvens av datamanipulasjonssetninger som utføres som en(alt eller ingenting) og oversettelse av database fra en integrert tilstand til en annen integrert tilstand.

En transaksjon har fire viktige egenskaper kjent som ASID-egenskaper :

(A) Atomitet . Transaksjonen utføres som en atomoperasjon - enten utføres hele transaksjonen, eller så blir ikke hele transaksjonen utført.

(C) Konsistens . En transaksjon flytter en database fra en konsistent (konsistent) tilstand til en annen konsistent (konsistent) tilstand. Innenfor en transaksjon kan databasekonsistensen brytes.

(I) Isolasjon . Transaksjoner fra forskjellige brukere skal ikke forstyrre hverandre (for eksempel som om de ble utført strengt etter tur).

(D) Holdbarhet . Hvis transaksjonen er fullført, bør resultatene av arbeidet lagres i databasen, selv om systemet krasjer i neste øyeblikk.

Transaksjonen starter vanligvis automatisk fra det øyeblikket brukeren blir med i DBMS og fortsetter til en av følgende hendelser inntreffer:

En COMMIT WORK-kommando er utstedt (for å utføre en transaksjon).

ROLLBACK WORK kommando utstedt.

Brukeren har koblet fra DBMS.

Det var en feil i systemet.

Det er to alternativer for å fullføre transaksjonen. Jeg faller operatører fullført vellykket og ingen programvare- eller maskinvarefeil oppstod under transaksjonen, transaksjon fikset.

Transaksjonsforpliktelse- er en handling som ta opp på disk endringer i databasen som ble gjort under transaksjonen.

Før transaksjon ikke fikset, tillatt kansellering disse endringene, restaurering Database til tilstanden den var i ved starten av transaksjonen. Transaksjonsforpliktelse betyr at alle resultater av transaksjonen blir permanente. De vil bli synlige for andre transaksjoner først etter gjeldende transaksjon vil bli fikset. Frem til dette punktet vil alle data som er berørt av transaksjonen være "synlige" for brukeren i tilstanden ved starten av den aktuelle transaksjonen.

Hvis noe skjedde under gjennomføringen av en transaksjon som gjør det umulig å fullføre den normalt, database må returneres til sin opprinnelige tilstand. Tilbakestill transaksjoner er handlinger som gir kansellering alle dataendringer som ble gjort av operatører SQL i hoveddelen av den gjeldende ventende transaksjonen.

10.Grunnleggende tilnærminger for å sikre parallell gjennomføring av transaksjoner. Problemer med parallell gjennomføring av transaksjoner.

Hvis flere brukere jobber med databasen samtidig, må DBMS ikke bare utføre individuelle transaksjoner korrekt og gjenopprette den konsistente tilstanden til databasen etter feil, men den er designet for å sikre riktig parallelt arbeid for alle brukere på samme data . I teorien skal hver bruker og hver transaksjon ha egenskapen til isolasjon, det vil si at de skal utføres som om bare én bruker jobbet med databasen. Og verktøyene til moderne DBMS lar deg isolere brukere fra hverandre på denne måten. Men i dette tilfellet er det problemer med å bremse brukeropplevelsen.

Hovedproblemene som oppstår under parallell utførelse av transaksjoner er betinget delt inn i 4 typer:

Manglende endringer.

Problemer med mellomdata.

Problemer med inkonsistente data.

Problemer med spøkelsesstrenger (fantomstrenger).

Problemer med samtidig transaksjoner

Hvordan kan transaksjoner fra forskjellige brukere forstyrre hverandre? Det er tre hovedproblemer med samtidighet:

Problemet med å miste oppdateringsresultater .

Problemet med uforpliktende avhengighet (lese "skitne" data , slurvete lesning ).

Bitcoin-nettverket vokser, hastigheten vokser, og flere og flere bitcoin-brukere står overfor et problem når en bitcoin-transaksjon "fryser". De. bitcoins ser ut til å bli sendt, men når i beste fall adressaten i løpet av noen få dager. Og oftest skjer det at transaksjonen "går" gjennom nettverket og går tilbake til lommeboken. Dette er forresten også et av de positive scenariene.

Som jeg allerede har bemerket, har veksten i antall transaksjoner i Bitcoin-nettverket ført til at mange transaksjoner "henger" ubekreftet i flere dager. Dessuten vil selv en økt provisjon ikke garantere at transaksjonen din vil bli behandlet innen de angitte timene. Antall ubekreftede transaksjoner i nettverket kan nå opptil 200 000.

Hovedårsakene til denne situasjonen vurderes: et angrep på Bitcoin-nettverket og et lite transaksjonsgebyr, og så tar manerene rett og slett ikke det inn i behandlingen.

Før du sender en betaling, anbefaler jeg deg å ta en titt på nettverksbelastningen. Dette kan også gjøres. Du kan også se den anbefalte prisen per byte der.

Men du ville ikke ha landet på denne artikkelen hvis du ikke hadde stilt spørsmålet jeg laget overskriften. Så, hva skal jeg gjøre hvis transaksjonen står fast? Det er en spesiell tjeneste for "pushing stuck" transaksjoner.

For å gjøre dette må du få HASH for transaksjonen din (nedenfor er et eksempel på hvordan du gjør dette på blokkjeden):

Jeg har bevisst ikke skrevet om, men kopiert informasjon fra forumet. Alt er beskrevet der på en ganske tilgjengelig måte. Hvis du har spørsmål - spør dem i kommentarene, vi vil forstå.

Mange har sikkert allerede støtt på problemet med frosne bitcoins (ved sending og mottak).
I de fleste tilfeller er dette på grunn av nettsøppel og å sette en liten avgift til gruvearbeidere (heretter kalt kommisjonen).
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 skjedde at du sendte en provisjon mindre enn den anbefalte, eller bare transaksjonen din sitter fast i ubekreftet og ikke er inkludert i blokken, bruk denne tjenesten til å "push":

Vi tar vår th(id) transaksjon:
Eksempel:

Og vi kjører inn id her:

Merk!
Når nettverket er opptatt, fungerer ikke bitcoin alltid første gang du bruker denne tjenesten for å drive den inn.

Du kan motta en melding som denne:

Innleveringer er over grensen. Prøv senere.

Klikk for å avsløre...

Du må kjøre inn til du får statusen: Vellykket.

Etter det vil transaksjonen din bli hentet og brakt inn i blokken for behandling.

Hva gjør jeg hvis bitcoin-transaksjonen din ikke er bekreftet ("hengt")?

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:

1. Gjør et dobbeltforbruk. Funksjoner: Bare avsenderen kan gjøre.
2. Bruk CPFP. Funksjoner: kan gjøre mottakeren og vanligvis avsenderen.
3. Bruk erstatt-ved-gebyr. Egenskaper: bare avsenderen kan og hvis tatt vare på på forhånd; ikke alle lommebøker kan.
4. Bruk "akselerator" fra viabtc. Funksjoner: kan være en mottaker og en avsender, men tjenesten er ofte overbelastet og det er restriksjoner på transaksjonen.

Hvordan lage et dobbeltforbruk (dobbelt forbruk)?

Vi handler i henhold til følgende algoritme (algoritmen er beskrevet for Bitcoin Core-lommeboken; for andre lommebøker er trinnene like, men kommandoene vil være forskjellige):

SpoilerTarget"> Spoiler: algoritme

1) Vi sørger for at den venter på bekreftelse. For å gjøre dette, kopier transaksjons-ID-en din, lim den inn i søkefeltet til blockchain.info-tjenesten (samt bitaps.com, blocktrail.com/BTC eller lignende). Se deretter etter linjen "ubekreftet transaksjon" ("ubekreftet transaksjon"). Funnet? Dette betyr at transaksjonen venter på bekreftelse.
Merk. Vi ser ikke på "Estimert bekreftelsestid" på siden med din blockchain.info-transaksjon - det er ingen som vet hva.

2) Lukk nå lommeboken og kjør den fra kommandolinjen med parameteren -zapwallettxes og vent til den åpnes. Når lommeboken starter, vil alle ubekreftede transaksjoner forsvinne fra den (men de er fortsatt på nettverket!). For bitcoin core 0.14, må du gi nytt navn til eller overføre mempool.dat-filen før oppstart (mempoolen i denne versjonen er lagret i en fil og den gamle transaksjonen forblir der).
Merk. Hvorfor ikke med alternativet -salvagewallet? -zapwallettxes vil la nøkkelnavnene dine være intakte, -salvagewallet vil fjerne dem. Også, bitcoin core krasjer noen ganger når den kjøres med - salvagewallet og deretter din wallet.dat vil bli ødelagt. Det vil riktignok opprettes en kopi ved siden av den på forhånd.

3) Nå kan du opprette en ny transaksjon, og husk å sette en tilstrekkelig provisjon. Men! Fordi den gamle transaksjonen din fortsatt er online, kan den en dag bli bekreftet uventet. Hvis dette ikke passer deg, må minst én av inngangene til den nye transaksjonen samsvare med én av inngangene til den gamle. For å gjøre dette, se på siden for transaksjonen din på nettstedet blocktrail.com/BTC eller lignende til "inputs"-kolonnen, husk den nøyaktige størrelsen på input i bitcoins. Etter det, når du oppretter en transaksjon i lommeboken, klikker du på "innganger ..."-knappen, finner nøyaktig samme nummer i bitcoins i listen og velger det (hvis det er flere, velg med samme mottaksadresse og tidspunkt ). Etter det velger vi noen flere innganger slik at totalbeløpet er større enn transaksjonsbeløpet med fremtidig provisjon; det er bedre å velge med margin. 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 er en slik måte og den passer for mottakere; for avsenderen vil det også fungere hvis transaksjonen din hadde "endring" (vanligvis gjør den det). Denne metoden er litt dyrere og det er ikke kjent hvor mange bassenger som støtter den (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 (det må 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 angi 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 "Aktiver myntkontrollfunksjoner" og "Bruk ubekreftet endring" hvis de ikke er verdt det (da kan du fjerne dem); lukk nå innstillingsvinduet og klikk på "Send", der klikker vi på "Innganger ..." -knappen og merk av i boksen for beløpet 0,08500148; deretter "OK", angi adressen din som mottaker; sett beløpet til 0,08500148 og merk av i boksen "trekk gebyr fra beløp"; sett provisjonen "selektivt" ("egendefinert"), "per kilobyte" ("per kilobyte") og skriv med forventning om 2 transaksjoner i henhold til formelen ((størrelsen på den gamle transaksjonen) / (størrelsen på den nye transaksjonen) + 1) * (tilstrekkelig provisjon for kilobyte og bedre mer). Sende.

Alle. Nå venter du. De bassengene som "forstår" denne ordningen vil gjerne godta begge transaksjonene samtidig. Kanskje går det ikke fort hvis det er få slike bassenger.

Hvordan kansellere en transaksjon? Kan en transaksjon rulles tilbake av seg selv?

Hvis transaksjonen er bekreftet (inkludert i blokken), kan den ikke kanselleres eller kanselleres. For å kansellere en ubekreftet transaksjon, må du opprette en konkurrerende transaksjon og oppnå dens inkludering i blokken - se punkt (2) i svaret på spørsmålet "Hva skal jeg gjøre hvis bitcoin-transaksjonen du sendte ikke er bekreftet ("hengt" )?". Det er i alle fall ingen garanti for suksess.

En ubekreftet transaksjon i seg selv kan ikke kanselleres - den kan bare endre visningen i lommeboken din. Se deretter svaret på spørsmålet "Transaksjonen min hang ubekreftet i flere dager, og forsvant deretter og pengene ble returnert. Nå er alt bra og kan jeg bare sende pengene igjen?".

Transaksjonen min hang ubekreftet i flere dager, og forsvant deretter og pengene ble returnert. Nå er alt bra og jeg kan 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 skal jeg gjøre hvis bitcoin-transaksjonen du sendte ikke er bekreftet ("hengt")? (under spoileren). Hvis du ombestemmer deg om å gjøre den oversettelsen i det hele tatt, kan du gjøre oversettelsen selv.

Hvordan beskytte deg mot frysing av transaksjoner?

1. Sett en tilstrekkelig provisjon.
2. Aktiver erstatning-ved-avgift-mekanismen i lommeboken og merk alle transaksjoner som utskiftbare hvis lommeboken din støtter det (det ser ut til at electrum gjør det). Dette vil tillate deg å enkelt øke provisjonen hvis det oppstår et problem.