Comment construire l’infrastructure Solana la plus rapide
ERPC accompagne de nombreux traders et projets Solana, répondant fréquemment à des questions sur l'optimisation de la latence. Dans cet article, nous décrivons les principales considérations techniques pour construire une infrastructure Solana optimale.
Considérations cruciales pour l’infrastructure Solana
De nombreux traders haute fréquence sur Solana comprennent que placer des serveurs géographiquement plus proches réduit la latence. Toutefois, les points suivants sont particulièrement importants :
- Réception des données en flux (gRPC, ShredStream, etc.)
- Transmission des données de transaction (requêtes POST)
Ces deux éléments peuvent sembler similaires, mais ils présentent des caractéristiques nettement différentes.
Le piège des communications en flux continu
Le terme « flux » évoque la vitesse, mais une communication en flux continu entraîne souvent une latence nettement plus élevée.
| Type de communication | Facteur de latence (par rapport au ping idéal) | Caractéristiques |
|---|---|---|
| Ping idéal | 1x | Latence minimale dans des conditions idéales |
| POST (envoi unique) | Environ 2 à 3× | Communication simple et relativement légère |
| Communication en flux | Environ 5× | Connexion continue avec frais généraux élevés |
La communication par flux maintient des connexions continues, amplifiant la latence en raison de la distance. Cet effet est particulièrement marqué lors du traitement des données Solana en temps réel.
Rapprocher l’infrastructure de la source du flux
Dans la plupart des cas, la réception des données en flux et l'envoi des transactions se produisent dans des centres de données distincts. Il est crucial de placer votre infrastructure le plus près possible de la source du flux.
Comme la latence du flux dépasse nettement celle d’une requête POST, rapprocher l’infrastructure de la source du flux réduit fortement la latence globale.
Atteindre la vitesse maximale avec la communication « zéro distance » d’ERPC
L’infrastructure d’ERPC offre l’environnement le plus rapide grâce aux éléments suivants :
- Des endpoints RPC Solana, des VPS et des serveurs bare metal situés dans le même réseau
- Une communication « zéro distance » qui évite le routage Internet externe
Cette configuration permet d'obtenir un ping d'environ 0,1 ms entre serveurs dédiés.
Avantages des VPS et serveurs bare metal d’ERPC
Les VPS et serveurs bare metal d’ERPC sont optimisés pour le traitement des données Solana en temps réel.
| Spécification | VPS | Bare Metal |
|---|---|---|
| Fréquence du processeur | Jusqu'à 4,15 GHz (derniers processeurs AMD EPYC) | 5 GHz+ (processeurs récents) |
| Type de mémoire | RAM DDR5 (haute bande passante) | DDR5 RAM (haute bande passante) |
| Stockage | NVMe SSD (Gen4+) | NVMe SSD (Gen4+) |
| Bande passante réseau | 1 Gbit/s+ | 10 Gbit/s+ |
| Partage des ressources | Virtualisation (ressources partagées) | Physique (entièrement dédié) |
| Utilisation recommandée | Distribution mondiale, rentabilité | Trading régional, performance maximale |
Tarifs
Serveurs bare metal dédiés
EPYC VPS
Optimisation et suivi
ERPC fournit également une solution complète de surveillance des serveurs :
- Utilisation recommandée des ressources : 30 à 40 % pour le processeur, la RAM et le stockage pour des performances optimales
- Outils de surveillance : visualisation détaillée avec Prometheus et Grafana
- Service de surveillance : disponible pour 16 € par mois
L'optimisation et la surveillance continues assurent un environnement de trading Solana rapide et stable.
Assistance technique et essai gratuit
Pour des questions spécifiques ou pour tester l’infrastructure d’ERPC à distance zéro, veuillez passer par le Discord officiel de Validators DAO :
ERPC s’engage à soutenir durablement le succès de votre projet. Nous sommes impatients de vous aider.
