Vahvistamaton tapahtuma tai kryptovaluutan palauttaminen unohduksesta. Mitä tehdä, jos sinulla on vahvistamaton Bitcoin-tapahtuma Miksi tapahtumaa ei ole vahvistettu

Bitcoin-verkko kasvaa, nopeus kasvaa, ja yhä useammat bitcoin-käyttäjät kohtaavat ongelman, kun bitcoin-tapahtuma "jäätyy". Nuo. Bitcoineja näyttää olevan lähetetty, mutta ne saapuvat vastaanottajalle parhaimmillaan muutamassa päivässä. Ja useimmiten tapahtuu, että tapahtuma "kävelee" verkossa ja palaa lompakkoon. Tämä on muuten myös yksi positiivisista skenaarioista tapahtumien kehittymiselle.

Kuten olen jo todennut, bitcoin-verkon tapahtumien määrän kasvu on johtanut siihen, että monet tapahtumat "roikkuvat" vahvistamatta useita päiviä. Lisäksi edes korotettu provisio ei takaa, että tapahtumasi käsitellään muutaman tunnin sisällä. Vahvistamattomien tapahtumien määrä verkossa voi nousta jopa 200 000:een.

Pääasiallisia syitä tähän tilanteeseen pohditaan: hyökkäys Bitcoin-verkkoon ja alhainen transaktiomaksu, ja sitten tavat eivät yksinkertaisesti ota sitä käsittelyyn.

Ennen maksun lähettämistä suosittelen katsomaan verkon kuormitusta. Tämä voidaan tehdä ja. Sieltä näet myös suositushinnan tavua kohden.

Mutta et olisi päässyt tähän artikkeliin, jos et olisi esittänyt kysymystä, josta tein otsikon. Entä jos kauppa jumissa? On olemassa erityinen palvelu "pushing stuck" -tapahtumille.

Tätä varten sinun on hankittava tapahtumasi hash (alla annan esimerkin siitä, kuinka tämä tehdään lohkoketjussa):

En tarkoituksella kirjoittanut uudelleen, vaan kopioinut tietoja foorumilta. Kaikki on kuvattu siellä melko helposti saatavilla olevassa muodossa. Jos sinulla on kysyttävää - kysy ne kommenteissa, selvitämme sen.

LUONNOS - LUONNOS (artikkeli on tarkistettavana)

Viime aikoina eetteriverkon kuormitus on kasvanut. Lisäksi ICO:t pidetään usein, mikä voi lisätä verkon kuormitusta lähes kolminkertaiseksi.

Verkon lisääntynyt kuormitus voi johtaa tilanteeseen, jossa tapahtumasi on odottavassa tilassa erittäin pitkään.

Tosiasia on, että kaivostyöntekijät yrittävät ensin ottaa kalleimmat tapahtumat käsittelyyn. Siksi korkeammalla kaasun hinnalla tapahtuvilla liiketoimilla on suurempi mahdollisuus tulla käsittelyyn. Kun verkon kuormitus kasvaa, kaupat alhaisilla kaasukustannuksilla voivat odottaa vuoroaan useita päiviä tai jopa viikkoja.

Tätä kirjoittamishetkellä normaalilla verkon kuormituksella vireillä olevien tapahtumien määrä on 2 000 - 4 000 tuhatta. Kun joku aloittaa ICO:n määrä vireillä olevia tapahtumia voi kasvaa 8-11 tuhatta ... Kuvassa näkyy vain niin terävä hyppy.

Kun tapahtuma on vireillä erittäin pitkään, käyttäjä yrittää lähettää saman tapahtuman, mutta paljon kaasua, sitten uudestaan ja uudestaan. Siinä toivossa, että ainakin yksi niistä selviää. Ja kaikki nämä tapahtumat ovat edelleen vireillä.

Tosiasia on, että osoitteesta tulevat tapahtumat käsitellään yleensä jonon järjestyksessä. Siksi ensimmäistä ei ole vielä käsitelty - kaupan lukitseminen, loput odottavat.

Miksi odottava tapahtuma tulee näkyviin ja katoaa ja odotusaika nollataan?

