Cluster ed endpoint RPC pubblici

La blockchain di Solana ha diversi gruppi di validator, noti come Cluster. Ognuno serve scopi diversi all'interno dell'ecosistema complessivo e contiene nodi API dedicati per soddisfare le richieste JSON-RPC per il rispettivo Cluster.

I singoli nodi all'interno di un Cluster sono posseduti e gestiti da terze parti, con un endpoint pubblico disponibile per ciascuno.

Endpoint RPC pubblici di Solana

L'organizzazione Solana Labs gestisce un endpoint RPC pubblico per ogni Cluster. Ciascuno di questi endpoint pubblici è soggetto a limiti di frequenza, ma è disponibile per utenti e sviluppatori per interagire con la blockchain di Solana.

I limiti di frequenza degli endpoint pubblici sono soggetti a modifiche. I limiti specifici elencati in questo documento non sono garantiti come i più aggiornati.

Utilizzo di explorer con diversi Cluster

Molti dei popolari explorer della blockchain di Solana supportano la selezione di qualsiasi Cluster, spesso consentendo anche agli utenti avanzati di aggiungere un endpoint RPC personalizzato/privato.

Alcuni esempi di questi explorer della blockchain di Solana includono:

Ad alto livello

  • Mainnet: ambiente di produzione live per applicazioni implementate.
  • Devnet: testing con accessibilità pubblica per sviluppatori che sperimentano con le loro applicazioni.
  • Testnet: stress-testing per aggiornamenti di rete e prestazioni dei validator.

Esempi di casi d'uso: potresti voler eseguire il debug di un nuovo programma su Devnet o verificare le metriche di prestazione su Testnet prima dell'implementazione su Mainnet.

ClusterEndpointPurposeNotes
Mainnethttps://api.mainnet-beta.solana.comAmbiente di produzione liveRichiede SOL per le transazioni
Devnethttps://api.devnet.solana.comTest pubblico e sviluppoAirdrop gratuito di SOL per i test
Testnethttps://api.testnet.solana.comTest per validator e stress testPotrebbe avere interruzioni intermittenti

Devnet

Devnet serve come ambiente di prova per chiunque voglia testare Solana, sia come utente, possessore di token, sviluppatore di app o validator.

  • Gli sviluppatori di applicazioni dovrebbero utilizzare Devnet.
  • I potenziali validator dovrebbero iniziare con Devnet.
  • Differenze principali tra Devnet e Mainnet Beta:
    • I token su Devnet non sono reali
    • Devnet include un faucet per gli airdrop di token per testare le applicazioni
    • Devnet potrebbe essere soggetta a reset del ledger
    • Devnet generalmente utilizza la stessa versione del ramo software di Mainnet Beta, ma potrebbe utilizzare una versione minore più recente rispetto a Mainnet Beta.
  • Punto di ingresso Gossip per Devnet: entrypoint.devnet.solana.com:8001

Endpoint Devnet

  • https://api.devnet.solana.com - singolo nodo API ospitato da Solana Labs; con limiti di frequenza

Esempio di configurazione della riga di comando solana

Per connettersi al Cluster devnet utilizzando la CLI di Solana:

solana config set --url https://api.devnet.solana.com

Limiti di frequenza Devnet

  • Numero massimo di richieste per 10 secondi per IP: 100
  • Numero massimo di richieste per 10 secondi per IP per un singolo RPC: 40
  • Connessioni simultanee massime per IP: 40
  • Frequenza massima di connessione per 10 secondi per IP: 40
  • Quantità massima di dati per 30 secondi: 100 MB

Testnet

La Testnet è dove i principali contributori di Solana testano sotto stress le funzionalità delle release recenti su un cluster live, con particolare attenzione alle prestazioni di rete, alla stabilità e al comportamento dei validator.

  • I token della Testnet non sono reali
  • La Testnet potrebbe essere soggetta a reset del ledger
  • La Testnet include un faucet di token per airdrop per il testing delle applicazioni
  • La Testnet generalmente esegue una branch di release software più recente rispetto sia alla Devnet che alla Mainnet Beta
  • Punto di ingresso Gossip per Testnet: entrypoint.testnet.solana.com:8001

Endpoint Testnet

  • https://api.testnet.solana.com - singolo nodo API di Solana Labs; con limiti di frequenza

Esempio di configurazione della riga di comando solana

Per connettersi al Cluster testnet utilizzando la CLI di Solana:

solana config set --url https://api.testnet.solana.com

Limiti di frequenza della Testnet

  • Numero massimo di richieste per 10 secondi per IP: 100
  • Numero massimo di richieste per 10 secondi per IP per un singolo RPC: 40
  • Connessioni simultanee massime per IP: 40
  • Frequenza massima di connessione per 10 secondi per IP: 40
  • Quantità massima di dati per 30 secondi: 100 MB

Mainnet beta

Un cluster persistente e senza permessi per utenti, sviluppatori, validator e possessori di token Solana.

  • I token emessi su Mainnet Beta sono SOL reali
  • Punto di ingresso Gossip per Mainnet Beta: entrypoint.mainnet-beta.solana.com:8001

Endpoint Mainnet beta

  • https://api.mainnet-beta.solana.com - cluster di nodi API ospitato da Solana Labs, supportato da un load balancer; con limiti di frequenza

Esempio di configurazione della riga di comando solana

Per connettersi al Cluster mainnet-beta utilizzando la CLI di Solana:

solana config set --url https://api.mainnet-beta.solana.com

Limiti di frequenza della Mainnet beta

  • Numero massimo di richieste per 10 secondi per IP: 100
  • Numero massimo di richieste per 10 secondi per IP per un singolo RPC: 40
  • Connessioni simultanee massime per IP: 40
  • Frequenza massima di connessione per 10 secondi per IP: 40
  • Quantità massima di dati per 30 secondi: 100 MB

Gli endpoint RPC pubblici non sono destinati alle applicazioni in produzione. Si prega di utilizzare server RPC dedicati/privati quando si lancia un'applicazione, si rilasciano NFT, ecc. I servizi pubblici sono soggetti ad abusi e i limiti di frequenza possono cambiare senza preavviso. Allo stesso modo, i siti web ad alto traffico potrebbero essere bloccati senza preavviso.

Codici di errore HTTP comuni

  • 403 -- Il tuo indirizzo IP o sito web è stato bloccato. È il momento di eseguire i tuoi server RPC o trovare un servizio privato.
  • 429 -- Il tuo indirizzo IP sta superando i limiti di frequenza. Rallenta! Utilizza l'header HTTP Retry-After per determinare quanto tempo attendere prima di effettuare un'altra richiesta.

Is this page helpful?