Yleiskatsaus: RPC-pyynnöt ovat sovelluksen yhdyskäytävä Solana-klusteriin. Pyyntöjä palvelevat osuvasti nimetyt RPC-solmut, jotka ovat tyypillisesti omistautuneet tälle tehtävälle sen sijaan, että osallistuisivat konsensukseen. Siitä huolimatta sovelluksen käyttäjän näkökulmasta heikko RPC-suorituskyky ei eroa heikosta klusterin suorituskyvystä. Tarjotaksesi käyttäjillesi erinomaisen kokemuksen ja esitelläksesi Solanan nopeuden ja matalan viiveen, on tärkeää, että RPC-infrastruktuuri on tehtävän tasalla.
Kehitys: Kehittäjiä kannustetaan käyttämään paikallista klusteria kehityksen aikana, erityisesti varhaisissa vaiheissa ja testauksessa. Paikalliset klusterit ovat julkisia tarjontoja joustavampia, sillä ne tarjoavat vapauden ajaa optimoimattomia varhaisia iteraatioita. Helpoin tapa ajaa paikallista klusteria on solana-test-validator-binääri, joka sisältyy Solana CLI Tools -pakettiin. Kun sovellus saavuttaa vakaan tilan, julkisessa klusterissa käyttöönotto tulee sopivammaksi.
Kuten kaikissa koodin optimointitehtävissä, RPC-pyyntöjen kohdalla vähemmän on enemmän. Vältä toistuvien, toisteisten kutsujen tekemistä samoille tiedoille. Vältä sellaisten asiakkaiden rakentamista, jotka tekevät RPC-pyyntöjä suoraan. "Backend-ittomat dAppit" ovat myytti; sinä vain pommitat jonkun toisen infrastruktuuria. Tallenna kalliit kutsut (erityisesti getProgramAccount, getSignaturesForAddress2 ja getConfirmedBlock) sovellukselle optimoidulla tavalla välimuistiin ja tarjoa käyttäjillesi tiedot välimuistista. Ajan ottaminen koodisi optimointiin ennen julkaisua voi säästää sinulta paljon päänsärkyä huonoista käyttäjäkokemuksista ja voi merkittävästi vähentää infrastruktuurikustannuksiasi.
Useat palveluntarjoajat tarjoavat ilmaisen RPC-pääsyn julkisiin Solana-klustereihin. Nämä palvelut soveltuvat hyvin todelliseen testaukseen, varhaisiin demoihin ja pieniin, yksityisiin beta-ohjelmiin. Pidä mielessä, että saat juuri sen, mistä maksat. Ilmaiset palvelut eivät tyypillisesti skaalaudu automaattisesti, niissä on nopeusrajoituksia, ne eivät tarjoa SLA:ta eivätkä pelkää estää väärinkäyttäjiä. Kun sovellus on valmis avattavaksi julkisuuteen, on aika investoida yksityiseen RPC-pääsyyn.
Joitakin ilmaisia RPC-palveluntarjoajia:
Testnet
Devnet
Mainnet-beta
Sovellusten välisten RPC-vaatimusten vaihtelevuuden vuoksi yleistetty julkinen RPC-infrastruktuuri täyttää harvoin tarkoituksensa. Varmistaakseen käyttäjien hyvän kokemuksen, julkisten sovellusten on turvattava oma yksityinen RPC-pääsy. Näin voit skaalata automaattisesti käyttäjien kysynnän mukaan, löysätä nopeusrajoja sovelluksesi mukaan ja olla mielenrauhassa siitä, etteivät muiden sovellusten käyttäjät syrjäytä omiasi. Useat organisaatiot tarjoavat korkean saatavuuden, on-demand RPC-palveluita; katso alta. Jos mikään tarjoajista ei sovi ja olet valmis ajamaan omaa RPC-palveluasi, ota yhteyttä Solana Foundationiin ohjausta varten.