Kun tapahtuma siirtyy odottavaan tilaan, se tarkoittaa, että solmu on ottanut tapahtumasi itselleen käsittelyä varten. Ja nyt hän etsii lohkoa. Kuitenkin toinen solmu, joka ei sisällä tapahtumaasi, löytää lohkon nopeammin. Tässä tapauksessa tapahtumasi vastaanottanut solmu "sylkee sen ulos", ja nyt toinen solmu voi viedä tapahtumasi käsittelyyn. Tässä tapauksessa aika nollataan.

Lukitustapahtuman työntäminen tai poistaminen

On syytä huomata, että tapahtuman odottaminen 2-3 tuntia, vaikkakaan ei normaalia, on silti hyväksyttävää.

Lohkon tapahtumilla on omat yksilölliset numeronsa - seksuaalirikollinen... Jos lähetät verkkoon kaksi tapahtumaa samalla seksuaalirikollinen, silloin vain yksi niistä käsitellään. Ja toista pidetään vääränä. Siksi meille riittää, että toistamme tapahtuman samalla tavalla seksuaalirikollinen mutta nostaa kaasun hintaa. Tässä tapauksessa solmu ottaa tapahtuman, jonka käsittelykustannukset ovat korkeimmat, ja hylkää lukittavan tapahtuman kelpaamattomana. Ja me ratkaisemme ongelmamme.

Kuinka tehdä se?

Joten jos haluat vain poistaa lukitustapahtuman, riittää, että lähetät tyhjän tapahtuman korkealla kaasuhinnalla. Kaasun hintaa ei voi asettaa sumu- tai ethereum-lompakkoon. Siksi käytämme MyEtherWalletia.

Etsi lukitustapahtuma. Voit tehdä tämän siirtymällä osoitteeseen etherscan.io ja kirjoittamalla kenttään osoite osoite, josta tapahtumat lähetettiin ja napsauta -painiketta mennä.
Näkyviin tulee luettelo kaikista tilisi tapahtumista, napsauta linkkiä "odottaa lähetyksiä"
Näet luettelon kaikista odottavassa tilassa olevista tapahtumista sekä kaasun hinnan. Pääsääntöisesti lukitustapahtuma on ensimmäinen. Näin on, näemme, että ensimmäisessä kaupassa kaasun hinta on 1 Gwei. Ja seuraavaa jonossa olevaa, vaikka sen kaasun hinta on 21 Gwei, ei käsitellä ennen kuin lukitustapahtuma on käsitelty. Napsauta lukitustapahtuman hash-linkkiä nähdäksesi tiedot.
Kopioi numero yksityiskohtaisesti ei mitään ja osoite alkaen(itse asiassa tämä on sen tilin osoite, josta lähetit tapahtuman)
Siirry nyt osoitteeseen https://www.myetherwallet.com/ ja valitse välilehti Lähetä offline-tilassa(Offline-käännös).
Nyt kaikista kentistä meidän on täytettävä seuraavat:
Nyt tehtävämme on avata lompakko kätevällä tavalla. Tee se itse. Lukituksen avaamisen jälkeen painike on käytettävissäsi luoda tapahtumaa. Klikkaa sitä. Ja sitten klikkaa lähetä tapahtuma.
Napsauta näkyviin tulevassa ikkunassa sinistä painiketta "Yex, olen varma! Tee kauppa."

Tapahtumasi pitäisi nyt poistaa hetken kuluttua. Avaa etherscan.io osoitteellasi ja seuraa prosessia. Jos myöhempien tapahtumien joukossa on vähän kaasua, sinun on myös tehtävä tämä menettely heille. Esimerkissämme 1 Gwein kanssa tehdyn tapahtuman jälkeen on tapahtuma 21 Gwein kanssa, joten meidän tarvitsee poistaa vain ensimmäinen.

Monet ovat luultavasti jo kohdanneet juuttunutta lyöntipalloa (lähetettäessä ja vastaanotettaessa).
Useimmissa tapauksissa tämä johtuu verkon roskapostista ja pienistä kaivostyöläisten maksuista (jäljempänä palkkio).
Ennen kuin lähetät lyöntipallon, suosittelen tarkistamaan verkon tilan ja asettamaan näiden palveluiden suositteleman palkkion:
https://btc.com/stats/unconfirmed-tx
Jos niin tapahtui, että lähetit suositeltua pienemmän välityspalkkion tai transasi on yksinkertaisesti juuttunut vahvistamattomiin eikä sisälly lohkoon, käytä tätä palvelua "työntämiseen":
Otamme th (id) tapahtumamme:
Esimerkki:
Ja ajetaan id:llä täällä:

