Pour la performance de l'application Solana, si vous voulez couper 20 ms, points d'extrémité RPC dédiés + SWQoS La clé
Pour la performance de l'application Solana, si vous voulez couper 20 ms, points d'extrémité RPC dédiés + SWQoS La clé
Dans le commerce haute fréquence et les applications Solana critiques, même 20 ms peuvent faire une différence décisive. Dédié RPC paramètres et partage RPC Les paramètres diffèrent dans leur conception fondamentale, et cet écart de 20 ms ne peut jamais être fermé. Cet article explique pourquoi et comment ERPC Résoudre le problème de bout en bout.
Couper 20 ms en utilisant http au lieu de https
Vous avez peut-être remarqué que RPC URLs de fin de série commencent habituellement par https. L'"s" représente TLS/SSL cryptage, qui assure la sécurité des communications. Cependant, ce chiffrement nécessite une poignée de main et un chiffrement constant/decryption, ajouter environ 20 ms de latence sur chaque demande.
En d'autres termes, si RPC la communication est effectuée Les au lieu de https, ces 20 ms peuvent être éliminés à la racine. Dans Solana, où les enchères de blocs sont réglées en environ 50 ms, cette différence est critique.
Pourquoi http ne peut-il pas être utilisé sur les endpoints partagés
Certains peuvent se demander, pourquoi ne pas autoriser http sur les endpoints partagés? La réponse est simple: elle est impossible.
Permettre http dans un environnement partagé signifierait une communication non chiffrée, exposant les transactions aux attaques man-in-the-middle, l'interception des paquets, et même le vol de transactions signées. Un attaquant utilisant le même endpoint partagé pourrait réellement modifier ou rejouer vos transactions.
Pour cette raison, les endpoints partagés doivent toujours appliquer TLS/SSL. Notre partage RPC Les paramètres sont conçus pour être aussi rapides que possible dans le cadre de cette restriction, mais les 20 ms de frais généraux de TLS ne peuvent pas être supprimés par la conception.
Comment dédié RPC Élimine les 20 ms
Dédié RPC Les paramètres limitent l'accès à des clients de confiance spécifiques. Cela nous permet de supprimer l'exigence TLS et de permettre la communication directe http.
En conséquence, une réduction de 20 ms est garantie. Quelle que soit la charge de l'utilisateur ou les risques d'attaque, cette différence structurelle garantit que l'écart de 20 ms entre les endpoints partagés et dédiés ne sera jamais comblé.
Le défi restant: SWQoS
La vitesse seule ne suffit pas. Solana fait respecter QoS pondéré en fonction des prises (SWQoS), où les nœuds sans confiance fondée sur le stake sont limités à seulement 20 % des voies de transaction disponibles.
Par exemple,RPC les modèles qui envoient des transactions directement au validateur de leader actuel peuvent apparaître rapidement, mais sans SWQoS elles sont encore limitées à cette voie de 20 %. Cela signifie que même si le paquet arrive rapidement, il sera confronté à des taux d'inclusion sensiblement plus bas.
Utilisation dédiée RPC pour couper 20 ms est critique, mais le combiner avec SWQoS est essentiel pour atteindre à la fois la rapidité et le succès de la transaction.
ERPC offre une option pour activer SWQoS sur les les endpoints RPC.
Cela signifie que vous pouvez combiner Dédié RPC + SWQoS de réduire la latence et d'augmenter les taux de réussite.
Plus sur SWQoS: https://solana.com/developers/guides/advanced/stake-weighted-qos
Les problèmes Validators DAO et ERPC Résolvez
ERPC résout les problèmes suivants:
- Défauts de transaction et fluctuations de la latence RPC environnement
- Les performances de nombreux fournisseurs d'infrastructures
- L'impact important de la distance réseau sur la qualité de la communication
- Accès limité à des infrastructures de qualité pour les petits projets
Tout en développant Epics DAO, une Solana open source NFT jeu de cartes, nous avons fait face à la difficulté de construire un environnement de développement Solana vraiment haute performance, faible latence. Ce défi nous a conduits à concevoir notre propre plateforme, et depuis cette fondation nous fournissons maintenant les deux ERPC et SLV.
Les applications financières et autres applications critiques pour la mission sont particulièrement sensibles aux latences et aux erreurs, car elles affectent directement l'expérience utilisateur. Les environnements de Solana sont très complexes, et contrairement au financement Internet traditionnel, les validateurs sont distribués à l'échelle mondiale. Combiné avec la complexité supplémentaire des connaissances Web3, il est difficile pour les développeurs de saisir pleinement l'ensemble de l'image, qui a ralenti les progrès sur l'optimisation.
En fournissant une infrastructure Solana performante, nous visons à éliminer ces obstacles et à améliorer l'expérience utilisateur dans l'ensemble de l'écosystème. ERPC et notre open source SLV Le projet fait partie intégrante de cette mission.
- Site officiel d'ERPC: https://erpc.global/en
- SLV Site officiel: https://slv.dev/en
- Epics DAO Site officiel: https://epics.dev/en
- Discord officiel de Validators DAO: https://discord.gg/C7ZQSrCkYR
Actualités
