Bridgen nostoviive: miksi takaisin siirtyminen voi kestää?

Layer 2 -verkosta Ethereumin pääverkkoon palaaminen voi kestää, vaikka alkuperäinen nostopyyntö olisi lähtenyt onnistuneesti. Joissakin optimistic rollup -ratkaisuissa odotusaika liittyy siihen, että verkon julkaisema tulos voidaan haastaa. Nopeampi vaihtoehtoinen palvelu voi maksaa varat pääverkossa ennen varsinaisen poistumisen valmistumista, mutta se tuo oman palvelu- ja sopimusriskinsä.3

Kyse ei ole pankkitilille tehtävästä nostosta. Tässä puhutaan kryptovarojen siirtämisestä rollupista Ethereumin pääverkkoon eli Layer 1:een. Tarkka reitti, odotus, kustannukset ja tarvittavat vaiheet riippuvat käytettävästä verkosta, varasta ja palvelusta.

Miksi odotus kuuluu joihinkin poistuviin siirtoihin?

Optimistic rollup käsittelee tapahtumia Ethereumin ulkopuolella ja julkaisee tietoja pääverkkoon. Sen ajatuksena on hyväksyä ehdotettu tulos lähtökohtaisesti oikeaksi, mutta antaa mahdollisuus haastaa virheellinen tulos määräajan sisällä. Tämän riitautusjakson tarkoitus on osa järjestelmän turvallisuusmallia, ei vain käyttöliittymän asettama viive.3

Ethereum.org kuvaa optimistic rollupin pääverkkoon suuntautuvan noston, jossa käyttäjä aloittaa pyynnön Layer 2:ssa, odottaa haastejakson ja viimeistelee noston Layer 1:ssä. Sen kuvauksessa puhutaan noin seitsemän päivän haastejaksosta, mutta tätä lukua ei pidä soveltaa kaikkiin rollupeihin tai siltoihin. Toteutukset ja niiden asetukset voivat muuttua.3

Prosessissa on hyödyllistä erottaa toisistaan nostopyynnön lähettäminen, odottaminen ja mahdollinen pääverkossa tehtävä viimeistely. Alkuperäisen pyynnön vahvistuminen ei yksin välttämättä tarkoita, että varat olisivat jo käytettävissä pääverkossa. Tarkista juuri käyttämäsi sillan ohjeesta, mitä tilaa kukin vaihe tarkoittaa ja edellyttääkö se sinulta vielä jotain.

Nopeampi reitti ei poista kaikkia riskejä

Vaihtoehtoinen palvelu voi käyttää likviditeetin tarjoajaa. Ethereum.org kuvaa mallin, jossa tarjoaja ottaa odottavan noston itselleen ja maksaa käyttäjälle pääverkossa vastineeksi palkkiosta.3 Käyttäjä saa tässä mallissa varat palvelun kautta aiemmin, mutta varsinainen protokollan poistumisprosessi ei sen vuoksi muutu välittömäksi.

Kaikki nopeat sillat eivät toimi samalla tavalla. Sopimukset, likviditeetin järjestely, mahdolliset välikädet ja se, kuka maksaa varat, riippuvat palvelusta. Siksi sana ”nopea” kertoo vain tavoitellusta käyttökokemuksesta. Se ei yksin osoita, että reitti perisi täsmälleen saman turvallisuusmallin kuin verkon oma poistuminen.

Vertaile ennen valintaa saatavaa määrää, eriteltyjä maksuja, arvioitua kestoa ja reitin kuvausta. Kysy myös, mitä tapahtuu, jos tarjolla oleva likviditeetti ei riitä tai palvelu ei pysty toteuttamaan siirtoa suunnitellusti. Jos ehdoista tai teknisestä kuvauksesta ei selviä, kuka kantaa riskin, asiaa ei kannata arvata.

Kuvitteellinen esimerkki paluusta

Kuvitellaan käyttäjä, jolla on varoja eräässä optimistic rollupissa ja joka tarvitsee ne Ethereumin pääverkossa. Verkoston oma silta näyttää, että nostossa on ensin odotettava verkon ilmoittama jakso ja sen jälkeen tehtävä erillinen viimeistely. Käyttäjä huomaa, että ensimmäisen pyynnön onnistuminen ei ole sama asia kuin valmis pääverkon saldo.

Toinen palvelu puolestaan näyttää nopeamman arvion ja erillisen palkkion. Käyttäjä lukee, että palvelun likviditeetin tarjoaja maksaa varat pääverkossa ja ottaa odottavan poistumisen itselleen. Hän vertaa saamansa määrän lisäksi sopimuksia ja palvelun ehtoja. Esimerkki ei kerro minkään oikean verkon tämänhetkistä viivettä eikä lupaa, että vaihtoehtoinen reitti toimii juuri näin.

Odotuksen ja valmiin noston ero

Palvelun antama aika-arvio voi alkaa eri kohdasta kuin käyttäjä olettaa. Se voi esimerkiksi koskea odotusjaksoa vasta sen jälkeen, kun nosto on edennyt tiettyyn vaiheeseen. Lisäksi pääverkossa tehtävä viimeistely on erillinen vaihe, jos valittu reitti sellaista edellyttää. Siksi kannattaa katsoa koko reittiä alusta loppuun eikä vain yhtä käyttöliittymässä näkyvää kellonaikaa.3

Nopeassa reitissä vastaavasti on syytä erottaa palvelun arvio toteutumisesta ja varsinainen tulos. Tarkista, mitä palvelu tarkoittaa valmiilla siirrolla ja miten saat selville, että varat ovat kohdeverkossa. Älä päättele yhteisen osoitemuodon perusteella, missä verkossa varat ovat käytettävissä. Jos reitin ehdoista ei saa selvää, vertailu kannattaa keskeyttää, kunnes vastaus löytyy.

Mitä tarkistaa ennen päätöstä?

• Varmista lähtöverkko, kohdeverkko ja varan tarkka nimi. Samannäköinen tunnus ei yksin kuvaa koko reittiä.
• Katso, onko kyse verkon omasta sillasta vai erillisestä palvelusta, ja lue palvelun kuvaus sen toimintatavasta.
• Tarkista arvioitu odotus, milloin sen laskenta alkaa ja tarvitaanko erillinen viimeistely.
• Selvitä, missä verkossa kustakin vaiheesta voi aiheutua maksu ja miten kulut näytetään ennen hyväksymistä.
• Tarkista, mitä palvelu sanoo häiriöistä, likviditeetistä ja tuesta. Arvio on arvio, ei määräaikatakuu.

Jos tarvitset varat tiettyyn aikaan, jätä aikatauluun tilaa myös mahdolliselle viimeistelylle ja muille viiveille. Jos et ymmärrä, mitä reitin valinta tekee odottavalle nostolle tai keneltä saat varat, pysähdy ennen vahvistamista. Yleinen rollup-kuvaus auttaa ymmärtämään ilmiötä, mutta ajantasainen verkko- ja palvelukohtainen dokumentaatio ratkaisee oman reittisi yksityiskohdat.