Huomautus!
Kun verkko on ruuhkautunut, ei aina ole mahdollista ajaa bitcoineilla ensimmäistä kertaa tätä palvelua käyttämällä.
Voit saada seuraavanlaisen viestin:
Lähetykset ylittävät rajan. Ole hyvä ja yritä myöhemmin.
Laajenna napsauttamalla...

Sinun täytyy ajaa sisään, kunnes saat tilan: Onnistui.
Tämän jälkeen transsaasi noudetaan ja vedetään lohkoon käsittelyä varten.
Entä jos Bitcoin-tapahtumaasi ei ole vahvistettu ("jäädytetty")?
Aluksi voit vain odottaa. Jos useita tunteja (tai jopa päiviä) on kulunut ja olet kyllästynyt odottamiseen, on useita vaihtoehtoja:
Tuplaa... Ominaisuudet: vain lähettäjä voi tehdä sen.

Käytä CPFP:tä. Ominaisuudet: voi tehdä vastaanottaja ja yleensä lähettäjä.

Käytä korvaavaa maksua... Ominaisuudet: vain lähettäjä voi ja jos huolehditaan etukäteen; kaikki lompakot eivät voi.

Käytä viabtc:n "kiihdytintä".... Ominaisuudet: vastaanottaja ja lähettäjä voivat, mutta palvelu on usein ylikuormitettu ja tapahtumaan liittyy rajoituksia.

Kuinka teen tuplakulutuksen (kaksinkertainen kulutus)?
Toimimme seuraavan algoritmin mukaan (algoritmi on kuvattu Bitcoin Core -lompakolle; muiden lompakoiden toiminnot ovat samanlaisia, mutta komennot ovat erilaisia):
SpoilerTarget "> Spoileri: algoritmi
1) Varmista, että hän odottaa vahvistusta. Tee tämä kopioimalla tapahtumasi tunnus, liittämällä se blockchain.info-palvelun hakupalkkiin (sekä bitaps.com, blocktrail.com/BTC tai vastaava). Seuraavaksi etsimme silmillämme riviä "vahvistamaton tapahtuma". Löytänyt sen? Tämä tarkoittaa, että tapahtuma odottaa vahvistusta.
Huomautus. Emme katso "Arvioitua vahvistusaikaa" sivulla blockchain.info-tapahtumasi yhteydessä – ei tiedetä mitä.
2) Sulje nyt lompakko ja suorita se komentoriviltä parametrilla -zapwallettxes ja odota, kunnes se avautuu. Kun lompakko käynnistyy, kaikki vahvistamattomat tapahtumat katoavat siitä (mutta ne ovat edelleen verkossa!). Jos kyseessä on bitcoin core 0.14, sinun on nimettävä uudelleen tai siirrettävä mempool.dat-tiedosto ennen käynnistämistä (tässä versiossa oleva mempool tallennetaan tiedostoon ja vanha tapahtuma jää sinne).
Huomautus. Miksei -salvagewallet-parametrilla? -zapwallettxes ei vaikuta avainnimiin, ja -salvagewallet poistaa ne. Myös bitcoin-ydin joskus kaatuu, kun se käynnistetään - salvagewallet ja sitten wallet.dat-tiedostosi vioittuu. Totta, sen viereen luodaan kopio etukäteen.
3) Nyt voit luoda uuden tapahtuman unohtamatta asettaa riittävää provisiota. Mutta! Koska vanha tapahtumasi on edelleen online-tilassa, se voidaan odottamatta vahvistaa joskus. Jos tämä ei sovi sinulle, vähintään yhden uuden tapahtuman syötteistä on oltava sama kuin jonkin vanhan syötteet. Voit tehdä tämän katsomalla tapahtumasi sivua sivustolla blocktrail.com/BTC tai "syötteet"-sarakkeen analogista ja muistamalla merkinnän tarkka koko lyöntipallossa. Sen jälkeen, kun luot tapahtuman lompakossa, napsauta "syötteet ..." -painiketta, etsi luettelosta täsmälleen sama numero vihjepallosta ja valitse se (jos niitä on useita, valitse samalla kuitin osoite ja aika). Tämän jälkeen valitsemme lisää syötteitä, jotta kokonaissumma on suurempi kuin tapahtuman summa tulevalla palkkiolla; on parempi valita marginaalilla. Täytä seuraavaksi kaikki kentät tavalliseen tapaan (älä unohda provisiota!) Ja lähetä.

