Panoramica: le richieste RPC sono il gateway di un'applicazione verso il cluster Solana. Le richieste vengono gestite dai cosiddetti nodi RPC, che in genere sono dedicati a questo compito anziché 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, soprattutto 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 (in particolare 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 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 stai pagando. I servizi gratuiti in genere non si ridimensionano 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 nell'accesso RPC privato.
Alcuni provider RPC gratuiti:
Testnet
Devnet
Mainnet-beta
A causa della variabilità dei requisiti RPC tra le applicazioni, l'infrastruttura RPC pubblica generalizzata raramente soddisfa le esigenze. Per garantire agli utenti un'esperienza positiva, le applicazioni rivolte al pubblico devono assicurarsi il proprio accesso RPC privato. Ciò ti consentirà di ridimensionare 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.