ERPC ajoute HTTPS aux endpoints partagés Solana Shreds et Geyser gRPC — HTTPS ou HTTP, selon l’usage
ELSOUL LABO B.V. (Siège : Amsterdam, Pays-Bas ; PDG : Fumitake Kawasaki) et Validators DAO, les opérateurs d’ERPC, ont ajouté la prise en charge d’HTTPS aux endpoints partagés Shreds gRPC et Geyser gRPC. Avec le transport HTTP que nous proposons depuis toujours, vous pouvez désormais choisir entre HTTPS et HTTP.
Sont concernés Direct Shreds Connect et Direct Shreds Turbo côté Shreds gRPC, ainsi que les offres Standard, Premium et Burst du Stream Geyser gRPC partagé.
Vous pouvez opter pour un endpoint HTTPS chiffré et sécurisé, ou pour un endpoint HTTP qui n’implique aucun traitement TLS. En terminologie gRPC, le premier correspond à gRPC sur TLS et le second à du HTTP/2 en clair (plaintext). La gamme des cas d’usage couverts s’en trouve nettement élargie : des charges de travail où seule la latence compte, jusqu’à celles où la confidentialité du contenu de l’abonnement prime avant tout.
Le nom d’hôte de l’endpoint reste identique. Seuls le schéma et le port changent : HTTPS utilise le port 443, HTTP le port 80. Le basculement s’effectue depuis le tableau de bord Web ERPC.
HTTPS est la nouveauté, le HTTP existant continue sans changement
Jusqu’à présent, les endpoints de flux partagés d’ERPC étaient proposés en HTTP.
Ce qui est ajouté, c’est le volet HTTPS. Les connexions HTTP existantes ne changent ni en spécification ni en comportement, et vous pouvez continuer à les utiliser exactement comme avant. Les clients déjà connectés en HTTP n’ont aucune démarche à effectuer.
Nous n’avons pas l’intention de retirer HTTP. Il reste disponible comme option pour les charges de travail où la latence passe avant tout.
HTTPS — des connexions chiffrées et sécurisées
Sur un endpoint HTTPS, l’ensemble des échanges entre votre client et ERPC est chiffré par TLS.
Le contenu de votre requête d’abonnement comme les données de flux qui vous sont renvoyées sont chiffrés par TLS : en règle générale, les charges utiles ne peuvent pas être lues sur le chemin. Dans le tableau de bord Web ERPC, HTTPS est le transport sélectionné par défaut.
La poignée de main TLS a lieu pour l’essentiel à l’établissement de la connexion. Le chiffrement et le déchiffrement des données de flux se poursuivent ensuite, mais un flux gRPC maintenu longtemps ouvert n’a pas à payer ce coût de poignée de main de façon répétée.
HTTP — l’option faible latence, sans traitement TLS
Sur un endpoint HTTP, il n’y a ni poignée de main TLS, ni aucun travail de chiffrement ou de déchiffrement.
Dans le traitement en temps réel sur Solana, chaque traitement présent sur le chemin, depuis l’endroit où les données sont produites jusqu’à leur arrivée dans votre application, influe sur la latence. Ne nécessitant ni chiffrement ni déchiffrement TLS, HTTP convient aux usages à faible latence qui cherchent à réduire autant que possible les traitements sur le chemin.
HTTP prend l’avantage dans les configurations qui rétablissent fréquemment la connexion, ou dans celles qui ne tolèrent aucune surcharge sur le chemin.
Quand le regroupement d’un filtre d’abonnement porte un sens
HTTP est l’option à plus faible latence, mais selon la manière dont un projet l’utilise, le groupe d’adresses demandé est exposé sur le chemin — et pour certains projets, c’est un problème.
Les données présentes sur la blockchain sont publiques en elles-mêmes. Mais lorsque leur regroupement est exposé, il peut porter un sens qu’aucun élément isolé ne portait.
Supposons qu’un projet veuille filtrer et surveiller l’ensemble des wallets de ses clients. La liste des adresses contenues dans cette requête d’abonnement peut elle-même constituer une information sensible pour ce projet. Même si chaque adresse prise isolément est publique, savoir quel ensemble d’adresses est surveillé d’un seul tenant peut donner des indices sur la composition de sa clientèle, sur ce qu’il surveille et sur ses centres d’intérêt commerciaux.
C’est exactement là que l’endpoint HTTPS est utile. En contrepartie du chiffrement et du déchiffrement qu’exige TLS, les charges utiles de votre requête d’abonnement et des données de flux sont chiffrées.
La latence d’abord, ou la confidentialité de l’abonnement d’abord ? Cet arbitrage diffère d’un projet à l’autre. ERPC vous laisse désormais ce choix, à faire selon votre propre cas d’usage.
Périmètre : les endpoints partagés
La prise en charge d’HTTPS couvre les endpoints partagés suivants :
- Direct Shreds Connect
- Direct Shreds Turbo
- Stream Geyser gRPC partagé — Standard
- Stream Geyser gRPC partagé — Premium
- Stream Geyser gRPC partagé — Burst
HTTPS est activé sur les endpoints de flux partagés de toutes les régions, et les endpoints HTTP existants sont conservés tels quels. Les endpoints partagés inclus dans les offres Shreds Bundle et ERPC Bundle peuvent également utiliser HTTPS.
Les endpoints dédiés ne sont pas concernés par ce changement. Le Geyser gRPC dédié et les produits Shreds dédiés conservent leur méthode de connexion actuelle, sans modification.
Basculement dans le tableau de bord, liste d’IP autorisées commune
Le changement de transport s’effectue depuis l’affichage des endpoints du tableau de bord Web ERPC.
Basculez entre HTTPS et HTTP : l’URL de l’endpoint correspondant au transport sélectionné s’affiche. Configurez votre client avec l’URL exactement telle qu’elle est affichée.
Les deux transports utilisent la même liste d’IP autorisées enregistrées. L’authentification repose toujours sur votre adresse IP enregistrée : il n’est donc pas nécessaire de réenregistrer vos IP pour passer à HTTPS, ni d’ajouter un token ou un en-tête Authorization.
Les produits Shreds partagés d’ERPC continuent après la fin de Jito ShredStream
Jito ShredStream cesse son service le 5 septembre 2026. Les produits Shreds partagés d’ERPC, eux, continuent après cette date.
Direct Shreds Connect et Direct Shreds Turbo — tous deux concernés par ce déploiement d’HTTPS —, ainsi que les offres multi-IP Shreds Bundle et le Direct Shreds Connect inclus dans les offres ERPC Bundle, restent tous disponibles au-delà du 5 septembre.
Pour être clair : la fin de service du 5 septembre annoncée le 21 août 2026 concerne les produits Shredstream dédiés et Stream Bundle. Les produits Shreds partagés n’y sont pas inclus. L’accompagnement à la migration des clients sous contrat dédié continue d’être assuré individuellement, comme jusqu’à présent.
Si vous réexaminez la façon dont votre projet reçoit les Shreds, le moment est tout indiqué pour comparer les options. Nous serions heureux que vous les essayiez.
À tester en facturation horaire, dès une heure
Les endpoints partagés d’ERPC sont disponibles dès une heure, en facturation horaire.
Sans vous engager sur une offre mensuelle, vous pouvez tester HTTPS et HTTP sur votre charge de travail réelle et constater par vous-même l’équilibre entre latence et confidentialité dans votre propre environnement.
Commencez par une évaluation courte, puis choisissez votre offre à partir de vos mesures.
Un produit UDP Forwarding renouvelé arrive prochainement
Pour UDP Forwarding — qui simplifie le chemin de livraison des Shreds lui-même —, un produit renouvelé arrive prochainement.
L’objectif est une gamme dans laquelle vous choisissez la méthode de livraison adaptée à la tâche : UDP pour les charges de travail qui placent la faible latence au-dessus de tout, et Shreds gRPC pour l’abonnement de flux via l’interface gRPC existante.
Les régions prises en charge, les tarifs, les spécifications détaillées et la date de sortie officielle seront annoncés dès qu’ils seront prêts.
Une infrastructure que vous choisissez selon l’usage
ERPC n’évalue pas la performance de l’infrastructure Solana aux seules spécifications du serveur. La proximité de la source des données, le chemin réseau, le matériel, l’OS et le kernel, ainsi que la méthode de livraison finale vers l’utilisateur, sont conçus ensemble comme une infrastructure unique à faible latence.
Ce déploiement d’HTTPS élargit le choix au sein de cette méthode de livraison finale. Il n’existe pas une option la plus rapide qui conviendrait à tous les projets : le poids relatif accordé à la latence et à la confidentialité dépend de la nature du produit.
Pour toute question, contactez-nous via le chat d’assistance du tableau de bord Web ERPC.