Kuinka käytän CPFP:tä? Entä jos en ole tapahtuman lähettäjä, vaan vastaanottaja?
Sellainen menetelmä on olemassa ja se sopii vastaanottajille; se toimii myös lähettäjälle, jos tapahtumassasi on "muutos" (tavallisesti tapahtuu). Tämä menetelmä on hieman kalliimpi ja kuinka monta poolia sitä tukee, ei tiedetä (vuoden 2017 alusta vähintään kaksi poolia tukee sitä). Voit kokeilla CPFP-mekanismia (lapsi maksaa vanhemmista). Tätä varten sinun on käytettävä yksi ongelmatapahtuman lähdöistä palkkiolla, joka riittää molempiin tapahtumiin kerralla - uuteen ja vanhaan. Eli yksinkertaisesti luot tapahtuman yhdellä syötteellä (tämän pitäisi olla yksi ongelmallisista lähdöistä, esimerkiksi muutos) ja lähetät bitcoineja itsellesi. Aseta välityspalkkio niin, että se riittää molemmille kerralla: laske yhteen niiden koot, kerro "Kuinka valita riittävä välitys?" Lisätietoja Bitcoin Core -lompakosta spoilerin alla:
SpoilerTarget "> Spoileri
Oletetaan esimerkiksi, että olet vastaanottaja ja sinun pitäisi saada 0.08500148 btc. Jos haluat käyttää CPFP:tä, napsauta Bitcoin Coressa "Asetukset" -> "Asetukset" -> "Lompakko" ("Asetukset" -> "Asetukset" -> "Lompakko"); laita valintamerkki "Ota kolikonhallintaominaisuudet käyttöön" ja "Käytä vahvistamaton muutos" viereen, jos ne eivät ole (voit poistaa ne); sulje nyt asetusikkuna ja napsauta "Lähetä", napsauta sitten "Inputs ..." -painiketta ja laita valintamerkki summan 0,08500148 viereen; sitten "Ok", lisää osoitteesi vastaanottajaksi; summa, laita 0,08500148 ja valitse "vähennä maksu summasta" -ruutu; aseta välityspalkkio "selektiivisesti" ("mukautettu"), "kilotavua kohden" ("kilotavua kohden") ja kirjoita 2 tapahtumana kaavan mukaan ((vanhan tapahtuman koko) / (uuden tapahtuman koko) + 1) * (riittävä palkkio kilotavusta tai paremmasta). Olet lähettämässä.
Kaikki. Nyt sinä odotat. Ne poolit, jotka "ymmärtävät" tämän järjestelmän, hyväksyvät mielellään molemmat tapahtumat kerralla. Ehkä se ei ole nopeaa, jos tällaisia altaita on vähän.

Kuinka peruutan tapahtuman? Voiko tapahtuma peruuttaa itsensä?

Jos tapahtuma on vahvistettu (sisältyy lohkoon), sitä ei voi peruuttaa tai peruuttaa. Vahvistamattoman tapahtuman peruuttamiseksi sinun on luotava kilpaileva tapahtuma ja saavutettava sen sisällyttäminen lohkoon - katso kohta (2) vastauksesta kysymykseen "Mitä tehdä, jos lähettämääsi tapahtumaa ei ole vahvistettu (" jumissa " )?" Joka tapauksessa onnistumisesta ei ole takeita.
Itse vahvistamatonta tapahtumaa ei voi peruuttaa - lompakkosi näyttö voi vain muuttua. Katso seuraavaksi vastaus kysymykseen "Tapahtumani oli vahvistamaton useita päiviä, sitten se katosi ja rahat tulivat takaisin. Nyt kaikki on hyvin ja voinko lähettää rahat uudelleen?"
Tapahtumani viipyi vahvistamattomana useita päiviä, sitten katosi ja rahat palasivat. Onko kaikki nyt kunnossa ja voinko lähettää rahat uudelleen?
Ei! Vanha tapahtumasi on edelleen verkossa, ja se voidaan odottamatta vahvistaa. Tämän välttämiseksi katso kohta (2) vastauksesta kysymykseen "Mitä tehdä, jos lähettämääsi Bitcoin-tapahtumaa ei ole vahvistettu (" juuttunut ")?" (spoilerin alla). Jos muutat mieltäsi tuon käännöksen tekemisestä, voit tehdä käännöksen itse.
Kuinka suojautua tapahtumien jäätymiseltä?
Paljasta riittävä provisio.

