--- title: "FAQ - Serveurs bare metal" description: "Foire aux questions sur les serveurs bare metal d'ERPC: leur rapidité, l'ajout d'adresses IPv4, régions et laquelle choisir pour Solana, forfaits et paiement." canonical: "https://erpc.global/fr/faq/metal/general/" locale: "fr" --- # FAQ - Serveurs bare metal ## Non spécifique à une chaîne ### Q. Pourquoi votre Bare Metal est-il si rapide? En plus d'utiliser des CPU, de la RAM et des SSD NVMe hautes performances, nous avons soigneusement sélectionné nos fournisseurs partenaires sur la base d'une longue expérience, afin de garantir des performances optimales et constantes, même avec du matériel aux spécifications identiques. Nos fournisseurs partenaires de confiance garantissent la plus haute qualité de CPU, de RAM, de SSD et d'infrastructure réseau, et améliorent continuellement leurs services en ajoutant des points de présence (PoP) et en réduisant la latence vers les PoP les plus fréquentés. De plus, notre plateforme intègre pleinement le partage réseau, ce qui ramène en pratique à zéro la distance entre vos applications et le réseau Solana. Comme la vitesse du réseau constitue généralement le principal goulot d'étranglement des performances, nous avons mis en place un environnement réseau Solana rapide et optimisé pour éliminer ce problème et permettre à vos applications d'atteindre des performances maximales. ### Q. Quels sont les avantages du bare metal? En quoi est-ce différent d'un VPS? Les serveurs bare metal vous offrent un serveur physiquement dédié, réservé à votre seul usage. Les serveurs VPS sont des environnements virtuels qui divisent les cœurs de CPU physiques en plusieurs CPU virtuels (vCPU), ce qui permet d'avoir plus de vCPU que de cœurs physiques réels. - **Pour un usage axé sur la performance**: les serveurs bare metal sont recommandés. - **Pour optimiser le rapport coût-performance**: les serveurs VPS sont recommandés. ### Q. Puis-je ajouter une adresse IPv4 publique à mon serveur bare metal ? L’ajout d’adresses IPv4 publiques est réservé aux serveurs bare metal sous contrat annuel. Pour en savoir plus, contactez l’assistance depuis le [tableau de bord ERPC](https://dashboard.erpc.global/fr). ### Q. Dans quelles régions se trouvent vos nœuds? Nous exploitons actuellement des nœuds dans les régions suivantes: - Francfort (FRA) - Amsterdam (AMS) - Londres (LON) - Stockholm (STO) - New York (NY) - Chicago (CHI) - Salt Lake City (SLC) - Tokyo (TY) - Singapour (SGP) ERPC Web Dashboard: https://dashboard.erpc.global/fr ### Q. Qu'en est-il de la latence? La latence varie selon la méthode de mesure et votre environnement d'utilisation spécifique. Plutôt que de se concentrer sur des valeurs numériques exactes, il est crucial de s'assurer que la latence répond à vos besoins opérationnels réels. Pour Solana, vous pouvez mesurer la latence avec ces outils open source pour TypeScript et Rust. - [Solana Stream SDK - ValidatorsDAO GitHub](https://github.com/ValidatorsDAO/solana-stream) - [SLV (français)](https://slv.dev/fr) ### Q. Pourquoi les endpoints dédiés sont-ils plus rapides? Les endpoints partagés sont utilisés par plusieurs clients qui se partagent les mêmes ressources. Lorsque le trafic augmente, de la latence a tendance à apparaître. Les ressources serveur ont des limites physiques, et la quantité de travail qu'elles peuvent traiter est finie. Lorsque trop de requêtes arrivent en même temps, elles doivent être traitées l'une après l'autre, ce qui ralentit les temps de réponse. Même si nous prenons diverses mesures pour optimiser les performances, y compris sur les endpoints partagés, avec un endpoint dédié vous êtes l'unique utilisateur de la ressource. Vous n'êtes donc aucunement affecté par les autres utilisateurs, ce qui garantit des réponses toujours stables et rapides. Les endpoints dédiés offrent aussi des options de communication sans TLS, comme HTTP. En évitant le handshake TLS (environ 20 ms), la communication devient encore plus rapide qu'en HTTPS. ### Q. Quel plan est le plus rapide? En général, notre plan le plus haut de gamme offre les meilleures performances grâce à des CPU plus puissants, davantage de mémoire et des configurations matérielles plus robustes. Nous proposons aussi des solutions personnalisées si vous avez besoin de serveurs encore plus puissants, mais nos plans standard sont conçus pour offrir un rapport prix/performance optimal. Nous sommes convaincus d'offrir des performances de classe mondiale à chaque niveau de prix. Si vous trouvez un fournisseur plus rapide dans la même gamme de prix, merci de nous le signaler afin que nous puissions analyser la situation et apporter des améliorations. ### Q. La latence ne correspond pas à mes attentes. Les performances varient selon le langage de programmation utilisé. En général, les langages se classent ainsi en termes de performances: **Rust > Go > TypeScript (JavaScript) > Python** Pour des comparaisons détaillées, consultez la ressource suivante: [Comparaison de la vitesse des langages de programmation](https://niklas-heer.github.io/speed-comparison/) Nous vous recommandons vivement d'utiliser Rust pour obtenir les meilleures performances. ### Q. Mon prix augmentera-t-il après mon abonnement? Tant que votre abonnement reste actif, le prix obtenu à l'inscription reste appliqué. Les environnements capables d'encaisser les charges temps réel de Solana sont rares à l'échelle mondiale, et nous prévoyons de relever progressivement les prix à mesure que la demande en matériel et en réseau augmente. Les configurations haut de gamme et les régions très demandées partent le plus vite; sécuriser le prix actuel est donc le choix le plus rentable à long terme. ### Q. Je veux payer en crypto Les paiements en crypto sont disponibles depuis l'ERPC Web Dashboard lorsque le pays de votre adresse de facturation enregistrée fait partie des pays membres de l'UE. Si toutes les cartes de paiement enregistrées sur votre compte ont été émises hors de l'UE, les paiements en crypto ne sont pas disponibles. Vous pouvez utiliser SOL, USDC ou EURC pour acheter des ERPC Credits. Utilisez ces ERPC Credits pour activer ou continuer les plans ERPC. Ouvrez le dashboard, choisissez le paiement crypto, effectuez le transfert depuis votre wallet, puis le dashboard vérifiera la transaction et créditera votre compte. Pays pris en charge : Allemagne, Autriche, Belgique, Bulgarie, Chypre, Croatie, Danemark, Espagne, Estonie, Finlande, France, Grèce, Hongrie, Irlande, Italie, Lettonie, Lituanie, Luxembourg, Malte, Pays-Bas, Pologne, Portugal, Roumanie, Slovaquie, Slovénie, Suède, Tchéquie. Pour les pays qui ne figurent pas dans cette liste, veuillez payer par carte bancaire. [ERPC Web Dashboard](https://dashboard.erpc.global/fr) ## Solana Ces réponses reposent sur le fonctionnement de Solana: le rôle de leader passe d'un validateur à l'autre selon le planning des leaders, si bien que l'emplacement des validateurs oriente le choix de votre région. ### Q. Quelle région recommandez-vous? Il n'existe pas de région qui soit la meilleure en permanence. Solana est un réseau mondial, et le rôle de leader passe d'un validateur à l'autre selon le planning des leaders. Les régions avec davantage de validateurs et un stake plus élevé obtiennent plus souvent des slots leaders, ce qui peut aider les transactions à être confirmées plus vite. En contrepartie, le trafic concurrent s'y concentre aussi; une région moins saturée peut donc parfois donner de meilleurs résultats selon votre stratégie. Comme point de départ, choisissez une région dense en validateurs, comme Francfort ou la côte Est des États-Unis, lorsque la disponibilité régulière de slots leaders compte le plus. Placez-vous plutôt près d'un validateur cible précis lorsque l'exécution par le chemin le plus court est prioritaire. Utilisez [Validators Solutions](https://validators.solutions/) pour comprendre la distribution publique du réseau Solana, puis l'[ERPC Leader Slot API](https://erpc.global/fr/doc/rpc/leader-slot-api/) et des mesures réelles pour décider si un déploiement mono-région, bi-région ou global est approprié. [![Rapport sur la distribution du mainnet Solana](https://erpc.global/faq/SolanaMainnetReportEN.jpg)](https://validators.solutions/) ### Q. J'ai besoin d'une latence d'environ 400 ms ou moins. Pour atteindre une latence d'environ 400 ms ou moins, tenez compte de ces points essentiels: - **Compréhension réaliste des valeurs du ping**: Les valeurs de ping indiquent des conditions idéales et ne reflètent pas la latence réelle des communications en streaming, qui est généralement de l'ordre de cinq fois la latence du ping. Par exemple, un ping de 100 ms entre continents se traduit en pratique par environ 500 ms de latence. Ainsi, des infrastructures doivent être mises en place dans la même région pour atteindre ~400 ms de latence. - Références typiques de ping: - Même réseau: ~0,1 ms - Interconnexion réseau privée (PNI): ~0,2 ms - Même centre de données: ~0,3 ms - Même ville: ~1 ms - Pays voisin: ~5–10 ms - Intercontinental: ~100–300 ms - **Éviter le piège de la latence moyenne**: Les validateurs de Solana sont dispersés géographiquement à l'échelle mondiale, et le planning des leaders change de façon aléatoire à chaque époque. Il n'est pas réaliste de s'appuyer sur la latence moyenne pour atteindre ~400 ms. Au lieu de cela, vous devriez suivre précisément les plannings des validateurs dans votre région spécifique pour identifier les slots avec la latence la plus basse. Pour obtenir une latence minimale de façon constante, il faut une infrastructure dans toutes les régions concernées. Dans la même région, l'acquisition de données peut se faire en dizaines de millisecondes, la transmission étant possible en quelques millisecondes seulement. - **Suivi du planning des leaders**: Surveillez le planning des validateurs leaders de votre région avec l'**ERPC Leader Slot API (`getLeaderSlots`)**. Elle renvoie le planning des prochains leaders, le poids de stake de l'époque en cours, la géolocalisation estimée des validateurs et des valeurs de ping de référence, pour que vous puissiez identifier les slots offrant la latence la plus faible et les cibler avant qu'ils n'arrivent. Les données publiques de type carte et les API RPC natives sont utiles pour obtenir une vue d'ensemble du réseau, mais elles ne sont pas assez précises pour le timing d'exécution. La Leader Slot API comble cette lacune avec la granularité nécessaire pour le routage et les décisions de trading. - [Documentation de l'ERPC Leader Slot API](https://erpc.global/fr/doc/rpc/leader-slot-api/) - [ERPC Web Dashboard](https://dashboard.erpc.global/fr) [![Validators Solutions - Données du réseau Solana](https://erpc.global/faq/ValidatorsSolutionsEN.jpg)](https://validators.solutions/) Données du réseau Solana: [Validators Solutions](https://validators.solutions/) ### Q. Comment puis-je réaliser le trading zero-block (zero-slot)? Réussir le trading zero-block (zero-slot) nécessite des stratégies plus sophistiquées, comme suit: - **Identification des zones d'opportunité**: Les validateurs Solana sont répartis dans le monde entier, et il est physiquement impossible d'obtenir une latence optimale sur chaque slot. Par conséquent, surveillez les plannings des validateurs leaders dans la région où se trouve votre infrastructure et identifiez les zones d'opportunité les plus favorables. Le déploiement d'infrastructures dans plusieurs régions peut également être avantageux. Par exemple, Francfort est une région clé en raison de sa forte densité de validateurs, ce qui entraîne une sélection plus fréquente des leaders et de meilleures opportunités de trading. Utilisez l'**ERPC Leader Slot API (`getLeaderSlots`)** pour consulter le planning des prochains leaders, le poids de stake de l'époque en cours, des données de géolocalisation estimée des validateurs et des valeurs de ping de référence, avec une précision bien supérieure à celle des sources de données publiques de type carte ou des API RPC natives. Vous pouvez ainsi cartographier les zones d'opportunité avant l'arrivée des slots et exécuter des trades à latence quasi nulle. - [Documentation de l'ERPC Leader Slot API](https://erpc.global/fr/doc/rpc/leader-slot-api/) - [ERPC Web Dashboard](https://dashboard.erpc.global/fr) - **Mise en œuvre des nœuds dédiés**: Si vous avez du mal à rivaliser, envisagez de déployer des nœuds dédiés. Les nœuds partagés subissent la latence générée par le trafic d'autres utilisateurs et ne sont donc pas recommandés. De plus, placer votre nœud dédié dans le même réseau que votre application réduit considérablement la latence du réseau et optimise les performances. ### Q. Quel est le plus rapide: WebSockets, gRPC ou Shreds? D'après les retours agrégés de nos clients, l'ordre de performance est le suivant: **Shreds > gRPC > WebSockets** Merci de nous informer si vous observez des résultats différents. ### Q. Je veux le meilleur environnement possible. [UDP Forwarding](https://erpc.global/fr/doc/shredstream/udp-forwarding/) est disponible en Standard et en Premium. Les deux livrent les Shreds à votre récepteur depuis la région de votre choix. Avec Standard, ERPC les transfère depuis un nœud situé dans cette région, de sorte qu'ils vous parviennent depuis une seule IP source. Avec Premium, le réseau maillé transmet, pour chaque Shred, la copie qui lui parvient en premier. Avec Premium, les Shreds arrivent souvent 1–3 ms plus tôt qu'avec Standard. Le 30 octobre 2026, un récepteur d'ERPC situé à Francfort a reçu Standard et Premium en parallèle lors d'une seule mesure de 120 secondes. Pour chaque Shred reçu sur les deux, il a comparé le moment de sa première arrivée sur Standard et sur Premium. Choisissez Premium si vous avez besoin de cet écart de vitesse, et Standard dans le cas contraire. Dans l'ERPC Web Dashboard, choisissez votre région et configurez l'adresse IPv4 publique et le port de votre serveur comme destination des Raw Shreds. Quel que soit votre choix, autorisez dans le pare-feu côté réception chaque IP source affichée dans le dashboard. Pour plus de détails, contactez-nous via l'ERPC Web Dashboard. [ERPC Web Dashboard](https://dashboard.erpc.global/fr) 🔗 [ERPC Web Dashboard](https://dashboard.erpc.global/fr) ### Q. Ce RPC (gRPC, Shreds) est-il plus rapide que les autres? Nous concevons chaque niveau d'offre pour la vitesse, et nous sommes heureux d'être comparés côte à côte avec n'importe quel autre fournisseur. Les résultats peuvent varier selon la région, selon que vous utilisez un endpoint partagé ou dédié, selon le protocole (WebSockets, gRPC ou Shreds) et selon le langage de programmation de votre client. Si notre service vous semble plus lent, indiquez-nous via l'ERPC Web Dashboard les conditions précises et les concurrents auxquels vous l'avez comparé. Nous en identifierons la cause et améliorerons encore la vitesse. [ERPC Web Dashboard](https://dashboard.erpc.global/fr)