Layer 2: miksi halvempi siirto tuo myös uusia riippuvuuksia?

Layer 2 eli toinen kerros voi tehdä Ethereum-sovelluksen käytöstä edullisempaa, koska kaikkia tapahtumia ei suoriteta suoraan Ethereum-pääverkossa. Vastineeksi käyttäjän on ymmärrettävä muutakin kuin tuttu lompakko ja osoite: varat ovat tietyssä verkossa, siirtyminen verkosta toiseen voi vaatia sillan ja palvelun toiminta riippuu sen omasta teknisestä toteutuksesta.

Ethereum.org kuvaa toisen kerroksen ratkaisuja tapana laajentaa Ethereumin kapasiteettia. Rollupit käsittelevät tapahtumia erillään pääverkosta ja vievät tapahtumatietoa Ethereumille. Se, mitä turvallisuutta pääverkosta käytännössä periytyy, riippuu silti kunkin ratkaisun rakenteesta ja toimivista mekanismeista. 12

Käyttäjälle tärkein kysymys ei ole vain ”paljonko siirto maksaa?”, vaan myös ”missä varani ovat, kuka auttaa jos siirto viivästyy ja millainen reitti minulla on takaisin?”. Tämä opas käsittelee Ethereumille rakennettuja ratkaisuja yleisellä tasolla. Se ei vertaile ketjuja paremmuusjärjestykseen eikä väitä, että kaikki Layer 2 -nimellä markkinoidut palvelut toimivat samalla tavalla.

Ensin perusjako: pääverkko ja toinen kerros

Ethereum-pääverkosta käytetään nimeä Layer 1 tai L1. Se on peruskerros, jolla on oma lohkoketjunsa ja yhteiset sääntönsä. Layer 2 eli L2 on erillinen järjestelmä, joka on rakennettu toimimaan Ethereumin yhteydessä. Käyttäjä voi asioida L2-verkossa sovelluksen ja lompakon kautta näkemättä jokaista taustalla tehtävää vaihetta.

Rollup on yksi L2-ratkaisujen perhe. Sen ajatuksena on käsitellä useita käyttäjien tapahtumia erillään Ethereum-pääverkon suoritusympäristöstä ja koota niihin liittyvää tietoa pääverkkoon. L1-kustannuksia voidaan jakaa tapahtumien kesken, mikä voi pienentää käyttäjän yksittäisen tapahtuman kustannusta. Todellinen maksu vaihtelee tilanteen ja toteutuksen mukaan; halvemmuus ei ole pysyvä hintalupaus. 12

Tapahtuman näkyminen lompakossa ei tarkoita sitä, että jokainen taustalla tapahtuva varmistusvaihe olisi jo valmis. Palvelun käyttöliittymä voi kuvata tapahtuman onnistuneeksi omassa ympäristössään ennen kuin kaikki pääverkkoon liittyvät vaiheet ovat edenneet. Selvitä omasta verkosta ja vastaanottavasta palvelusta, mitä näytettävä tila tarkoittaa ja milloin varat ovat heidän ehtojensa mukaan käytettävissä.

Miksi edullisempi käsittely tuo riippuvuuksia?

Pääverkkoon tukeutuminen ei poista kaikkia toisen järjestelmän omia riskejä. L2-verkon toimintaan voi kuulua ohjelmistokoodia, älysopimuksia, tapahtumia järjestävä toimija sekä sääntöjä siitä, miten tapahtumatieto julkaistaan ja miten virheistä voidaan kiistellä. Näiden yksityiskohdat vaihtelevat verkosta toiseen.

Ethereumin optimistic rollup -kuvauksen mukaan kyseisen mallin toimintaa ohjaavat myös Ethereumissa sijaitsevat älysopimukset, kun taas suoritusta tehdään erillisessä ympäristössä. Sopimukset liittyvät muun muassa verkon tilapäivityksiin ja talletusten seurantaan. Käyttäjän luottamus ei näin kohdistu vain yhteen sovellusnäkymään, vaan myös sitä palvelevaan tekniseen kokonaisuuteen. 14

Älysopimus on lohkoketjussa toimivaa ohjelmakoodia. Koodissa tai sen päivityksissä voi olla virheitä, ja sopimusten hallintatavat vaihtelevat. Ennen kuin pidät palvelua turvallisena vain siksi, että se mainitsee Ethereumin, selvitä, ketkä voivat muuttaa sopimuksia ja miten muutoksista ilmoitetaan. Ethereum.org käsittelee älysopimusten päivitettävyyteen liittyviä erilaisia toteutuksia. 15