Ota lompakossa käyttöön korvausmaksumekanismi ja merkitse kaikki tapahtumat vaihdettaviksi, jos lompakkosi tukee sitä (electrum näyttää tukevan sitä). Tämän avulla voit helposti nostaa provisiota, jos ongelmia ilmenee.

Tämä tarkoittaa, että lisää lohkoja on täytetty. Ja koska kaikkia tapahtumia ei voida sisällyttää välittömästi lohkoketjuun, syntyy häiriö, jota kaivostyöntekijät kutsuvat "mempooliksi" (eräänlainen "tapahtumajono".)

Kaivostyöntekijät valitsevat yleensä ne tapahtumat, joilla on korkeammat palkkiot, ja sisällyttävät ne ensin lohkoon. Liiketoimet, joissa maksut ovat alhaisemmat, "lähetetään" niin sanotuille "provisiomarkkinoille" ja pysyvät kaivostyöläisten muistissa, kunnes uusi lohko löytyy. Jos tapahtuma lähetetään uudelleen, sen on odotettava seuraavaa lohkoa uudelleen.

Tämä voi johtaa epäoptimaaliseen käyttökokemukseen. Erittäin alhaisilla maksuilla tapahtuvien tapahtumien vahvistaminen voi kestää tunteja tai jopa päiviä, ja joissain tapauksissa niitä ei välttämättä vahvisteta ollenkaan.

Ja tässä on mitä voit tehdä tänään estääksesi tapahtumasi juuttumisen.

Ennen kuin lähetät sen

Bitcoinin alkuvuosina useimmat lompakot lisäsivät kiinteät maksut lähteviin tapahtumiin: tyypillisesti 0,1 mBTC. Koska kaivostyöntekijöillä oli tarpeeksi tilaa lohkoissa, he sisällyttivät nämä tapahtumat ensimmäiseen lohkoon, jonka he onnistuivat louhimaan ilman ongelmia. (Itse asiassa tapahtumat, joissa maksut olivat jopa alhaisemmat tai jopa ilman maksuja, sisällytettiin lohkoihin yhtä nopeasti.)

Kilpailun lisääntyessä paikasta lohkossa kiinteä 0,1 mBTC:n provisio ei riittänyt tapahtuman sisällyttämiseen välittömästi seuraavaan lohkoon; ne ohitetaan korkeammilla maksuilla tapahtuvilla liiketoimilla. Vaikka alhaisen palkkion kauppa todennäköisesti vahvistuu, se voi kestää kauan.

Yritä nostaa provisiota

Jos haluat, että tapahtumasi vahvistetaan nopeammin, ilmeinen ratkaisu on lisätä tapahtumaan korkeampi maksu. Jos lompakkosi (oletusasetuksilla) ei lisää tarpeeksi provisiota, voit määrittää tämän parametrin manuaalisesti sekä lompakon asetuksissa että lähetettäessä tapahtumaa (tai molempia).

Sivustot, kuten 21.co, seuraavat verkon kuntoa ja ehdottavat, mikä provisio tavua kohden on riittävä, ja näyttävät myös, kuinka paljon verkon vahvistusta voit odottaa sovellettujen palkkioiden eri tasoilla.

Jos haluat maksun päätyvän seuraavaan lohkoon tai lohkon kautta, sinun on maksettava suhteellisen korkea maksu. Vähemmän kiireellisissä maksuissa voit lisätä alhaisemman palkkion; sen vahvistaminen kestää vain vähän kauemmin.

Tarkista, tukeeko lompakkosi dynaamisia maksujen muutoksia

