FAQ - Stream Geyser gRPC
Q. In quali regioni si trovano i vostri nodi?
Attualmente operiamo nodi nelle seguenti regioni:
- Frankfurt (FRA)
- Amsterdam (AMS)
- London (LON)
- New York (NY)
- Tokyo (TY)
- Singapore (SGP)
- Sydney (SYD)
ERPC misura la latenza di rete effettiva in base ai percorsi di routing reali, selezionando automaticamente la regione con la latenza più bassa anziché affidarsi alla distanza in linea d'aria. Questo approccio non solo migliora la latenza per i singoli utenti, ma aumenta anche l'efficienza complessiva della rete e rafforza la resilienza globale di ERPC contro potenziali attacchi.
Se il tuo ambiente non seleziona automaticamente la regione ottimale, contattaci tramite la ERPC Web Dashboard.
ERPC Web Dashboard: https://dashboard.erpc.global/it
Q. La latenza mostra 9999ms e viene selezionata una regione non ottimale. Cosa devo fare?
Per la selezione della regione gRPC, ERPC invia sonde di latenza ICMP al tuo IP registrato dagli host proxy elencati di seguito. Consenti le richieste ICMP echo in entrata da tutti gli IP di origine elencati. Se sono bloccati da un firewall (ufw, cloud firewall, security group, ecc.), la misurazione può diventare
9999ms e potrebbe essere selezionata una regione non ottimale. Più IP in una regione sono host sonda separati; sono tutti necessari.| Regione sonda | IP di origine ICMP |
|---|---|
| 🇳🇱 Amsterdam | 84.32.103.245, 84.32.64.77 |
| 🇺🇸 New York | 64.130.37.222 |
| 🇩🇪 Frankfurt | 185.191.118.149, 185.191.118.177, 185.191.118.206 |
| 🇬🇧 London | 67.209.52.250 |
| 🇯🇵 Tokyo | 198.13.133.88 |
| 🇸🇬 Singapore | 202.8.11.52 |
| 🇦🇺 Sydney | 82.26.116.36 |
| 🛰️ Far Point | 63.254.162.14 |
Q. Ho inserito il mio IP nella allowlist, ma non riesco ancora a connettermi. Cosa devo controllare?
Gli endpoint gRPC e Shreds di ERPC usano HTTP semplice sulla porta 80, protetto da allowlist IP. Non usano HTTPS/TLS sulla porta 443.
Se copi un esempio client da un altro provider, questo potrebbe avere
:443 o HTTPS come impostazione predefinita. Sostituire solo il dominio può lasciare invariate le impostazioni di porta e TLS, impedendo il funzionamento della connessione.Gli endpoint seguenti sono esempi. Sostituiscili con il tuo endpoint mostrato nella dashboard. Usalo in forma HTTP, oppure specifica esplicitamente la porta 80 quando il tuo client richiede host e porta:
gRPC standard
- Non valido:
grpc-fra1-1.erpc.global:443 - Valido:
grpc-fra1-1.erpc.global:80 - Forma URL valida:
http://grpc-fra1-1.erpc.global
gRPC Burst
- Non valido:
grpc-fra1-burst.erpc.global:443 - Valido:
grpc-fra1-burst.erpc.global:80 - Forma URL valida:
http://grpc-fra1-burst.erpc.global
L'autenticazione si basa sul tuo indirizzo IP registrato. Non aggiungere header
x-token, token o Authorization per gli endpoint gRPC o Shreds di ERPC, a meno che una pagina di prodotto specifica non lo indichi esplicitamente.Q. Cos'è Geyser gRPC Burst?
Geyser gRPC Burst è il tier gRPC condiviso a bassa latenza di ERPC per workload di streaming Solana sensibili alla latenza. Fornisce la stessa interfaccia gRPC Yellowstone/Geyser del servizio gRPC standard, incluse le sottoscrizioni ad account, transazioni, slot e blocchi, utilizzando un'infrastruttura regionale dedicata a Burst.
Burst attualmente opera a Frankfurt, Amsterdam, New York, Tokyo e Singapore. Il sistema seleziona la migliore regione Burst disponibile per il tuo IP registrato in base a misurazioni di latenza reali.
Q. Quali IP devo inserire nella allowlist per gRPC Burst?
Burst usa le stesse origini delle sonde ICMP regionali elencate sopra per la selezione della regione basata sulla latenza. Gli indirizzi seguenti sono gli IP degli endpoint client Burst, non origini di sonde ICMP; consentili solo se il tuo firewall in uscita limita le connessioni all'endpoint selezionato.
| Regione | Dominio Burst | Indirizzo IP |
|---|---|---|
| 🇩🇪 Frankfurt | grpc-fra1-burst.erpc.global | 64.130.41.234 |
| 🇳🇱 Amsterdam | grpc-ams1-burst.erpc.global | 64.130.55.180 |
| 🇺🇸 New York | grpc-ny6-burst.erpc.global | 64.130.59.217 |
| 🇯🇵 Tokyo | grpc-tokyo-burst.erpc.global | 208.91.107.247 |
| 🇸🇬 Singapore | grpc-singapore-burst.erpc.global | 67.209.55.15 |
Se le origini delle sonde ICMP sopra indicate sono bloccate, la ERPC Dashboard potrebbe mostrare
9999ms e Burst potrebbe selezionare una regione non ottimale. Bloccare l'indirizzo di un endpoint Burst influisce sulla connettività del client, non sulla misurazione della latenza.Q. Burst è uguale a Direct Shreds o ShredStream?
No. Burst è gRPC Yellowstone/Geyser completo sull'interfaccia gRPC standard. È adatto quando hai bisogno di stream di blocchi, slot, transazioni o account da un client gRPC.
Direct Shreds / ShredStream è un prodotto separato basato su UDP per dati shred grezzi e può essere preferibile quando la priorità è il percorso dati pre-blocco il più anticipato possibile. I due prodotti servono interfacce e workload diversi.
Q. Ho usato solo WebSocket finora. Posso usare gRPC? Avete degli esempi?
Sì. Puoi testare rapidamente e iniziare a sviluppare con gRPC usando SLV.
Per un endpoint condiviso che puoi testare senza token, esegui:
bash
slv check grpc --endpoint <YOUR_ENDPOINT> --token noneslv check grpc --endpoint <YOUR_ENDPOINT> --token noneConsulta la nostra Guida rapida gRPC per i dettagli.
Q. Posso registrare due indirizzi IP?
Puoi usare un endpoint per abbonamento. Se desideri usare due indirizzi IP, devi sottoscrivere due abbonamenti separati.
Q. Ci sono limiti sui filtri?
No, non ci sono limiti sui filtri.
Q. Quale regione consigliate?
Non esiste una singola regione migliore in modo permanente. Solana è globale e il leader validator cambia a ogni slot. Le regioni con più validator e stake più elevato vedono leader slot più spesso, il che può aiutare le transazioni a essere incluse più velocemente. Il compromesso è che anche il traffico concorrente si concentra lì, quindi una regione meno affollata a volte può offrire risultati migliori a seconda della tua strategia.
Come punto di partenza pratico, scegli una regione densa di validator come Frankfurt o la costa orientale degli Stati Uniti quando conta di più una fornitura costante di leader slot, oppure posizionati vicino a un validator target specifico quando la priorità è l'esecuzione sul percorso più breve. Usa Validators Solutions per comprendere la distribuzione pubblica della rete Solana, poi usa la ERPC Leader Slot API e misurazioni reali per decidere se è appropriato un deployment su regione singola, doppia o globale.
Q. Ho bisogno di una latenza di almeno ~400ms o migliore.
Per raggiungere una latenza entro circa 400ms, considera questi punti essenziali:
-
Comprensione realistica dei valori di ping: I valori di ping indicano condizioni ideali e non riflettono la latenza effettiva nelle comunicazioni in streaming, che tipicamente subiscono una latenza circa 5 volte quella del ping. Ad esempio, un ping di 100ms tra continenti si traduce realisticamente in circa 500ms di latenza. Pertanto, l'infrastruttura deve essere collocata nella stessa regione per raggiungere una latenza di ~400ms.
- Riferimento tipico dei valori di ping:
- Stessa rete: ~0.1ms
- Private Network Interconnect (PNI): ~0.2ms
- Stesso data center: ~0.3ms
- Stessa città: ~1ms
- Paese vicino: ~5–10ms
- Intercontinentale: ~100–300ms
- Riferimento tipico dei valori di ping:
-
Evitare la trappola della latenza media: I validator Solana sono dispersi geograficamente in tutto il mondo e lo schedule dei leader cambia casualmente a ogni epoch. Affidarsi alla latenza media per raggiungere ~400ms è impraticabile. Devi invece tracciare con precisione gli schedule dei validator nella tua regione specifica per identificare gli slot con la latenza più bassa. Per ottenere costantemente la latenza minima, è necessaria un'infrastruttura in tutte le regioni rilevanti. Nella stessa regione, l'acquisizione dei dati può avvenire in decine di millisecondi, con la trasmissione possibile in pochi millisecondi.
-
Tracciamento dello schedule dei leader: Monitora continuamente lo schedule dei leader validator per la tua regione usando la ERPC Leader Slot API (
getLeaderSlots). Fornisce dati in tempo reale sui prossimi leader, peso dello stake, geolocalizzazione dei validator e valori di ping di riferimento, permettendoti di identificare con precisione gli slot di trading ottimali con latenza minima. I dati pubblici in stile mappa e le API RPC native sono utili per una visibilità ampia della rete, ma non sono abbastanza precisi per il timing di esecuzione. La Leader Slot API colma questa lacuna con la granularità necessaria per le decisioni di routing e trading.
Dati della rete Solana: Validators Solutions
Q. Come posso fare trading zero-block (zero-slot)?
Raggiungere con successo il trading zero-block (zero-slot) richiede strategie più sofisticate, come segue:
-
Identificare le zone di opportunità: I validator Solana sono distribuiti globalmente ed è fisicamente impossibile ottenere la latenza ottimale per ogni slot. Pertanto, monitora gli schedule dei leader dei validator nella regione in cui si trova la tua infrastruttura e identifica le zone di opportunità più favorevoli. Distribuire l'infrastruttura su più regioni può anche essere vantaggioso. Ad esempio, Frankfurt è una regione chiave grazie alla sua elevata densità di validator, che si traduce in una selezione dei leader più frequente e maggiori opportunità di trading.Usa la ERPC Leader Slot API (
getLeaderSlots) per ottenere schedule dei leader in tempo reale, peso dello stake, dati di geolocalizzazione dei validator e valori di ping di riferimento con una precisione di gran lunga superiore rispetto alle fonti di dati pubbliche in stile mappa o alle API RPC native. Questo ti permette di prevedere le zone di opportunità con maggiore accuratezza ed eseguire operazioni a latenza quasi zero. -
Implementare nodi dedicati: Se fatichi a competere, considera l'implementazione di nodi dedicati. I nodi condivisi subiscono latenza a causa del traffico di altri utenti e quindi non sono consigliati. Inoltre, collocare il tuo nodo dedicato nella stessa rete della tua applicazione riduce significativamente la latenza di rete e ottimizza le prestazioni.
Q. Posso usare un endpoint specifico?
Per mantenere un ambiente a bassa latenza, il nostro sistema seleziona automaticamente il nodo disponibile più vicino. Se desideri usare un endpoint specifico, consigliamo di noleggiare un server situato il più vicino possibile a quell'endpoint.
Q. Ricevo un errore 401. Perché?
Per mantenere un ambiente a bassa latenza, applichiamo restrizioni IP. Se non hai un abbonamento o il tuo IP non è registrato, riceverai un errore 401.
Verifica che il tuo IP registrato corrisponda al tuo attuale IP di accesso.
Q. Ricevo un errore 429. Perché?
Hai raggiunto il limite di connessioni del tuo piano.
Se riscontri questo errore, considera l'upgrade del tuo piano. Se hai bisogno di più connessioni di quante ne offra il nostro piano premium, un nodo gRPC dedicato sarebbe più adatto.
Q. Perché gli endpoint dedicati sono più veloci?
Gli endpoint condivisi sono utilizzati da più clienti che condividono le stesse risorse. Con l'aumento del traffico, tende a verificarsi latenza. Le risorse del server hanno limiti fisici e la quantità di lavoro che possono gestire è finita. Quando troppe richieste arrivano contemporaneamente, devono essere elaborate in sequenza, il che si traduce in tempi di risposta più lenti.
Sebbene adottiamo varie misure per ottimizzare le prestazioni anche sugli endpoint condivisi, con gli endpoint dedicati sei l'unico utente della risorsa. Ciò significa che non sei influenzato in alcun modo dagli altri utenti, con risposte costantemente stabili e veloci garantite.
Inoltre, gli endpoint dedicati offrono opzioni di comunicazione senza TLS, come HTTP. Saltando l'handshake TLS (circa 20ms), la comunicazione diventa ancora più veloce rispetto a HTTPS.
Q. Il prezzo promozionale aumenterà dopo la sottoscrizione?
Finché il tuo abbonamento rimane attivo, il prezzo promozionale che hai bloccato al momento dell'iscrizione resta in vigore. Gli ambienti in grado di reggere il workload in tempo reale di Solana sono scarsi a livello globale e prevediamo di aumentare i prezzi di listino in linea con la crescente domanda di hardware e rete. Le configurazioni con specifiche più elevate e le regioni ad alta domanda si esauriscono più velocemente, quindi bloccare l'attuale prezzo promozionale è la scelta più conveniente nel lungo periodo.
Q. Voglio pagare in crypto
I pagamenti in crypto sono disponibili dalla ERPC Web Dashboard quando il paese del tuo indirizzo di fatturazione registrato è uno dei paesi membri dell'UE. Puoi usare SOL, USDC o EURC per acquistare ERPC Credits.
Usa questi ERPC Credits per attivare o continuare i piani ERPC. Apri la dashboard, scegli il pagamento in crypto, invia il trasferimento dal tuo wallet e la dashboard verificherà la transazione e applicherà i crediti al tuo account.
Paesi supportati: Austria, Belgio, Bulgaria, Croazia, Cipro, Cechia, Danimarca, Estonia, Finlandia, Francia, Germania, Grecia, Ungheria, Irlanda, Italia, Lettonia, Lituania, Lussemburgo, Malta, Paesi Bassi, Polonia, Portogallo, Romania, Slovacchia, Slovenia, Spagna, Svezia.
Per i paesi non presenti nell'elenco, paga con carta di credito.
Q. Come posso ottenere la latenza più bassa possibile?
Consigliamo vivamente di combinare un nodo gRPC dedicato con il nostro server Bare-Metal.
Entrambi condividono la stessa rete, consentendo una comunicazione privata a distanza zero senza attraversare internet. Questa configurazione raggiunge una latenza estremamente bassa, tipicamente intorno a 0.1ms di ping.
Contattaci tramite la ERPC Web Dashboard per ulteriori dettagli.
Q. Com'è la latenza?
La latenza varia a seconda del metodo di misurazione e del tuo specifico ambiente di utilizzo. Piuttosto che concentrarti su valori numerici esatti, è fondamentale assicurarsi che la latenza soddisfi i tuoi requisiti operativi effettivi.
Offriamo prove gratuite su tutti i nostri piani, permettendoti di testare le prestazioni direttamente nel tuo ambiente reale. Inoltre, forniamo strumenti facili da usare in TypeScript e Rust per misurare la latenza. Sentiti libero di utilizzare questi strumenti insieme alla tua prova gratuita.
Q. Questo RPC (gRPC, Shreds) è più veloce degli altri?
Ti invitiamo a provare la nostra prova gratuita e a confrontare le prestazioni con altri servizi. Se trovi il nostro servizio più lento, facci sapere tramite la ERPC Web Dashboard le condizioni specifiche e i concorrenti con cui lo hai confrontato. Identificheremo la causa e miglioreremo ulteriormente la velocità.
Lavoriamo continuamente per migliorare la latenza in base al feedback dei clienti. Se cerchi l'endpoint più veloce possibile, condividi con noi informazioni dettagliate. Fornire metriche specifiche e condizioni di confronto con i concorrenti ci permette di offrire prestazioni superiori. Questo approccio guidato dal feedback ci ha costantemente permesso di migliorare i nostri servizi.
Q. Quale piano offre le prestazioni più veloci?
In generale, il nostro piano di livello più alto offre le prestazioni più veloci grazie a CPU superiori, maggiori capacità di memoria e configurazioni hardware robuste.
Offriamo anche soluzioni personalizzate se hai bisogno di server ancora più potenti, ma i nostri piani standard sono progettati per offrire rapporti prezzo-prestazioni ottimali.
Siamo fiduciosi di fornire prestazioni di livello mondiale a ogni fascia di prezzo. Se trovi un provider più veloce nella stessa fascia di prezzo, faccelo sapere così potremo indagare e migliorare.
Q. Riscontro una latenza elevata. Cosa posso fare?
La latenza dipende fortemente dalla tua vicinanza all'endpoint. Consigliamo di accedere da un server vicino all'endpoint fornito. Le connessioni più veloci si ottengono con il nostro server Bare-Metal e il servizio VPS.
Q. Qual è il più veloce: WebSockets, gRPC o Shreds?
Il feedback dei nostri clienti classifica costantemente la velocità come segue:
Shreds > gRPC > WebSockets
Condividi la tua esperienza se osservi risultati diversi.
Q. La latenza non è quella che mi aspettavo.
Le prestazioni variano a seconda del linguaggio di programmazione utilizzato. In generale, la velocità dei linguaggi si classifica:
Rust > Go > TypeScript (JavaScript) > Python
Per confronti dettagliati, vedi:
Per le massime prestazioni, consigliamo vivamente di usare Rust.