Tekninen analyysi · 10 min ·

Solana Virtual Machine selitettynä kaikille, jotka tuntevat vain Bitcoinin

Opas Solana Virtual Machineen lukijoille, jotka tuntevat Bitcoinin: tilimalli, rinnakkainen suoritus, kehitystyökalut ja Bitcoin Hyperin ilmoittaman yhteensopivuuden rajat.

#SVM#solana#älysopimus#sealevel#kehittäjät

Opetustarkoitus. Tämän artikkelin sisältö palvelee yksinomaan tiedotus- ja selitystarkoitusta. Se ei ole sijoitusneuvontaa. Täydellinen vastuuvapauslauseke.

Bitcoinin työpöydältä Solanan keittiöön

Bitcoinilla on skriptikieli — nimeltään Script — joka on tarkoituksellisesti rajoitettu. Se ei ole Turing-täydellinen, ei salli silmukoita ja vain alkeellisia operaatioita: allekirjoitusten todentaminen, timelockien käsittely tai multisig-ratkaisujen laatiminen. Tämä yksinkertaisuus auttaa tekemään Bitcoinin käyttäytymisestä ennustettavaa ja pienentämään suorituspinta-alaa, vaikka Bitcoinin turvallisuus riippuu lukuisista protokollan osatekijöistä.

Ethereum on valinnut toisen tien: se esitteli EVM:n (Ethereum Virtual Machine), Turing-täydellisen ympäristön, jossa älysopimuksia voidaan suorittaa. Protokollatasolla tilasiirtymät käsitellään sekventiaalisen mallin mukaan, vaikka toteutukset voivat rinnakkaistaa joitakin sisäisiä tehtäviä.

Solana on vastannut skaalautuvuushaasteeseen radikaalisti erilaisella arkkitehtuurilla: SVM (Solana Virtual Machine) ja Sealevel-runtime.

Solanan tilimalli (ja SVM)

Ethereumissa älysopimus « omistaa » tilansa: data sijaitsee itse sopimuksessa. SVM:ssä suunnittelu on eriytetty:

  • - Koodi sijaitsee ohjelmatilillä; sen päivitettävyys riippuu käyttöönottomekanismista ja määritetystä auktoriteetista
  • - Data (tila) sijaitsee erillisillä tileillä, joita ohjelma hallitsee

Se antaa Sealevelille mahdollisuuden analysoida transaktioita etukäteen: jos transaktio A koskee tilejä {X, Y} ja transaktio B tilejä {Z, W}, molemmat voidaan suorittaa rinnakkain ja ilman konfliktia.

Tämä malli mahdollistaa niiden transaktioiden rinnakkaisen suorittamisen, jotka eivät kohdistu samoihin tileihin. Se voi kasvattaa läpisyöttöä, mutta ei sinänsä salli johtaa määrällistä etua EVM:ään verrattuna vastaavalla laitteistolla. Yhtäkään Bitcoin Hyperille erityistä suorituskykytestiä ei ole julkaistu.

Mitä se merkitsee kehittäjille

SVM:n ohjelmat kirjoitetaan Rustilla (tai C/C++:lla) ja käännetään eBPF-tavukoodiksi. Laajalti käytetty framework on Anchor, joka lisää makroja ja konventioita kehityksen helpottamiseksi.

Bitcoin Hyperin dokumentaatio asettaa tavoitteeksi välittömän yhteensopivuuden eli « drop-in-yhteensopivuuden » Solana-ekosysteemin kanssa. Projektin mukaan olemassa oleva ohjelma voisi toimia rajallisin muutoksin, kuten muuttamalla RPC-endpointia ja yksittäisiä verkkoparametreja. Dokumentaatio ennakoi lisäksi yhteensopivuutta työkalujen kanssa, kuten Solana-CLI, Anchor ja IDE-lisäosat. Todellinen yhteensopivuuden aste on vielä todennettava riippumattomasti.

Jos tämä yhteensopivuuden aste saavutettaisiin, se voisi madaltaa kynnystä Solanan tunteville kehittäjille. SVM-pohjaisen ympäristön yhteinen käyttö ei kuitenkaan sinänsä takaa ohjelmien, API:en, järjestelmäohjelmien, työkalujen tai runtimen käyttäytymisen yhteensopivuutta. Kyseessä on yhä suunnittelutavoite eikä riippumattomasti todennettu tulos.

Mitä on vielä selvitettävä

Silti useita seikkoja on syytä mainita avoimesti:

  1. Täydellistä yhteensopivuutta ei ole riippumattomasti todennettu: Devnet on valikoiva, ja julkiset testit ovat rajallisia
  2. Eroja kustannusmallissa: projektidokumentaation mukaan Bitcoin Hyper käyttää maksuihin $HYPERiä SOLin sijaan, jolloin jotkin abstraktiot poikkeavat toisistaan
  3. Riippuvuudet Solanan järjestelmäohjelmista: jotkin Solana-sovellukset perustuvat järjestelmäohjelmiin (kuten viralliseen Token Programiin), jotka eivät mahdollisesti ole saatavilla identtisessä muodossa

Väite « drop-in »-yhteensopivuudesta on vielä todennettava. Sen arviointi edellyttää julkista teknistä dokumentaatiota, riittävää pääsyä Devnetiin ja toistettavia testejä, jotka kattavat ohjelmat, työkalut ja järjestelmäriippuvuudet.

Franchise-analogia

SVM:n voi kuvitella franchise-ravintolan keittiöksi. Resepti vastaa koodia, ja toimitila vastaa verkkoa, jossa se suoritetaan. Bitcoin Hyper haluaa tarjota Solanan kanssa yhteensopivaa välineistöä, mutta ei ole vielä osoitettu, että kaikki komponentit olisivat identtisiä tai että tulos olisi sama kaikissa tapauksissa.

Ero on pääraaka-aineessa: SOLin sijaan keittiön « polttoaineena » käytettäisiin tässä $HYPERiä.


Myös lukemisen arvoista