Useimmat lompakot tukevat nykyään dynaamisia maksujen muutoksia. Bitcoin-verkon tilaa koskevien tietojen perusteella nämä lompakot sisältävät automaattisesti palkkion, joka riittää sisällyttämään tapahtuman seuraavaan lohkoon tai ainakin yhteen lähimmästä lohkosta.

Jotkut lompakot antavat sinulle myös mahdollisuuden valita välitysprioriteetti. Korkeammat maksut mahdollistavat jälleen tapahtumien vahvistamisen nopeammin, kun taas pienemmillä maksuilla tapahtuvat tapahtumat kestävät hieman kauemmin.

Jos tapahtumat lompakostasi viivästyvät usein ruuhka-aikoina, etkä voi asettaa korkeampaa provisiota, lompakkosi on todennäköisesti vanhentunut. Tarkista, onko päivitys saatavilla tai päivitä uuteen lompakkoon.

Harkitse vaihtoa toiseen lompakkoon

Kun vaihdat uuteen lompakkoon, sinun on luonnollisesti siirrettävä varat vanhasta lompakosta uuteen lompakkoon. Jos et halua kuluttaa vähän, voit siirtää varoja vanhasta lompakosta uuteen lompakkoon Bitcoin-verkon kautta. Ne tulevat lopulta perille – vaikka palkkio olisi pieni.

Joissakin lompakoissa voit myös viedä yksityiset avaimesi tai käyttää yksityisen avaimen siementä avainten tuomiseen uuteen lompakkoon. Samaan aikaan sinun ei tarvitse tehdä transaktioita Bitcoin-verkossa. Uuden lompakon avulla voit aloittaa asioinnin välittömästi.

Sen jälkeen kun olet lähettänyt sen

Jos olet jo lähettänyt tapahtuman ja se on ruuhkautunut, tämä tapahtuma voi joissain tapauksissa tehdä "hypyn jonossa".

Palkkioiden valikoiva korvaaminen

Helpoin tapa saada tapahtumasi hyppäämään jonoon on käyttää Opt-In Replace-by-Fee (Opt-In RBF) -nimistä vaihtoehtoa. Se antaa sinulle mahdollisuuden lähettää sama tapahtuma uudelleen, mutta korkeammilla maksuilla.

Useimmissa tapauksissa, kun sama tapahtuma lähetetään verkon yli, mutta korkeammilla maksuilla, verkko hylkää uuden tapahtuman. Bitcoin-solmut päättävät yleensä, että uusi tapahtuma on kaksinkertainen kulutusyritys, joten ne eivät hyväksy tai käsittele sitä. Mutta kun välität tapahtuman Opt-In RBF -vaihtoehdolla, kerrot verkolle, että välität saman tapahtuman, mutta korkeammalla maksulla. Tämän seurauksena useimmat Bitcoin-solmut hyväksyvät uuden tapahtuman vanhan sijaan; mahdollistaa uuden tapahtuman hyppäämisen jonoon.

Se, sisällytetäänkö uusi tapahtumasi johonkin lähimmästä lohkosta, riippuu kaivostyöläisestä, joka laskee seuraavan lohkon: kaikki kaivostyöntekijät eivät tue Opt-In RBF:ää. Kuitenkin melko monet kaivostyöntekijät tukevat myös tätä vaihtoehtoa, joten tavalla tai toisella tapahtumasi sisällytetään tuleviin lohkoihin.

Opt-In RBF:ää tukee tällä hetkellä kaksi lompakkoa: Electrum ja GreenAddress. Lompakosta riippuen saatat joutua ottamaan Opt-In RBF:n käyttöön valikon asetuksista ennen kuin lähetät (ensimmäisen) tapahtuman.

Lapset maksavat vanhempiensa puolesta

Jos lompakkosi ei tue Opt-In RBF:ää, asiat muuttuvat hieman monimutkaisemmiksi.

Lapset maksavat vanhempiensa puolesta (Child Pays for Parent, CPFP), mikä voi olla temppu. CPFP:n avulla kaivostyöntekijät eivät välttämättä hyväksy liiketoimia, joilla on korkeimmat maksut, mutta he voivat hyväksyä joukon tapahtumia, joissa on yleensä korkeammat maksut.

Menemättä liian syvälle teknisiin yksityiskohtiin, voimme sanoa, että useimmat lähtevät tapahtumat eivät vain lähetä bitcoineja vastaanottajalle, vaan ne lähettävät myös "muutoksia" takaisin sinulle. Voit käyttää tämän muutoksen seuraavassa tapahtumassa.

