Yleiskatsaus: RPC-pyynnöt ovat sovelluksen yhdyskäytävä Solana-klusteriin. Pyyntöjä palvelevat osuvasti nimetyt RPC-solmut, jotka tyypillisesti keskittyvät tähän tehtävään sen sijaan, että osallistuisivat konsensukseen. Sovelluksen käyttäjän näkökulmasta heikko RPC-suorituskyky ei kuitenkaan eroa heikosta klusterin suorituskyvystä. Käyttäjillesi loistavan kokemuksen tarjoamiseksi ja Solanan nopeuden ja matalan viiveen esittelemiseksi on tärkeää, että RPC-infrastruktuuri on tehtäviensä tasalla.
Kehitys: Kehittäjiä kannustetaan käyttämään paikallista klusteria kehityksen aikana, erityisesti varhaisessa vaiheessa ja testauksessa. Paikalliset klusterit ovat joustavampia kuin julkiset tarjonnat, antaen 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 tarkoituksenmukaisemmaksi.
Kuten kaikissa koodin optimointitehtävissä, RPC-pyyntöjen kohdalla vähemmän on enemmän. Vältä toistuvia, tiheitä kutsuja samoihin tietoihin. Vältä sellaisten asiakkaiden rakentamista, jotka tekevät RPC-pyyntöjä suoraan. "Taustajärjestelmättömät dAppit" ovat myytti; pommitat vain jonkun toisen infrastruktuuria. Tallenna kalliit kutsut (erityisesti getProgramAccount, getSignaturesForAddress2 ja getConfirmedBlock) sovellukselle optimoidulla tavalla ja tarjoa käyttäjillesi tiedot välimuistista. Ajan käyttäminen koodisi optimointiin ennen julkaisua voi säästää sinua monilta päänsäryiltä huonojen käyttäjäkokemusraporttien muodossa ja voi merkittävästi vähentää infrastruktuurikulujasi.
Useat palveluntarjoajat tarjoavat ilmaisen RPC-pääsyn julkisiin Solana-klustereihin. Nämä palvelut sopivat hyvin tosielämän 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 nopeusrajoitukset, ne eivät tarjoa SLA:ta, eivätkä ne pelkää bannata väärinkäyttäjiä. Kun sovellus on valmis avattavaksi julkisesti, on aika investoida yksityiseen RPC-pääsyyn.
Joitakin ilmaisia RPC-palveluntarjoajia:
Testnet
Devnet
Mainnet-beta
Sovellusten välisten RPC-vaatimusten vaihtelun vuoksi yleistetty julkinen RPC-infrastruktuuri täyttää harvoin laskun. Käyttäjien hyvän kokemuksen varmistamiseksi julkisten sovellusten on turvattava oma yksityinen RPC-pääsy. Tämä mahdollistaa automaattisen skaalautumisen käyttäjien kysynnän mukaan, nopeusrajoitusten höllentämisen sovelluksesi mukaan ja mielenrauhan siitä, että muiden sovellusten käyttäjät eivät syrjäytä omiasi. Useat organisaatiot tarjoavat korkean käytettävyyden, on-demand RPC-palveluita; katso alta. Jos mikään palveluntarjoajista ei sovi, ja olet valmis ylläpitämään omaa RPC-palveluasi, ota yhteyttä Solana Foundationiin ohjeita varten.