Smartkontrakter, tokens og skalering

Koden blir en del av transaksjonen

En smartkontrakt er et program publisert på en adresse som holder sin egen tilstand og kjøres når en transaksjon kaller på den. Når den først er publisert, kjører den nøyaktig slik den er skrevet, for alle som kaller på den, uten at noen vurderer om utfallet er rimelig.

Ordet «smart» spiller ingen rolle her, og «kontrakt» er direkte villedende. En juridisk avtale tolkes av domstoler som veier hensikt, rimelighet og omstendigheter. En smartkontrakt har ikke noe av dette. Hvis koden inneholder en feil, er feilen regelen. Sender du midler til en kontrakt uten funksjon for å gi dem tilbake, blir de der for alltid.

Dette skjærer begge veier, og den nyttige lesningen er at det fjerner rommet for skjønn, ikke risikoen. Du er ikke lenger avhengig av at en operatør velger å holde en avtale. Nå er du avhengig av at koden er korrekt, og av din egen forståelse av hva du kaller på.

Hva en tokenstandard faktisk standardiserer

Tokenstandarder fastsetter et felles sett med funksjoner – overføring, saldo, godkjenning – slik at lommebøker, utforskere og applikasjoner kan håndtere ethvert standardmessig token uten særskilt kode. Den kompatibiliteten er hele poenget og forklarer hvorfor et nytt token straks dukker opp i en lommebok.

Standarden sier ingenting om hvem som styrer tokenet. Det samme standardmessige grensesnittet kan hvile på en kontrakt der opphavspersonen har beholdt retten til å utstede ubegrenset med enheter, fryse enkeltadresser, pause alle overføringer eller skrive om logikken helt. Standardmessighet handler om grensesnittet, ikke om tillatelsene bak.

Spørsmålet om et token er altså ikke om det følger en standard – nesten alle gjør det – men hvilke tilleggsfunksjoner kontrakten tilbyr, og hvem som kan kalle på dem.

Skalering endrer veien

Rollups og andre nettverk senker kostnader eller øker kapasitet ved å kjøre transaksjoner utenfor et grunnlag og gjøre opp resultatene der. For brukeren er den viktige følgen ikke mekanismen, men geografien: aktivaene dine er nå registrert på et annet nettverk enn det du kanskje ser som hjemmebasen din.

Det endrer flere praktiske ting samtidig. Gebyrer betales i aktivumet det nettverket krever. Uttak til grunnlaget kan innebære dagers venting. En adresse som finnes på ett nettverk, trenger ikke være under din kontroll på et annet. Og en tjeneste som støtter aktivumet, trenger ikke støtte det på nettopp det nettverket.

Feilen som følger, er å sammenligne nettverk bare på gebyr. Den relevante sammenligningen gjelder hele veien: hva det koster å komme inn, hva det koster å virke der, hva det koster å komme ut, og hvor lang tid utgangen tar når den virkelig trengs.

Broer utvider angrepsflaten

En bro flytter verdi mellom systemer som ikke har noen egen måte å kommunisere på. Vanligvis låser eller brenner den et aktivum på den ene siden og utsteder en representasjon på den andre. Tokenet du får, er som regel ikke det opprinnelige aktivumet: det er et krav dekket av det broen holder.

Sikkerheten dens avhenger altså av kontraktene dens, validatorene eller bevissystemet dens, administratorene og nøklene deres, og likviditeten på bestemmelsesstedet. Historisk hører broer til de mest utnyttede delene av denne bransjen, nettopp fordi de samler store saldoer bak spesialskrevet kode.

At begge endene er blokkjeder, overfører ikke sikkerheten til noen av dem til broen imellom. Vurder den som det separate systemet den er.

• Verifiser kontrakts- og nettverksadresser i den offisielle dokumentasjonen.
• Les administrator- og oppgraderingstillatelsene før du setter inn.
• Finn ut nøyaktig hvordan du kommer tilbake og hvor lang tid det tar.
• Behold litt av nettverkets eget aktivum til gebyrene på målnettverket.
• Gjør en liten test før du tar i bruk en ny brovei.