Jotkut lompakot antavat sinulle mahdollisuuden kuluttaa tämä muutos heti odottamatta vahvistusta, joten voit lähettää tämän muutoksen itsellesi uudessa tapahtumassa. Varmista tällä kertaa, että sisällytät riittävästi maksuja kompensoidaksesi alkuperäiset alhaiset tapahtumamaksut. Tässä tapauksessa kaivosmies ottaa kaikki tapahtumat ja vahvistaa ne kaikki kerralla.

Jos lompakko ei salli sinun valita, mitä bitcoineja käytettiin - etkä siksi voi vahvistaa, missä vahvistamaton muutos sijaitsee - voit yrittää lähettää kaikki lompakon varat itsellesi; tässä tapauksessa muutos otetaan mukaan.

Kuten Opt-In RBF:ssä, kaikki kaivostyöntekijät eivät tue CPFP:tä nykyään. Mutta ne riittävät, jotta voit olla varma, että tapahtumasi vahvistetaan jossakin seuraavista lohkoista.

Tai..

Jos Opt-In RBF tai CPFP eivät ole saatavilla, voit teknisesti silti yrittää siirtää alkuperäisen tapahtuman korkeampia maksuja vastaan. Tätä kutsutaan yleisesti "täyden maksun korvaamiseksi", ja jotkut kaivostyöläiset hyväksyvät sen. Saatavilla olevissa lompakoissa tätä vaihtoehtoa ei kuitenkaan ole.

Muussa tapauksessa sinun on luultavasti vain odotettava - jotta tapahtuma vahvistetaan tai bitcoinit palaavat lompakkoosi. On tärkeää huomata, että bitcoinit ovat teknisesti lompakossasi ennen kuin tapahtuma on vahvistettu - ne eivät vain ole saatavilla tällä tavalla. Bitcoinit sanan kirjaimellisessa merkityksessä eivät "jumiudu" verkkoon eivätkä voi eksyä siihen.

Myös ViaBTC-kaivospooli alkoi tarjota "tapahtumakiihdytintä". Jos jumissa oleva tapahtumasi sisältää maksun vähintään 0,1 mBTC kilotavua kohden, voit lähettää tapahtuman tunnuksen ViaBTC:lle ja pooli antaa sille korkeamman prioriteetin muihin tapahtumiin nähden. Koska ViaBTC hallitsee noin seitsemää prosenttia Bitcoin-verkon hajautusvoimasta, on hyvä mahdollisuus, että tapahtumasi lohko löytyy parin tunnin sisällä. Tällä palvelulla on kuitenkin enintään 100 tapahtuman raja tunnissa.

Vastaanottajalle

Tietysti tapahtuma voi juuttua, vaikka olisit sen vastaanottaja. Jos lompakkosi sallii sinun kuluttaa vahvistamattomia tapahtumia, voit tässä tapauksessa käyttää myös CPFP-menetelmää. Samalla tavalla kuin edellä mainittiin, voit lähettää saapuvia vahvistamattomia bitcoineja itsellesi lisäämällä riittävän korkeat maksut kompensoimaan alkuperäiset alhaiset transaktiomaksut. Jos uusi välityspalkkio on riittävä, tapahtuma vahvistetaan yleensä seuraavissa lohkoissa.

On myös järkevää kysyä varojen lähettäjältä, voivatko he käyttää Opt-In RBF -vaihtoehtoa. Jos näin on, hän voi lähettää tapahtuman uudelleen korkeammalla maksulla. Tietysti ViaBTC-tapahtumakiihdytin (joka mainittiin edellä) toimii myös saapuville tapahtumille.

Haluatko lisää uutisia?

Tapahtuma on suoritettujen tietojen käsittelykäskyjen sarja kokonaisena(kaikki tai ei mitään) ja käännöstietokanta kokonaisvaltaisesta tilasta toiseen kokonaisvaltaiseen tilaan.

Tapahtumalla on neljä tärkeää ominaisuutta, jotka tunnetaan nimellä ASID-ominaisuudet :

(A) Atomuus ... Tapahtuma suoritetaan atomioperaationa - joko koko tapahtuma suoritetaan tai sitä ei suoriteta kokonaan.

