Miten transaktiot toimivat Solanassa?

Koska jokaisesta transaktiosta peritään maksu sen suorituksen yhteydessä, on hyvä ymmärtää, miten transaktiot toimivat. Transaktio koostuu kolmesta osasta:

yhdestä tai useammasta ohjeesta
luettavien tai kirjoitettavien tilien taulukosta
yhdestä tai useammasta allekirjoituksesta
viimeaikaisesta lohkotiivisteestä tai noncesta

Ohje on Solanan pienin suorituslogiikan yksikkö. Ohjeet ovat kutsuja Solanan globaalin tilan päivittämiseksi. Ohjeet kutsuvat ohjelmia, jotka tekevät kutsuja Solana-ajonaikaiseen ympäristöön tilan päivittämiseksi (esimerkiksi kutsumalla token program -ohjelmaa siirtämään tokeneita tililtäsi toiselle tilille). Voit ajatella ohjetta kuten funktiokutsua Ethereum-älykkäässä sopimuksessa.

Merkittävä ero Ethereumin ja Solanan välillä on funktiokutsujen määrä yksittäisessä transaktiossa ohjeiden lukumäärän vuoksi. Useiden ohjeiden sisällyttäminen yhteen transaktioon hyödyttää kehittäjiä, sillä heidän ei tarvitse luoda mukautettuja älykkäitä sopimuksia ketjuttaakseen funktioita yhdessä transaktiossa. Jokainen ohje voi olla erillinen funktiokutsu, joka suoritetaan järjestyksessä transaktiossa. Transaktiot ovat atomisia, eli jos jokin näistä ohjeista epäonnistuu, koko transaktio epäonnistuu ja maksat ainoastaan transaktiomaksun. Tämä on verrattavissa transaktion epäonnistumiseen Ethereumissa väärän slippagen asettamisen vuoksi.

Toinen tärkeä eroavaisuus on viimeaikaisen lohkotiivisteen käyttö inkrementaalisen noncen sijaan transaktioissa. Kun lompakko haluaa tehdä transaktion, viimeaikainen lohkotiiviste haetaan klusterilta voimassa olevan transaktion luomiseksi. Tämä viimeaikainen lohkotiiviste tekee transaktiosta voimassa olevan ainoastaan 150 lohkon ajan sen hakemisen jälkeen. Tämä estää pitkäikäisten transaktion allekirjoitusten suorittamisen paljon myöhemmässä vaiheessa.

Cross-Program Invocation (CPI)

Cross-Program Invocation (CPI) tarkoittaa tilannetta, jossa yksi Solana-ohjelma kutsuu ohjetta toisessa ohjelmassa alkuperäisen transaktion suorittamisen aikana. CPI on tärkein tapa, jolla Solana-ohjelmat toimivat yhdessä toistensa kanssa, mutta tilien malli muuttaa tapaa, jolla suunnittelet kutsugraafin: transaktion täytyy sisältää kaikki tilit, joita koko CPI-ketju lukee tai kirjoittaa, ennen kuin suoritus alkaa.

Kutsuttu ohjelma perii ainoastaan ne allekirjoittaja- ja kirjoitusoikeudet, jotka kutsuva ohjelma sai, ja kutsuttu ohjelma käyttää samaa transaktion laskentabudjettia. Käytä invoke-kutsua, kun kaikki vaaditut allekirjoittajat ovat allekirjoittaneet alkuperäisen transaktion. Käytä invoke_signed-kutsua, kun kutsuvan ohjelman täytyy allekirjoittaa yhden sen PDA:n puolesta allekirjoittajien siemenillä.

Vahvistustasot

RPC-luet, tilaukset ja transaktion vahvistuslogiikka voivat valita commitment-tason. Tämä on Solanan versio siitä, kuinka monta Ethereum-lohkovahvistusta odotetaan, paitsi että tasot ovat eksplisiittisiä:

processed: solmun uusin käsitelty näkymä. Käytä sitä ainoastaan optimistiseen käyttöliittymään tai tilanteisiin, jotka voivat sietää peruutuksia.
confirmed: lohko, jonka staken superenemmistö on äänestänyt. Käytä sitä oletusarvona useimmille tuotantovahvistuksille ja käyttäjälle näkyvälle transaktion tilalle.
finalized: vahvin vahvistustila. Käytä sitä ennen peruuttamattomia off-chain-toimintoja, kuten fiat-maksuja, tavaroiden toimittamista tai lopullisia selvitystietueita.

Jos RPC-metodi hyväksyy commitmentin ja jätät sen pois, oletusarvo on tyypillisesti finalized. Tuotantoasiakkaiden tulisi silti asettaa commitment eksplisiittisesti, jotta käyttöliittymän viive, indekserin käyttäytyminen ja selvityskäytäntö ovat harkittuja.