ERPC - Solana RPC optimisé

Solana SWQoS Endpoint Documentation

Qu'est-ce que le SWQoS Endpoint?

Le Référence SWQoS fourni par ERPC est un service RPC haute performance qui permet aux utilisateurs avec des connexions pondérées par le stake d'envoyer des transactions via des voies dédiées. Il est disponible pour les plans partagés et dédiés, permettant une livraison des transactions plus rapide et plus fiable.
Le paramètre peut être obtenu en enregistrant vos avoirs elSOL sur le tableau de bord Web de l'ERPC.

Qu'est-ce que SWQoS?

SWQoS (Stake-weighted Quality of Service, qualité de service pondérée par le stake) est un mécanisme de contrôle de la communication qui priorise les validateurs avec des connexions pondérées par le stake. Les leaders allouent environ 80 % de la bande passante totale à la voie prioritaire et 20 % à la voie non prioritaire.
La voie prioritaire peut être utilisée pour les liaisons avec le stake tout en passant par la voie non prioritaire. Par conséquent, par rapport au trafic qui repose uniquement sur la voie non prioritaire, la capacité de livraison efficace est beaucoup plus grande. Ce contrôle est appliqué avant le traitement des droits de priorité, au stade où le trafic est accepté et acheminé vers le leader, ce qui signifie que si une transaction atteint la voie prioritaire, cela affecte directement la vitesse de traitement en aval.

Relations avec les droits de priorité

Les frais de priorité jouent un rôle important, mais ils sont appliqués après qu'une transaction atteint le leader via le réseau SWQoS. Si une transaction ne peut pas entrer dans la voie de priorité SWQoS, l'efficacité des frais de priorité devient limitée et il est difficile d'améliorer l'accessibilité de base. Pour un fonctionnement optimal, il est le plus efficace pour combiner l'accessibilité SWQoS avec des paramètres de frais de priorité appropriés.

Changement de structure des coûts

Dans les services de soumission de transactions classiques, les utilisateurs devaient joindre Conseils lors de l'envoi des transactions. Avec le SWQoS Endpoint d'ERPC, les pourboires ne sont pas requis. Au lieu de cela, l'accès à la bande passante prioritaire est accordé par la détention d'elSOL.
Autres est un jeton de prise de Liquid (LST)** sur Solana, émis par le jalonnement SOL. Sa valeur augmente par rapport à SOL lorsque les récompenses de prise s'accumulent, et il n'est pas fixé à un rapport 1:1. Par exemple, la détention de 1 elSOL au fil du temps peut progressivement devenir de 1 elSOL = 1,1 SOL, ou 1 elSOL = 1,2 SOL.
elSOL peut être converti en SOL par le biais du processus d'unstaking, avec un règlement reflétant les récompenses accumulées.
Le SOL mis en jeu via elSOL est délégué aux validateurs connectés à ERPC. Au fur et à mesure que les avoirs d'elSOL augmentent, la bande passante SWQoS totale disponible dans l'ERPC augmente. En tenant elSOL, les utilisateurs contribuent directement au renforcement du réseau et, en retour, accèdent à des voies de transmission dédiées.

Répartition de la largeur de bande (structure du SPT)

Pour les endpoints SWQoS partagés, le SPT disponible est calculé comme suit: 4.2 **, arrondi. Par exemple, détenir 10 subventions elSOL 2 TPS.
La limite utilisable réelle est déterminée par la plus petite des deux valeurs suivantes:
  • le SPT maximal autorisé par le régime souscrit,
  • Le TPS est dérivé des yeux d'elSOL.
Un plan de développement ou plus est requis pour utiliser les endpoints SWQoS, et Plans de développement sont également admissibles.

Connexion garder le réchauffement (continuer à vivre)

Avec le paramètre Solana SWQoS ERPC, envoyer une demande GET à /ping vous permet de maintenir la connexion HTTPS entre le client et l'endpoint ERPC SWQoS.
Lors de la soumission d'une transaction, la première demande prend peu de temps pour l'établissement de session HTTPS et TLS. En envoyant /ping à l'avance et en maintenant cette connexion active, vous pouvez inviter la latence initiale de connexion et entrer le processus de soumission de transaction immédiate lors de l'envoi de la transaction réelle.
Même si les transactions ne sont pas envoyées en continu, cette approche est efficace pour les configurations où les transactions doivent être envoyées rapidement à des moments précis, aidant à stabiliser le comportement de soumission initiale.

Point d'extrémité du ping

Keep Warming est effectué en envoyant une requête GET à /ping sur l'endpoint SWQoS. Cette demande ne traite aucune transaction et sert uniquement à maintenir l'état de connexion entre le client et l'ERPC.

Format d'extrémité (HTTPS)

text
https://<your-swqos-endpoint-domain>/ping
Remplacer <your-swqos-endpoint-domain> avec le domaine spécifique SWQoS fourni par ERPC.

Exemple d'utilisation

Conservez régulièrement un exemple de vie (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)
En envoyant /ping à intervalles réguliers, vous pouvez maintenir un état où la demande de transaction peut commencer immédiatement au besoin.

Annexe

・/ping ne consomme pas de TPS ou n'affecte pas les calculs de bande passante basés sur elSOL ・Ce n'est pas un substitut à la soumission de transaction ・Il s'agit d'une demande supplémentaire utilisée uniquement pour maintenir la connexion client-à-ERPC
La conception de SWQoS (acheminement par prise) et des droits de priorité demeure inchangée. Utilisez Keep Warming comme mécanisme pour lors du début de la présentation de transaction.

Précédent

Documentation de l'API d'information sur les slots leaders

Suivant

Fan-out pour SWQoS