Kuinka pelimoottori DeFille voisi helpottaa nopeutettua kehitystä

Minkä tahansa hajautettujen sovellusten ekosysteemin, DApps, sykkivä sydän on sen taustalla oleva teknologiapino. Ethereumille (ETH) tämä on sen "Nakamoto"-konsensus, Ethereum Virtual Machine (EVM) -suoritusympäristö ja Solidity-ohjelmointikieli. Yhdessä nämä tekniikat ovat antaneet älykkäille sopimuskehittäjille mahdollisuuden viedä hajautettua rahoitusta (DeFi) konseptista todellisuuteen.

Jotta DeFi tekisi seuraavan harppauksen – valtavirran käyttöönoton – skaalautuvuus on teknologinen vaatimus, joka saa eniten huomiota. Mutta usein unohdettu, mutta yhtä tärkeä näkökohta kerroksen yksi alustoissa on niiden lähestymistapa älykkäiden sopimusten kehittämiseen. 

Vaikka Solidity ja EVM ovat ydinteknologioita, joiden ansiosta Ethereum voi kiistatta olla DeFin edelläkävijä, pioneerit ovat myös niitä, jotka tekevät kaikki virheet. Oletko koskaan miettinyt, miksi tuntuu siltä, ​​että nykyään on loputon sarja DeFi-murtoja ja hyväksikäyttöjä? Se on tulosta ohjelmointilähestymistavasta, joka tekee tunnuksien turvallisen hallinnan uskomattoman vaikeaksi. Koska Ethereumia suunniteltaessa DeFiä ei ollut olemassa.

Mutta korjaus ei ole helppoa. Suuret muutokset Solidityyn ja EVM:ään eivät ole mahdollisia, koska tämä rikkoisi suurimman osan jo rakennetuista DAppeista. Siksi uudemmilla alustoilla on todellinen mahdollisuus oppia kehittäjäkokemuksesta ja parantaa sitä – koska näiden kehittäjien rakentamat parannetut DApps-sovellukset voivat mahdollistaa seuraavan DeFin käyttöönoton aallon.

Miksi DeFi-kehitys on vaikeaa Ethereumille

Olipa kyseessä rahakkeita hajautettuun lainaamiseen ja lainaamiseen, rahakkeita NFT-peliin tai taideteokseen tai rahakkeita rahoitusjohdannaiseen, ne ovat käytännössä jokaisen DeFin ja krypton käyttötapauksen ytimessä. 

Kuitenkin ainoa merkki, jonka Ethereum-alusta luonnollisesti ymmärtää, on ETH. Kaikki muut ERC-20-, 721-, 1155- tai minkä tahansa muun standardin mukaiset tunnukset ovat vain muuttujina (tavallisina vanhoina numeroina) kussakin älykkäässä sopimuksessa.

Tether-tunnus – USDT – on luettelo USDT-älysopimuksen sisällä olevista tileistä ja niihin liittyvistä saldoista. Sama koskee Shiba Inua (SHIB) ja kaikkia muita Ethereumiin rakennettuja merkkejä. Tästä syystä et voi vaihtaa ETH:ta Uniswapissa (UNI), vaan sen sijaan sinun on omituisella tavalla vaihdettava wrapped-ETH (wETH), joka on ERC-20-tunnus, jota tukee pidätetty ETH.

Tämä tuo ongelmia. Et voi "lähettää" tunnuksia henkilöltä toiselle, koska rahakkeet eivät asu käyttäjän lompakossa. He elävät vain saldona, joka liittyy tiliin kunkin yksittäisen sopimuksen sisällä.

USDT:n vaihtamiseksi SHIB:ksi lähetetään viesti, jossa veloitetaan USDT-sopimuksen tili ja hyvitetään tiliäsi SHIB-sopimuksessa. Mutta tililtäsi veloitetun USDT:n on mentävä jollekin toiselle USDT-sopimuksen tilille, ja samoin tilillesi hyvitettävän SHIB:n on oltava peräisin joltakin toiselta SHIB-sopimuksen tililtä.

