Monilla järjestelmän käyttäjillä on tarve peruuttaa tapahtuma estoketjussa, koska yhä useammin liiketapahtumat jumittuvat ja varoja veloitetaan lompakosta. Mutta voiko tällaisen peruutuksen tehdä? Ja jos on, niin miten?
Blockchain-tekniikka on suunniteltu siten, että mitään toimintoja ja tapahtumia, jos ne on jo suoritettu, ei voida peruuttaa. Jos tapahtuma ei kuitenkaan ole saanut vahvistusta, se "roikkuu" järjestelmässä useita päiviä turhaan. Ja tällöin bitcoinit veloitetaan lompakosta. Ja kun otetaan huomioon heidän kurssinsa, ongelma osoittautuu vakavaksi.
On kuitenkin olemassa tie. Ja se perustuu siihen tosiasiaan, että liiketoimet eivät jäädy vain näin - kussakin tapauksessa on syy: jotain, joka ei sopinut blockchain-järjestelmään. Jos pystyt selvittämään sen, pystyt ratkaisemaan järjestelmään jumittuneen tapahtuman ongelman.
Juuttuneiden tapahtumien yleisin syy on seuraava:
- itse lohkoketjujärjestelmän ylikuormitus;
- ns. mempoolien muodostuminen - jonot tapahtumien suorittamiseen.
Tosiasia on, että bitcoinin suosio melko kalliina kryptovaluuttana kasvaa yhä enemmän, mikä houkuttelee monia uusia käyttäjiä järjestelmään. Monet heistä päättävät erilaisista operaatioista ymmärtämättä todella niiden rakennetta, ja sen seurauksena hämmentyvät. Ja blockchain-järjestelmä havaitsee tällaisten käyttäjien toimet yksiselitteisesti - riittämättöminä ja reagoi jyrkästi: ylikuormitus ja jäätyminen. Luonnollisesti tapahtuma ei tässä tapauksessa käy läpi ja myös jumittuu.
Mitä tulee mempooleihin, niitä syntyy useista syistä:
- hyvin suuri määrä käyttäjiä haluaa tehdä sopimuksen, mutta niiden täyttämiä lohkoja ei yksinkertaisesti voida fyysisesti sisällyttää järjestelmään samanaikaisesti - ilmestyy mempool;
- siirrot korkealla provisiolla ovat ensimmäisiä, eivätkä ne todennäköisesti vaaranna jonoa, ja jos käyttäjä on asettanut matalan provision tai ei ilmoittanut sitä lainkaan, mempool (ja pitkään) toimitetaan hänelle.
Lisäksi jälkimmäisessä tapauksessa ei voida edes taata, että tämä liiketoimi toteutuu lainkaan, koska se lähetetään palkkiomarkkinoille, ja kaivostyöläiset eivät välttämättä kiinnitä siihen huomiota - kauppa yksinkertaisesti riippuu mempoolissaan, kunnes he löytävät uusi lohko.
Joten mitä voidaan tehdä ongelman ratkaisemiseksi sekä ensimmäisessä että toisessa tapauksessa? Yritä joko "työntää" tapahtumaa edelleen tai peruuttaa se, jos se on vielä mahdollista. Toiminnalle on useita vaihtoehtoja:
- Voit yrittää käyttää kaksinkertaista kulutusta - tuplakulutusvaihtoehtoa, joka varmistaa, että tapahtuma liikkuu eli vaihtoehto "työntää läpi" korottamalla palkkiota, jos se oli aluksi liian matala. Tämä on mahdollista, koska vastapuolet tarkastavat tileillään olevat varat vain tietyllä hetkellä. Tämä tarkoittaa, että jos tapahtuma on jäädytetty, voit lähettää toisen, jossa palkkiot kasvavat. Molemmat liiketoimet epäonnistuvat, siitä ei tarvitse huolehtia.
- CPFP: n käyttö on mekanismi, jonka avulla voit luoda tapahtuman yhdellä syötteellä (sen on välttämättä oltava ongelman tapahtuman tulos - esimerkiksi sama muutos) ja lähettää bitcoinia itsellesi.
- Erityisten kiihdyttimien käyttäminen tapahtumiin, joita sekä vastaanottaja että lähettäjä voivat käyttää.
Mikään näistä menetelmistä ei kuitenkaan ehdottomasti takaa, että kauppa silti peruutetaan tai työnnetään läpi. Ja mikään menetelmä tässä tapauksessa ei anna tällaisia takuita, koska, kuten jo mainittiin, lohkoketjujärjestelmä on suunniteltu siten, että se ei tarkoita tapahtumien peruuttamista. Jos ne on jo vahvistettu (sisältyy lohkoon), mikään menetelmä ei auta, mutta jos ne ovat jumissa ennen vahvistusta, voit yrittää.
Ja meidän on muistettava, että vahvistamatonta tapahtumaa ei voida peruuttaa itsestään. Tässä tapauksessa näytön muuttaminen on mahdollista vain käyttäjän lompakossa.
