Panoramica: le richieste RPC sono il gateway di un'applicazione verso il cluster Solana. Le richieste vengono gestite da nodi RPC, che sono tipicamente dedicati a questo compito piuttosto che partecipare al consenso. Tuttavia, dal punto di vista dell'utente dell'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: gli sviluppatori sono incoraggiati a 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 è con 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 martellando 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. Prendersi il tempo per ottimizzare il codice prima di andare live può risparmiarti molti grattacapi 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 Solana. Questi servizi sono adatti per test nel mondo reale, demo iniziali e piccoli programmi beta privati. Tieni presente che ottieni esattamente ciò per cui stai pagando. I servizi gratuiti tipicamente non scalano automaticamente, hanno limiti di velocità, non offrono SLA e non hanno paura di 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 ottengano una buona esperienza, le applicazioni rivolte al pubblico devono assicurarsi il proprio accesso RPC privato. Questo ti permetterà di scalare automaticamente in base alla domanda degli utenti, rilassare i limiti di velocità 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 on-demand; vedi sotto. Se nessuno dei provider è adatto e sei pronto ad affrontare il compito di gestire il tuo servizio RPC, contatta la Solana Foundation per ricevere indicazioni.