Tämä ei tarkoita, että jokainen päivitettävä sopimus olisi automaattisesti turvaton tai jokainen muuttumaton sopimus turvallinen. Olennaista on tunnistaa, mistä riippuvuus syntyy ja mitä tietoa palvelu antaa. Jos et löydä ymmärrettävää kuvausta hallinnasta ja riskien rajoituksista, epävarmuus kannattaa ottaa huomioon ennen varojen siirtämistä.

Sequencer järjestää tapahtumia

Monissa rollup-toteutuksissa sequenceriksi kutsuttu toimija vastaanottaa ja järjestää tapahtumia. Ethereum.orgin optimistic rollup -opas kuvaa sequencerin roolia ja siihen liittyviä keskittämisen seurauksia. 14

Kuluttajalle tämä voi näkyä saatavuutena: jos tapahtumien järjestämiseen käytetty palvelu ei toimi tai ei käsittele pyyntöä odotetusti, asiointi voi viivästyä. Tarkka vaikutus riippuu siitä, millaisia vaihtoehtoisia reittejä ja varajärjestelyjä kyseisellä verkolla on. Älä oleta, että jokaisessa verkossa on sama mahdollisuus ohittaa operaattori tai että vaihtoehto toimii välittömästi.

Kun vertailet käytännön vaihtoehtoja, etsi verkon omasta dokumentaatiosta vastaus näihin kysymyksiin: kuka järjestää tapahtumat, mitä tapahtuu häiriössä ja onko käyttäjällä jokin dokumentoitu vaihtoehtoinen toimintatapa? Tarkista myös, koskevatko annetut ohjeet nimenomaan käyttämääsi sovellusta ja varaa. Verkko voi tarjota jonkin teknisen reitin, mutta käyttämäsi välittäjä ei välttämättä tue sitä käyttöliittymässään.

Optimistic ja zero-knowledge eivät ole sama malli

Rollupit jaetaan usein optimistic- ja zero-knowledge-ratkaisuihin. Ethereum.orgin mukaan optimistic-mallissa tilapäivityksiä pidetään aluksi kelvollisina, mutta virheelliseksi epäilty päivitys voidaan riitauttaa virhetodisteen avulla. Zero-knowledge-rollup käyttää puolestaan kelpoisuustodisteita. Mekanismien yksityiskohdat ja käyttöönoton tila on tarkistettava kyseisestä verkosta. 12 14

Erot eivät ole vain sanastoa. Optimistic-mallin riitautusjakso voi vaikuttaa erityisesti virallisen nostoreitin aikatauluun. Ethereum.orgin oppaassa kuvataan, miksi Ethereum-pääverkkoon tehtäviin nostoihin liittyy odotusaika. Nopeampi ulkopuolinen palvelu saattaa tarjota vaihtoehtoisen reitin, mutta silloin on syytä selvittää sen ehdot ja erilliset riskit sen sijaan, että reittiä pidettäisiin samana asiana kuin verkon omaa nostoa. 14

Nimi ”zero-knowledge” ei yksin kerro kaikkea käyttäjän yksityisyydestä, eikä kumpikaan nimike yksin todista tietyn palvelun turvallisuutta. Varmista myös, miten tapahtumadata on saatavilla ja millaisiin järjestelmiin todisteiden toiminta perustuu. Jos dokumentaatio ei vastaa kysymykseen, älä täytä aukkoa yleisellä oletuksella.

Silta ja vastaanottavan palvelun tuki

Kun omaisuutta siirretään verkosta toiseen, käytetään usein siltaa tai jotakin välittävää palvelua. Sillan tarkoitus on mahdollistaa varojen tai viestien siirtyminen eri ympäristöjen välillä, mutta toteutustavat ja luottamusoletukset vaihtelevat. Ethereum.org korostaa siltojen erilaisia rakenteita ja riskejä. 13

Saman tokenin nimi tai saman näköinen osoite ei yksin riitä osoittamaan, että vastaanottava pörssi tai lompakko tukee tiettyä verkkoa. Tarkista vastaanottavan palvelun talletusohjeesta sekä kryptovara että verkko ennen lähettämistä. Selvitä myös, näkyykö kyseinen token vastaanottavassa lompakossa ja tarvitaanko vastaanottamiseen lisätunnistetta. Jos jokin kohta on epäselvä, kysy palvelulta ennen siirtoa.

Sillan käytössä syntyy lisäksi kustannuksia ja odotusaikoja, jotka voivat poiketa L2:n sisäisen siirron kustannuksista. Vertaa siksi koko reittiä: siirtyminen sisään, suunniteltu toiminta verkossa ja mahdollinen siirtyminen takaisin. Älä tee kustannusvertailua vain yhden napin esittämän arvion perusteella.

