ERPC publie « How to be faster on Solana? » (Comment être plus rapide sur Solana ?) — un rapport qui visualise, données en direct à l'appui, ce qui détermine la vitesse sur Solana comme la physique de la distance réseau
ERPC publie « How to be faster on Solana? » (Comment être plus rapide sur Solana ?) — un rapport qui visualise, données en direct à l'appui, ce qui détermine la vitesse sur Solana comme la physique de la distance réseau
ELSOUL LABO B.V. (Siège : Amsterdam, Pays-Bas ; PDG : Fumitake Kawasaki) et Validators DAO, qui exploitent ERPC, ont le plaisir d'annoncer la publication de « How to be faster on Solana? » (Comment être plus rapide sur Solana ?), une page de rapport qui expose — en un seul parcours de haut en bas qu'un développeur même non spécialiste peut saisir d'un coup d'œil — comment gagner en vitesse sur Solana.
Ces dernières années, un nombre croissant de développeurs et d'équipes se sont lancés dans le trading haute fréquence (HFT) et l'infrastructure financière en temps réel sur les blockchains, et sur Solana en particulier. Pourtant, le savoir qui sous-tend les questions les plus élémentaires — pourquoi certains sont plus rapides, et comment gagner en vitesse — est resté dispersé dans des articles techniques isolés et des explications fragmentaires, avec peu de ressources permettant d'en saisir rapidement la vue d'ensemble. Ce rapport réorganise le cœur des articles techniques qu'ERPC a publiés au fil du temps en une seule « ligne de physique » continue.
Ce rapport partage une compréhension pratique pour utiliser le réseau de manière plus efficace et à plus grande vitesse — même sur un réseau décentralisé dont les participants sont répartis à travers le monde. Nous pensons que partager de manière systématique où, et pourquoi, les différences de vitesse apparaissent contribue à l'efficacité et à la croissance saine de l'écosystème blockchain au sens large, Solana compris, au-delà de l'intérêt d'un seul fournisseur.
How to be faster on Solana? (le rapport) : https://erpc.global/fr/how-to-be-faster/
Site officiel d'ERPC : https://erpc.global/fr
Tableau de bord ERPC : https://dashboard.erpc.global/fr
Ce qui détermine la vitesse n'est ni votre code ni votre machine — c'est la troisième couche invisible
« J'exécute la même stratégie, et pourtant seul mon bot est exécuté en retard. » « Les prix se mettent bien à jour, mais seules mes transactions ne passent pas. » « J'ai changé de fournisseur RPC, et rien n'a changé. » — les doléances des développeurs qui se disputent la vitesse sur Solana se ressemblent étonnamment.
Le premier suspect est toujours « mon code est peut-être lent » ou « mes spécifications ne sont peut-être pas à la hauteur ». Optimiser votre code et votre machine aide, bien sûr. Mais dans bien des cas où vous avez déjà soigneusement réglé les deux, ce qui subsiste jusqu'au bout — et qui est le plus négligé — est une troisième couche invisible : votre distance réseau jusqu'à Solana.
Une fois votre chemin d'exécution bien optimisé, ce que le réglage CPU au niveau des instructions peut encore grignoter se joue dans le monde des nanosecondes à, au plus, quelques microsecondes. La distance réseau, en revanche, gouverne des centaines de millisecondes — un levier de l'ordre d'environ 1 000× sommeille dans la couche que l'on néglige le plus. Passé le point où vous avez peaufiné votre code et votre machine, la plus grande marge de progression restante se trouve dans cette troisième couche.
Sur Solana, le « lieu le plus rapide » se déplace à travers le monde à chaque slot
Sur Solana, un slot avance environ toutes les 400 millisecondes, et chaque slot se voit attribuer un validateur comme « leader » pour construire cette tranche de bloc. Les leaders changent rapidement (le même validateur peut détenir plusieurs slots consécutifs), et le serveur le plus proche de ce leader obtient un avantage important pour ce slot.
C'est ce qui le rend fondamentalement différent du trading haute fréquence traditionnel. En actions ou en FX, placer vos serveurs à côté du moteur d'appariement unique de la place de marché — un point fixe qui ne bouge pas — vous gardait en tête durablement. Sur Solana, le leader se déplace à travers le monde slot après slot. La meilleure place est ailleurs à chaque fois. Camper une bonne fois à côté d'un seul endroit et considérer l'affaire réglée ne fonctionne tout simplement pas ici.
Dans le rapport, un globe animé par les données en direct de la Leader Slot Information API d'ERPC (getLeaderSlots) montre le leader actuel, et sa rotation vertigineuse, exactement comme elle se produit. « Le lieu le plus rapide ne cesse de se déplacer » — ce n'est pas une métaphore, mais un fait que vous pouvez observer en direct.
La distance, c'est de la latence — d'environ 0,1 ms sur le même réseau à 100–300 ms d'un continent à l'autre
La vitesse de la lumière dans la fibre, et le nombre de sauts de routeur le long du chemin, fixent un plancher qu'aucun matériel ne peut battre. La distance produit son effet à peu près selon les ordres de grandeur suivants :
- Même réseau : ~0,1 ms
- Même centre de données : ~0,3 ms
- Même ville : ~1 ms
- Pays voisin : ~5–10 ms
- D'un continent à l'autre : ~100–300 ms
Un seul slot ne dure qu'environ 400 millisecondes. Les 100–300 millisecondes nécessaires pour traverser un continent engloutissent à elles seules la fenêtre d'un slot entier. Quand le leader est à votre porte, vous entrez dans la fenêtre ; quand il est à l'autre bout de la planète, vous l'avez déjà manqué avant même d'envoyer. Être rapide à chaque slot, c'est toujours être « près » de l'endroit où le leader se pose.
À noter que les contrastes du rapport — « ~0,1 ms sur le même réseau » contre « sur un chemin détourné, le nombre de sauts relais (hops = les routeurs qu'un signal traverse) monte à environ 7, et la latence se creuse jusqu'à environ 70× » — sont des chiffres ronds destinés à transmettre, de manière intuitive, l'écart entre un trajet proche et un trajet lointain. Les grandes oscillations mesurées apparaissent dans les données en direct de la Leader Slot Information API d'ERPC : la latence mesurée depuis un nœud donné jusqu'au leader varie fortement selon l'endroit où se trouve le leader (quel slot), et des oscillations de l'ordre de plusieurs dizaines de fois entre slots proches et slots lointains ont été observées. Un unique chiffre de « latence moyenne » n'est souvent qu'un slot rapide et un slot lent qui se relaient ; la moyenne masque fréquemment la réalité.
Et un « nom de ville » n'est pas le chemin réseau lui-même. Même au sein d'une même ville, si un transit externe ou des sauts supplémentaires s'intercalent, la latence s'accumule d'autant. C'est précisément pour cela que l'on choisit le nœud le plus proche d'après le temps d'arrivée mesuré (ping), et non d'après la distance sur une carte.
Une seule ville ne suffit pas — multi-région, toujours près du leader
La ville où les validateurs de Solana se regroupent le plus densément est Frankfurt. Malgré cela, dans un instantané mesuré au moment de la publication, les validateurs rassemblés à Frankfurt ne représentent qu'environ un quart du réseau dans son ensemble — par nombre de validateurs comme par stake. Les quelque trois quarts de slots restants sont menés depuis un autre endroit que Frankfurt.
Autrement dit, même si vous placez votre meilleure machine unique dans la ville la plus dense, cela seul ne pourra jamais vous rendre « toujours le plus rapide ». Se tenir prêt dans plusieurs régions (par exemple Frankfurt / Amsterdam / New York / Tokyo / Singapore), recevoir près de quel que soit le leader actif, et passer le relais à mesure que le leader se déplace — voilà comment être rapide à chaque slot.
Quand vos transactions n'aboutissent pas, vous êtes coincé dans la voie du spam
La vitesse n'est pas seulement une affaire d'emplacement de votre serveur. La voie par laquelle vous livrez votre transaction décide elle aussi du succès ou de l'échec.
De la capacité du TPU (Transaction Processing Unit) qui reçoit les transactions, le leader alloue jusqu'à environ 80 % à la priorité pondérée par le stake — c'est-à-dire aux connexions adossées à des SOL engagés auprès d'un validateur (stake) (SWQoS / Stake-Weighted Quality of Service). Les quelque 20 % restants sont partagés par toutes les autres connexions. Cette seconde voie est une voie bondée, saturée de spam. À noter que cette allocation d'environ 80 % est décidée du côté du leader, au titre du protocole de Solana, et non quelque chose qu'ERPC fixe.
Tirer vos transactions droit sur le leader donne l'impression d'être le geste le plus rapide. Mais sans l'appui du stake, cela revient à faire la queue dans la voie bondée d'environ 20 %, et sous charge votre transaction finit par ne jamais entrer dans le bloc. La réponse essentielle est d'envoyer par un chemin adossé au stake — depuis un RPC connecté à un staked validator via une relation de trusted peer. ERPC exploite un staked validator de premier rang, connecté à des lignes RPC de haute qualité, comme support à cela (Shinobi Performance Pool).
Le matériel ne compte que lorsqu'il tourne à pleine puissance
Même un serveur placé au bon endroit ne peut tirer parti de la proximité qu'il a gagnée si la machine elle-même ne tourne pas à plein régime. Un VPS virtualisé partage un hyperviseur, il est donc sujet à la gigue et aux blocages dus aux « voisins bruyants » précisément quand l'affluence est à son comble. Le bare metal dédié n'a pas ce problème. Le plancher de fréquence d'horloge qu'un staked validator Solana doit atteindre est de 2,8 GHz ; le bare metal d'ERPC tourne bien au-dessus, à une horloge élevée de classe 5,7 GHz, tout en maintenant l'utilisation à 30–40 % — car un CPU bloqué à 95 % génère de la gigue comme une route embouteillée.
Cette différence ne se limite pas au bare metal de premier rang. Dans le rapport, nous plaçons côte à côte le VPS d'ERPC (VPS++) et une machine virtuelle de grand cloud aux spécifications comparables (toutes deux AMD Turin / 4 vCPU) à l'aide d'un benchmark réel (node_bench). Ce n'est pas une mise en scène ; c'est une « mesure » que quiconque peut reproduire avec la même méthode. ERPC met systématiquement l'accent sur la démonstration de la qualité et de la vitesse de livraison par la mesure, et non par des affirmations subjectives ou du discours marketing.
La réponse finale : même réseau = distance zéro
Là où aboutit tout ce raisonnement, c'est un point unique : être « sur le même réseau » que l'infrastructure de Solana — RPC, validateurs, et les chemins en temps réel impliqués dans le trading, comme Jito et Shredstream. Sur le même réseau, c'est ~0,1 ms, et les paquets ne traversent jamais l'internet public. « Par l'internet public », configuration par défaut pour la plupart des gens, c'est précisément pourquoi la plupart des gens sont lents. La distance zéro est la conclusion qui relie emplacement, machine et stake.
ERPC — chaque optimisation exigée par la physique, sur une seule plateforme
Pour chaque réponse que le rapport tire de la physique, ERPC dispose d'un moyen correspondant : VPS et bare metal sur le même réseau (distance zéro), présence dans plusieurs régions (FRA / AMS / NY / TYO / SGP) (toujours le plus rapide), routage basé sur le ping mesuré (vers le nœud réellement le plus proche par le chemin, et non par la carte), l'API getLeaderSlots (connaître la position du leader slot après slot), et du bare metal de classe 5,7 GHz réglé avec SLV, open source (pleine puissance).
ERPC est né parce que nous en avions nous-mêmes besoin avant tout. En faisant tourner Epics DAO, projet open source (un jeu de cartes sur Solana), nous ne pouvions pas acheter ce type d'infrastructure même en essayant ; nous n'avons donc eu d'autre choix que de la construire nous-mêmes. Vous pouvez désormais vous appuyer sur cette même fondation.
Sur ERPC, vous pouvez combiner Solana RPC, WebSocket, Solana Geyser gRPC, Solana Shredstream, Direct UDP Stream (Raw Shreds), VPS, serveurs bare metal, RPC dédié, SWQoS, une Price API compatible Pyth, ainsi que Jet Analytics et Indexed RPC sur une seule plateforme.
Utiliser les réseaux décentralisés plus vite et plus efficacement
Il existe une part de la vitesse que l'on peut améliorer par le bon investissement en infrastructure. Mais ce que ce rapport s'efforce constamment de transmettre, c'est que comprendre « où, et pourquoi, la différence apparaît » est le véritable avantage. Une fois que vous comprenez où vous perdez du temps — emplacement, chemin, machine ou stake — vous pouvez alors choisir les bonnes ressources et vous concentrer sur votre travail essentiel : la stratégie, le code et le développement.
Même sur un réseau décentralisé, le réseau peut être utilisé efficacement. Partager cette réalité de manière systématique devrait contribuer à l'efficacité et à la croissance de l'écosystème blockchain au sens large, Solana compris, au-delà de l'intérêt d'un seul fournisseur.
R&D et amélioration continue d'une infrastructure spécifique à Solana
Derrière ERPC se trouve la recherche et le développement d'une infrastructure spécifique à Solana qu'ELSOUL LABO continue de mener. ELSOUL LABO a été agréé cinq années consécutives depuis 2022 au titre du WBSO, le programme gouvernemental de soutien à la R&D des Pays-Bas. L'entreprise poursuit sa R&D sur l'infrastructure RPC de Solana, l'exploitation de validateurs, la livraison de données en temps réel, ainsi que l'exploitation et le développement assistés par agents IA, et ces résultats se reflètent dans des services dont ERPC, SLV, SLV AI et le centre de données spécifique à Solana AS200261. La publication de ce rapport, elle aussi, est un effort qui découle directement de cette recherche et de ce développement continus. ERPC continuera de publier ses résultats de manière systématique.
Utilisation et conseil
Pour toute question sur le contenu de ce rapport, tout conseil sur l'amélioration de la vitesse de votre propre configuration, toute aide pour sélectionner des ressources ou planifier une migration, ou toute question sur les benchmarks, veuillez créer un ticket de support sur le Discord officiel de Validators DAO.
How to be faster on Solana? (le rapport) : https://erpc.global/fr/how-to-be-faster/
Tableau de bord ERPC : https://dashboard.erpc.global/fr
Site officiel d'ERPC : https://erpc.global/fr
Discord officiel de Validators DAO : https://discord.gg/C7ZQSrCkYR
Nous remercions sincèrement tous nos utilisateurs pour leur fidélité à ERPC.
Liens
- How to be faster on Solana? (le rapport) : https://erpc.global/fr/how-to-be-faster/
- Site officiel d'ERPC : https://erpc.global/fr
- Tableau de bord ERPC : https://dashboard.erpc.global/fr
- Tarifs ERPC : https://erpc.global/fr/price/
- Site officiel de SLV : https://slv.dev/fr
- SLV GitHub : https://github.com/validatorsDAO/slv
- Discord officiel de Validators DAO : https://discord.gg/C7ZQSrCkYR
Actualités
