ERPC ouvre les précommandes du « Dedicated Zero Distance Node » pour pousser les performances de Solana à leur maximum

ERPC ouvre les précommandes du « Dedicated Zero Distance Node » pour pousser les performances de Solana à leur maximum

ERPC ouvre les précommandes du « Dedicated Zero Distance Node » pour pousser les performances de Solana à leur maximum
ELSOUL LABO B.V. (siège social : Amsterdam, Pays-Bas ; PDG : Fumitake Kawasaki) annonce le lancement de son « Dedicated Zero Distance Node », fruit d’un vaste travail de recherche et de tests en conditions réelles visant à offrir une expérience Solana plus rapide. Les précommandes sont désormais ouvertes.
Après avoir étudié en profondeur les configurations de nœuds capables d’assurer une exécution rapide et stable des applications, nous avons conclu que la « communication à distance nulle » constituait la meilleure approche pour atteindre les performances les plus élevées : le serveur Solana RPC et un serveur bare metal dédié sont directement raccordés au même commutateur privé. Nous avons déjà reçu de nombreuses demandes de traders et d’utilisateurs de trading à haute fréquence (HFT), et nous prévoyons que la demande continuera de croître.

Priorité aux hautes performances et à une latence extrêmement faible

Nous cherchons depuis longtemps à atteindre une latence extrêmement faible, parmi les meilleures du secteur. Les traders, pour lesquels un écart de quelques millisecondes dans une transaction ou un slot peut modifier le résultat, nous ont notamment adressé de nombreux retours. Nous nous en sommes servis pour améliorer continuellement nos systèmes, qui ont ainsi reçu des appréciations très favorables.
Nous entendons toutefois souvent que « louer un nœud RPC propriétaire auprès d’un autre fournisseur et y exécuter directement une application Solana s’est révélé plus lent que d’utiliser notre RPC partagé ». Cela tient fréquemment au fait que plusieurs programmes tournent sur la même machine et privent Solana RPC des ressources nécessaires pour optimiser ses performances.
Même avec les meilleurs processeurs et la meilleure mémoire, ou avec un programme considéré comme léger, exécuter une application sur le même nœud crée inévitablement une concurrence pour les ressources et finit par réduire les performances. Solana RPC fournit son débit maximal lorsqu’il fonctionne seul ; il est donc essentiel d’éviter la concurrence avec d’autres processus.
Solana RPC étant par ailleurs souvent la cible d’attaques, l’absence de mesures de sécurité suffisantes peut compromettre l’ensemble du nœud et dégrader sa capacité de traitement.
Chez ERPC, nous appliquons des mesures de sécurité dynamiques en complément des protocoles de base afin de préserver la stabilité de Solana RPC.

La conclusion tirée de la recherche et des tests en conditions réelles

ERPC
Nos vérifications de longue durée et nos essais en conditions réelles ont confirmé que, pour atteindre les performances maximales, il faut séparer physiquement Solana RPC de l’application tout en les rapprochant à une distance « pratiquement nulle » du point de vue du réseau.
  • Réserver le RPC aux seules tâches RPC : en administrant rigoureusement le composant RPC — particulièrement exposé aux attaques — et en exploitant pleinement les ressources matérielles telles que le processeur et la mémoire, le nœud peut traiter les requêtes de manière stable même aux heures de pointe.
  • Isoler l’application sur un serveur bare metal dédié : au lieu de tout exécuter sur un seul nœud, l’application tourne sur un serveur haute performance distinct, ce qui évite les conflits de ressources. Chaque partie peut alors exploiter toute sa puissance de calcul.
  • Assurer une « communication à distance nulle » sur le même commutateur privé : la suppression des trajets réseau supplémentaires entre le nœud et l’application réduit la latence. La distance physique étant un facteur déterminant pour les performances, cette connexion directe permet d’atteindre des vitesses nettement supérieures.
Grâce à ce système, une forte charge d’un côté n’interfère pas avec l’autre : les deux environnements peuvent fonctionner à leur niveau de performance maximal.

Efficace avec un RPC dédié comme avec un RPC partagé

ERPC
Pour maximiser le taux de réussite des transactions, la meilleure solution consiste à associer le nœud à un « RPC dédié ». Toutefois, raccorder simplement le « Dedicated Zero Distance Node » à notre RPC partagé sur le même commutateur privé offre déjà de bien meilleures performances qu’une configuration distante classique.
  • Même sans atteindre le taux de réussite d’un RPC dédié, la seule mise en place d’un nœud à distance nulle peut réduire fortement la latence et, dans de nombreux cas, accroître la vitesse.
  • Cette architecture limite le risque d’attaques et de concurrence pour les ressources, ce qui facilite le traitement des transactions.

Disponibilité des ressources et extension régionale

Nous avons déjà reçu de nombreuses demandes concernant ce nœud et les nœuds RPC dédiés. Cette demande a créé une pénurie de ressources pour les serveurs Solana RPC et bare metal. Il faut actuellement compter environ une à deux semaines pour obtenir un serveur, et ce délai pourrait encore s’allonger à mesure que la demande augmente.
  • Les premières régions prises en charge sont Amsterdam, Francfort, Ashburn et Tokyo.
  • Nous prévoyons ensuite de nous étendre à New York, Londres, Paris et d’autres régions.
Si vous avez besoin rapidement d’un environnement haute performance, nous vous recommandons vivement de commander pendant cette période de précommande.

Perspectives

Nous continuerons de développer une infrastructure Solana haute performance pour les applications à très faible latence dans de nombreux domaines. Forts de l’expertise acquise, nous prévoyons d’affiner encore l’architecture du système et de renforcer la sécurité, afin qu’un nombre croissant d’utilisateurs puisse exploiter pleinement la rapidité de Solana.

Informations complémentaires et contact

Site officiel d’ERPC : https://erpc.global/fr/
Discord officiel de Validators DAO : https://discord.gg/C7ZQSrCkYR