Kuvitteellinen esimerkki: Henkilö haluaa käyttää sovellusta L2-verkossa ja siirtää sinne osan Ethereum-pääverkossa olevista varoistaan. Lompakko näyttää saapuneen saldon, ja sovelluksen käyttö onnistuu. Myöhemmin hän huomaa tarvitsevansa varat takaisin pääverkkoon nopeasti. Verkon oma nostoreitti sisältääkin odotusajan, eikä hänen käyttämänsä pörssi tue kyseistä L2-verkkoa suoraan. Sisäisen siirron pieni kustannus ei siis kertonut koko matkan ajasta tai käytettävissä olevista paluureiteistä. Esimerkki kuvaa mahdollista tilannetta, ei tietyn verkon nykyistä ominaisuutta.

Mitä tapahtumatila ja nostoaika kertovat?

Käyttöliittymän merkintä ”valmis” voi tarkoittaa eri asioita eri kohdissa reittiä. Sovellus voi näyttää L2-tapahtuman onnistuneena, vaikka siirto toiseen verkkoon odottaa vielä erillistä käsittelyä. Kysy, tarkoittaako tila paikallista hyväksyntää, vastaanottavan palvelun hyvitystä vai noston lopullista valmistumista.

Tallenna tapahtumatunnisteet ja mahdolliset sillan antamat viitteet. Jos siirto viivästyy, tarkista ensin verkon ja palvelun viralliset tilatiedot sekä reitin ohjeet. Ota yhteys oikeaan palveluntarjoajaan sen omien kanavien kautta. Älä anna kenellekään palautuslausetta tai yksityisiä avaimia, vaikka henkilö väittäisi korjaavansa jumiutuneen siirron.

Vältä myös päättelemästä, että pitkä odotus merkitsee automaattisesti varojen menetystä. Yhtä lailla on väärin luvata, että kaikki viiveet ratkeavat varmasti. Syynä voi olla reitin normaali odotus, palvelukatko tai muu tapahtumakohtainen ongelma. Ohjeet ja mahdolliset palautuskeinot on tarkistettava käytetyn toteutuksen mukaan.

Pidä riskit erillään toisistaan

Sovelluksen, L2-verkon, sillan ja vastaanottavan palvelun ongelmat eivät ole sama asia. Sovelluksen virhe voi koskea vain kyseistä sovellusta, kun taas verkon häiriö voi vaikuttaa laajemmin tapahtumien käsittelyyn. Sillan ongelma voi puolestaan koskea verkkojen välistä siirtoa, vaikka kummassakin verkossa olisi muuten toimintaa. Näiden erottaminen auttaa kysymään oikealta taholta oikean kysymyksen.

Kun luet palvelun riskikuvausta, kiinnitä huomiota siihen, kuvaako se nykyistä toteutusta vai tulevaisuuden suunnitelmaa. Tarkista myös dokumentin ajankohta ja onko varoituksissa rajoituksia. Tekniset ratkaisut ja palvelujen tukemat reitit voivat muuttua; tässä oppaassa ei siksi nimetä yhtä ratkaisua kaikkien käyttäjien turvalliseksi vaihtoehdoksi. Jos tarvitset varat tiettyyn aikaan, huomioi jo ennen siirtoa myös häiriöiden mahdollisuus.

Tarkistuslista ennen käyttöönottoa

Ennen kuin siirrät varoja toiseen verkkoon, selvitä ainakin nämä asiat:

• Verkko ja vara: Onko kyseessä juuri se verkko ja token, jota sovellus ja vastaanottaja tukevat?
• Siirtoreitti: Käytätkö verkon omaa siltaa vai ulkopuolista palvelua? Mitkä ovat sen ehdot ja riskit?
• Takaisin pääsy: Miten palaat haluamaasi verkkoon, kauanko se voi kestää ja millaisia maksuja siitä voi syntyä?
• Toimintariippuvuudet: Kuka käsittelee tapahtumia, mitä häiriötilanteessa tapahtuu ja kuka voi päivittää sopimuksia?
• Tapahtuman tila: Mitä palvelun näyttämä vahvistus tarkoittaa ja mitä se ei vielä kerro?

Selvitä asiat ensisijaisesti verkon ja vastaanottavan palvelun omista ajantasaisista ohjeista. Jos sovellus käyttää erillistä siltaa, tarkista myös sillan dokumentaatio. Nämä ovat eri osia samaa reittiä, eikä yhden toimijan antama vastaus välttämättä kata koko tapahtumaa.

Layer 2:n käytännön hyöty voi olla sujuvampi ja edullisempi asiointi, mutta turvallisuutta ei voi päätellä pelkästä kerroksen nimestä tai yhdestä maksusta. Kun ymmärrät, missä varat ovat ja mistä paluu riippuu, osaat arvioida paremmin, sopiiko reitti omaan tarpeeseesi.