(C) Johdonmukaisuus ... Tapahtuma siirtää tietokannan yhdestä johdonmukaisesta (yhdenmukaisesta) tilasta toiseen johdonmukaiseen (yhdenmukaiseen) tilaan. Tapahtuman sisällä tietokannan johdonmukaisuus voidaan rikkoa.

(I) Eristys ... Eri käyttäjien liiketoimet eivät saa häiritä toisiaan (esimerkiksi ikään kuin ne toteutettaisiin tiukasti vuorotellen).

(E) Kestävyys ... Jos tapahtuma on suoritettu, sen työn tulokset tulisi tallentaa tietokantaan, vaikka järjestelmä kaatuu seuraavana hetkenä.

Tapahtuma alkaa yleensä automaattisesti siitä hetkestä, kun käyttäjä muodostaa yhteyden DBMS:ään, ja jatkuu, kunnes jokin seuraavista tapahtumista tapahtuu:

Komento COMMIT WORK annettu.

ROLLBACK WORK -komento annettiin.

Käyttäjä on katkaissut yhteyden DBMS:ään.

Järjestelmässä oli vika.

Tapahtuman suorittamiseen on kaksi vaihtoehtoa... Putoan operaattorit suoritettu onnistuneesti, eikä tapahtuman aikana ilmennyt ohjelmisto- tai laitteistovikoja, kauppa on korjattu.

Kaupan tekeminen- se on toiminta, joka varmistaa äänite päällä levy tietokantaan tehdyt muutokset tapahtuman suorittamisen aikana.

Siihen asti kun kauppa ei kiinteä, hyväksyttävä peruutus nämä muutokset, palauttaminen Tietokanta tilaan, jossa se oli tapahtuman alkaessa. Kaupan tekeminen tarkoittaa, että kaikki tapahtuman tulokset muuttuvat vakioiksi. Ne näkyvät muille tapahtumille vasta nykyisen tapahtuman jälkeen kauppa korjataan. Tähän asti kaikki tiedot, joihin tapahtuma vaikuttaa, ovat "näkyviä" käyttäjälle nykyisen tapahtuman alussa.

Jos tapahtuman suorittamisen aikana tapahtuu jotain, joka tekee sen suorittamisen mahdottomaksi normaalisti, tietokanta tulee palauttaa alkuperäisessä kunnossaan. Palautus liiketoimet ovat toiminto, joka tarjoaa peruutus kaikki operaattoreiden tekemät tietomuutokset SQL nykyisen odottavan tapahtuman tekstiosassa.

10. Peruslähestymistavat liiketoimien rinnakkaisen toteuttamisen varmistamiseksi. Tapahtumien samanaikaisen suorittamisen ongelmat.

Jos tietokannan parissa työskentelee useita käyttäjiä samanaikaisesti, DBMS:n ei tarvitse ainoastaan suorittaa yksittäisiä tapahtumia oikein ja palauttaa tietokannan yhtenäinen tila vikojen jälkeen, vaan sen on varmistettava kaikkien käyttäjien oikea rinnakkaistyö samoilla tiedoilla. Teoriassa jokaisella käyttäjällä ja jokaisella tapahtumalla tulisi olla eristysominaisuus, eli ne tulisi suorittaa ikään kuin vain yksi käyttäjä työskentelee tietokannan kanssa. Ja nykyaikaisten DBMS-työkalujen avulla voit eristää käyttäjät toisistaan tällä tavalla. Tässä tapauksessa käyttökokemuksen hidastumisessa on kuitenkin ongelmia.

Tärkeimmät ongelmat, jotka syntyvät, kun tapahtumia suoritetaan rinnakkain, jaetaan perinteisesti neljään tyyppiin:

Puuttuvat muutokset.

Ongelmia välitiedoissa.

Epäjohdonmukaiset dataongelmat.

Ghost Strings (Phantom Strings) -ongelmat.

Samanaikaiset tapahtumat

Miten eri käyttäjien tapahtumat voivat häiritä toisiaan? On kolme pääasiallista samanaikaisuusongelmaa:

Päivitystulosten menettämisen ongelma .

Sitoutumaton riippuvuusongelma (likaisten tietojen lukeminen , huolimatonta luettavaa ).