Koska taakka ottaa käyttöön uusi tunnus jokaisessa älykkäässä sopimuksessa ja kehittäjien on varmistettava, että heidän sopimusnsa ovat turvallisia kaikissa mahdollisissa skenaarioissa, kehittäjät käyttävät lähes kaiken ajastaan, jopa 90 %, testaamiseen ja validointiin. Tämä tuskin jättää heille enää aikaa rakentaa sitä, mitä he todella haluavat: DeFi-toiminnallisuuden.

Onko näin turhauttavalla kehittäjäkokemuksella parempaa tapaa? 

Tokenit DeFi-kehityksen ytimenä

DeFi on kyse rahakkeista. Tämä tarkoittaa, että tunnukset eivät saa olla kehityskokemuksen jälkikäteen – niiden tulee olla edessä ja keskellä – aivan alustan ytimessä.

Siksi oikea ohjelmointikieli voi nopeuttaa ei vain yhden alustan vaan koko toimialan kehitystä. Esimerkki tästä on Radix, kerros yksi protokolla, joka käyttää "omaisuussuuntautunutta" ohjelmointia ja ottaa sen käyttöön Scrypto-ohjelmointikielellään.

Kuinka se toimii? Ensinnäkin tokeneja ei enää määritellä älykkäässä sopimuksessa, kuten yllä kuvatussa tili- ja saldoluettelossa. Sen sijaan tunnukset elävät erillisessä kerroksessa noudattaen alustan noudattamia sääntöjä. Aivan kuten Bitcoin-alusta pakottaa sen, että BTC:tä ei voi kuluttaa kaksinkertaisesti, tyhjentää tai menettää tapahtumassa, myös omaisuussuuntautunut ohjelmointi varmistaa samanlaisen loogisen käyttäytymisen, mutta jokaiselle alustalle luodulle tunnukselle. 

Kun nämä säännöt ovat voimassa, rahakkeet saavat samat ominaisuudet kuin voit odottaa taskussasi olevalta fyysiseltä kolikolta. Voit antaa sen fyysisesti jollekin toiselle, mutta alusta takaa, että token on mahdotonta olla kahdessa paikassa kerralla eikä se voi kadota. 

Tämän käyttäytymisen fyysisyyden vuoksi DeFi-kehittäjät voivat sitten rakentaa DeFi DApps -sovelluksia, kuten he piirtävät ne intuitiivisesti taululle. Ohjelmointikielessä olevat sanat, kuten "ottaa" ja "laita", itse asiassa ottavat ja laittavat tokeneita paikkoihin.

Ei enää rahoitussääntöjen määrittelemistä jokaisessa älykkäässä sopimuksessa tyhjästä, kuten Solidityssä. Radixin avulla kehittäjät saavat kaikki tarvitsemansa työkalut suojatun koodin rakentamiseen nopeasti – mikä lisää heidän tuottavuuttaan.

Viime kädessä se, valitsevatko kehittäjät uuteen paradigmaan vai pitävätkö vanhasta parempana, riippuu hienorakeisesta tasapainosta vanhan verkkovaikutuksen ja uuden etujen välillä.

Uuden lähestymistavan oppiminen DeFin kehittämiseen vaatii työtä. Ja tämä on erityisen riskialtista, jos ekosysteemi, jota varten rakennat, alkaa tyhjästä verrattuna ekosysteemiin, jossa on tuhansia DApps-sovelluksia, kypsiä kehittäjäyhteisöjä ja miljoonia käyttäjiä. 

Mutta kuten näimme vuoden 2021 aikana, uudet kerrokset voivat kasvaa nopeasti. Oikealla toteutuksella on mahdollisuus, että saatamme nähdä uuden nousun kaupungissa. Sellainen, joka saattaa hyvinkin pystyä vauhdittamaan kehittäjien yhteisöä, joka on keskittynyt DeFin yleiseen käyttöönottoon.