ERPC améliore la vitesse et la stabilité du Dedicated ShredStream Solana (HTTP gRPC et UDP Raw Shreds) grâce à une refonte du réseau
ERPC, exploité par ELSOUL LABO B.V. (siège : Amsterdam, Pays-Bas ; PDG : Fumitake Kawasaki) et Validators DAO, annonce une amélioration de la vitesse et de la stabilité d’ingestion des shreds sur ses instances Dedicated ShredStream (HTTP gRPC / UDP Raw Shreds) déployées au sein du réseau ERPC.
Cette amélioration a réduit les rares pics de latence, le jitter et les déconnexions ponctuelles auparavant observés pendant l’ingestion des shreds, stabilisant ainsi les communications en fonctionnement continu.
À propos de cette mise à jour
Avec cette mise à jour, ERPC a revu les principes de base de la configuration réseau L2/L3 et de l’utilisation de la bande passante dans son infrastructure. Les conditions de communication nécessaires à l’ingestion des shreds se sont ainsi améliorées pour les instances Dedicated Shredstream déployées au sein du réseau ERPC.
Dedicated Shredstream reçoit en continu les données à la toute première couche où circulent les shreds. À ce niveau, le moindre jitter ou la moindre déconnexion ponctuelle peut se répercuter immédiatement sur les traitements en aval. Cette amélioration a stabilisé le chemin d’ingestion en première ligne et favorise une exploitation prolongée de Dedicated Shredstream.
Dans certains environnements, l’instabilité des communications imposait auparavant des redémarrages périodiques des processus. Depuis l’amélioration du réseau, ces redémarrages sont moins nécessaires et Dedicated Shredstream peut fonctionner plus longtemps sans interruption.
Si vous constatez encore une anomalie de communication, ouvrez un ticket d’assistance sur le Discord officiel de Validators DAO. Chaque cas sera examiné individuellement et, si nécessaire, nous vous aiderons à effectuer les vérifications ou à migrer vers un environnement de nœud plus récent.
Discord officiel de Validators DAO : https://discord.gg/C7ZQSrCkYR
Pourquoi les shreds déterminent les performances réelles de Solana
Dans l’exploitation réelle de Solana, l’envoi de transactions, la production de blocs, la détection des shreds, la synchronisation d’état et les traitements périphériques se succèdent en continu à intervalles courts. Ces processus ne sont pas indépendants : ils progressent en s’influençant mutuellement.
Un retard de détection retarde la décision d’envoyer une transaction ; un retard d’envoi influe à son tour sur les résultats de détection suivants. Dans cette chaîne de dépendances, les shreds sont les premières données à se propager. Comme ils circulent avant les couches RPC, gRPC et WebSocket, les communications à ce stade fixent la limite supérieure de tous les traitements en aval.
Même si des tests courts affichent une faible latence moyenne, sa variabilité ou des déconnexions ponctuelles peuvent déstabiliser les résultats. Dans l’exploitation réelle de Solana, ces fluctuations modifient le calendrier de détection et d’envoi, puis se propagent dans toute la chaîne de traitement. Les conditions d’ingestion des shreds sont donc un déterminant fondamental des résultats opérationnels.
Conditions de communication permises par Dedicated Shredstream
Sur les endpoints partagés, les connexions simultanées de plusieurs utilisateurs se disputent la bande passante et les ressources de traitement. Cette contention peut rester invisible en temps normal, mais apparaît lors des pics critiques.
Lorsque l’activité du marché et le trafic s’intensifient, les architectures partagées sont plus susceptibles de se dégrader. Or, pour les opérations Solana, ces pics sont précisément les moments où les performances comptent le plus.
Dedicated Shredstream élimine structurellement cette contention et stabilise l’ingestion des shreds. Sa valeur réside dans sa capacité à maintenir ces conditions au moment même où la pression atteint son maximum.
Différences structurelles entre HTTP (gRPC / TCP) et UDP (Raw Shreds)
La diffusion des shreds par HTTP gRPC repose sur des flux TCP, ce qui facilite l’implémentation et l’exploitation. TCP assure la retransmission, le contrôle de congestion et l’ordre des données, garantissant ainsi une communication fiable.
Cependant, dans des conditions d'encombrement, des retransmissions et une attente peuvent se produire, retardant l'arrivée des données initiales. Ce comportement est inhérent à la conception TCP.
Les Raw Shreds sur UDP sont dépourvus de ces mécanismes de contrôle et reçoivent les données sous une forme plus proche du format transmis entre les validateurs Solana. Les shreds peuvent donc arriver plus tôt. Cette approche accepte la possibilité de pertes et de réordonnancements de paquets et confie la reconstruction et le décodage à l’application.
Exigences de mise en oeuvre et d'exploitation pour les shreds UDP
Les UDP Raw Shreds ne s’évaluent pas à la seule vitesse de communication. L’implémentation conserve une grande latitude, notamment pour la reconstruction des shreds, le décodage des blocs et la conception des traitements de première ligne.
Cette latitude complexifie l’implémentation, mais laisse une marge d’optimisation aux cas d’usage qui exigent une détection et une première réaction extrêmement rapides. Dans la pratique, il est réaliste de valider progressivement UDP en parallèle des flux gRPC existants.
Dedicated Shredstream d’ERPC prend en charge l’utilisation parallèle de gRPC (HTTP/TCP) et d’UDP, afin de permettre validation et développement sans imposer une migration complète de l’environnement existant.
Architecture des ressources et différences de tarification
Les écarts tarifaires de Dedicated Shredstream ne reposent pas sur des différences de fonctionnalités. Ils reflètent le datacenter, la position dans le réseau et la qualité des ressources, qui peuvent créer plusieurs millisecondes d’écart dans la latence moyenne et la stabilité.
Les déploiements Dedicated Shredstream sur de grandes ressources bare metal peuvent exploiter davantage de threads et de bande passante afin de préserver les performances pendant les pics. Ils résistent aussi mieux aux déconnexions et gagnent en stabilité lors des reconnexions.
Lorsque Premium VPS et Dedicated Premium Shreds sont placés sur le même réseau, l’ingestion et le traitement des shreds s’effectuent sans passer par l’Internet public. Ces conditions de communication influent sur les résultats autant que les performances du CPU et de la mémoire.
Pourquoi ERPC fournit Dedicated Shredstream dans le monde entier
Solana est un projet mondial avec des développeurs et des opérateurs distribués dans le monde entier. Lorsque l'infrastructure à haute performance est limitée à des régions centrales spécifiques, les liaisons longue distance introduisent à la fois la latence et la concentration du trafic.
En proposant Dedicated Shredstream dans le monde entier, ERPC permet à chaque projet de valider et d’exploiter l’environnement le plus proche. Cela évite une concentration excessive dans les régions centrales et stabilise l’ensemble du réseau.
Les leaders Solana tournant à l’échelle mondiale, l’origine de la production des blocs se déplace en permanence. Dans ce modèle, étendre la couverture géographique est plus efficace que concentrer toutes les ressources en un seul lieu.
Prix et coordonnées
La tarification ouverte de Dedicated Shredstream prendra fin en janvier 2026. Les contrats conclus durant ce mois conserveront les tarifs ouverts actuels tant qu’ils resteront actifs.
Pour un conseil de configuration, le choix d’une région ou des recommandations sur l’utilisation de gRPC et d’UDP, contactez-nous sur le Discord officiel de Validators DAO.
Discord officiel de Validators DAO : https://discord.gg/C7ZQSrCkYR
Site officiel d’ERPC : https://erpc.global/fr
