Panoramica: Le richieste RPC rappresentano il gateway di un'applicazione al cluster Solana. Le richieste vengono gestite da nodi RPC appositamente dedicati, che solitamente si concentrano su questo compito piuttosto che partecipare al consenso. Tuttavia, dal punto di vista dell'utente di un'applicazione, una scarsa performance RPC non è diversa da una scarsa performance del cluster. Per offrire ai tuoi utenti un'esperienza eccellente e mostrare la velocità e la bassa latenza di Solana, è importante disporre di un'infrastruttura RPC all'altezza del compito.
Sviluppo: Si consiglia agli sviluppatori di utilizzare un cluster locale durante lo sviluppo, specialmente nelle fasi iniziali e per i test. I cluster locali sono più flessibili rispetto alle offerte pubbliche, garantendo la libertà di eseguire iterazioni iniziali non ottimizzate. Il modo più semplice per eseguire un cluster locale è utilizzare il binario solana-test-validator, incluso nella suite Solana CLI Tools. Una volta che l'applicazione raggiunge uno stato stabile, il deployment su un cluster pubblico diventa più appropriato.
Come per tutte le attività di ottimizzazione del codice, quando si tratta di richieste RPC, meno è meglio. Evita di effettuare chiamate frequenti e ripetitive per gli stessi dati. Evita di creare client che effettuano richieste RPC direttamente. Le "dApp senza backend" sono un mito; stai semplicemente sovraccaricando l'infrastruttura di qualcun altro. Memorizza nella cache le chiamate costose (specialmente getProgramAccount, getSignaturesForAddress2 e getConfirmedBlock) in modo ottimizzato per l'app e servi i tuoi utenti dalla cache. Dedicare tempo all'ottimizzazione del codice prima del lancio può risparmiarti molti problemi derivanti da segnalazioni di scarsa esperienza utente e può ridurre significativamente la spesa per l'infrastruttura.
Diversi provider offrono accesso RPC gratuito ai cluster pubblici di Solana. Questi servizi sono utili per test nel mondo reale, demo iniziali e piccoli programmi beta privati. Tieni presente che ottieni esattamente ciò per cui paghi. I servizi gratuiti tipicamente non si adattano automaticamente, hanno limiti di frequenza, non offrono SLA e non esitano a bannare gli abusatori. Quando un'applicazione è pronta per essere aperta al pubblico, è il momento di investire in accesso RPC privato.
Alcuni provider RPC gratuiti:
Testnet
Devnet
Mainnet-beta
A causa della variabilità nei requisiti RPC tra le applicazioni, l'infrastruttura RPC pubblica generalizzata raramente soddisfa le esigenze. Per garantire che gli utenti abbiano una buona esperienza, le applicazioni rivolte al pubblico devono assicurarsi il proprio accesso RPC privato. Questo ti consentirà di adattare automaticamente la scala in base alla domanda degli utenti, allentare i limiti di frequenza in base alla tua applicazione e avere la tranquillità che gli utenti di altre applicazioni non escluderanno i tuoi. Diverse organizzazioni offrono servizi RPC ad alta disponibilità e su richiesta; vedi sotto. Se nessuno dei provider è adatto e sei disposto a gestire il tuo servizio RPC, contatta la Solana Foundation per ricevere indicazioni.