Documentazione del Solana SWQoS Endpoint

Che cos'è lo SWQoS Endpoint?

Lo SWQoS Endpoint fornito da ERPC è un servizio RPC ad alte prestazioni che consente agli utenti con connessioni di stake di inviare transazioni attraverso corsie dedicate.
È disponibile sia per i piani condivisi che per quelli dedicati, consentendo una consegna delle transazioni più rapida e affidabile.
L'endpoint può essere ottenuto registrando i tuoi elSOL posseduti sulla ERPC Web Dashboard.

Che cos'è SWQoS?

SWQoS (Stake weighted Quality of Service) è un meccanismo di controllo della comunicazione che dà priorità ai validator con connessioni di stake.
I leader allocano circa l'80% della banda totale alla corsia prioritaria e il 20% alla corsia non prioritaria.
Il traffico con connessioni di stake può utilizzare la corsia prioritaria e allo stesso tempo essere inviato anche attraverso la corsia non prioritaria. Di conseguenza, rispetto al traffico che si affida esclusivamente alla corsia non prioritaria, la capacità effettiva di consegna è significativamente maggiore.
Questo controllo viene applicato prima della gestione della Priority fee, nella fase in cui il traffico viene accettato e instradato verso il leader, il che significa che il raggiungimento della corsia prioritaria da parte di una transazione influisce direttamente sulla velocità di elaborazione a valle.

Relazione con la Priority fee

La Priority fee svolge un ruolo importante, ma viene applicata dopo che una transazione ha raggiunto il leader tramite il routing SWQoS.
Se una transazione non riesce a entrare nella corsia prioritaria di SWQoS, l'efficacia delle Priority fee diventa limitata e migliorare la raggiungibilità di base è difficile.
Per un funzionamento ottimale, è più efficace combinare la raggiungibilità basata su SWQoS con impostazioni appropriate della Priority fee.

Cambiamento nella struttura dei costi

Nei servizi convenzionali di invio delle transazioni, gli utenti dovevano allegare Tips all'invio delle transazioni.
Con lo SWQoS Endpoint di ERPC, le Tips non sono necessarie. Al loro posto, l'accesso alla banda prioritaria viene concesso tramite il possesso di elSOL.
elSOL è un Liquid Staking Token (LST) su Solana, emesso tramite lo staking di SOL.
Il suo tasso di cambio rispetto a SOL riflette le ricompense di staking accumulate e non è fissato a un rapporto di 1:1.
elSOL può essere riconvertito in SOL tramite il processo di unstaking, con un regolamento che riflette le ricompense di staking accumulate.
I SOL messi in staking tramite elSOL vengono delegati a validator connessi a ERPC.
Con l'aumentare dei possedimenti di elSOL, la banda SWQoS totale disponibile su ERPC si espande.
Possedendo elSOL, gli utenti contribuiscono direttamente al rafforzamento della rete e, in cambio, ottengono l'accesso a corsie di trasmissione dedicate.

Allocazione della banda (struttura TPS)

Per gli SWQoS Endpoint condivisi, gli utenti idonei ricevono 1 TPS ogni 4.2 elSOL posseduti, con arrotondamento per difetto. Ad esempio, possedere 10 elSOL nel wallet collegato garantisce 2 TPS.
I TPS effettivamente disponibili sono determinati dal valore più basso tra il massimo del piano ERPC e l'allocazione basata su elSOL.
I piani condivisi ERPC idonei, inclusi Developer Plan+ e Bundle Plans, possono utilizzare l'allocazione SWQoS condivisa dopo che la dashboard ha verificato il wallet che detiene elSOL.
Per i nodi RPC dedicati, SWQoS è disponibile come opzione +€100/mese che assegna un'allocazione di staking di 1,000 SOL al nodo dedicato.
La configurazione e la verifica vengono gestite nella ERPC Dashboard: https://dashboard.erpc.global

Keep Warming della connessione (Keep Alive)

Con l'endpoint SWQoS di Solana di ERPC, l'invio di una richiesta GET a /ping ti consente di mantenere attiva la connessione HTTPS tra il client e l'endpoint SWQoS di ERPC.
Quando si invia una transazione, la prima richiesta richiede una piccola quantità di tempo per l'instaurazione della sessione HTTPS e TLS.
Inviando /ping in anticipo e mantenendo attiva questa connessione, puoi evitare la latenza iniziale di connessione ed entrare immediatamente nel processo di invio della transazione quando invii la transazione effettiva.
Anche se le transazioni non vengono inviate in modo continuo, questo approccio è efficace per le configurazioni in cui le transazioni devono essere inviate rapidamente in momenti specifici, contribuendo a stabilizzare il comportamento di invio iniziale.

Endpoint Ping

Il Keep Warming viene eseguito inviando una richiesta GET a /ping sull'endpoint SWQoS.
Questa richiesta non elabora alcuna transazione e viene utilizzata esclusivamente per mantenere lo stato di connessione tra il client ed ERPC.

Formato dell'endpoint (HTTPS)

text
https://<your-swqos-endpoint-domain>/ping
Sostituisci <your-swqos-endpoint-domain> con il dominio specifico di SWQoS fornito da ERPC.

Esempio di utilizzo

Esempio di Keep Alive periodico (JavaScript)

typescript
async function keepWarm(endpoint: string) {
  try {
    await fetch(`${endpoint}/ping`, { method: 'GET' })
  } catch {
    // Ignore failures
  }
}

setInterval(() => {
  keepWarm('https://<your-swqos-endpoint-domain>')
}, 30000)
Inviando /ping a intervalli regolari, puoi mantenere uno stato in cui l'invio della transazione può iniziare immediatamente quando necessario.

Note

/ping non consuma TPS e non influisce sui calcoli di banda basati su elSOL ・Non sostituisce l'invio di una transazione ・È una richiesta supplementare utilizzata esclusivamente per mantenere la connessione tra client ed ERPC
Il design di SWQoS (routing basato sullo stake) e delle Priority fee rimane invariato. Usa il Keep Warming come meccanismo per ridurre la latenza nel momento in cui inizia l'invio della transazione.