FAQ - Bare-Metal Servers
V. Waarom is uw Bare Metal zo snel?
Naast het gebruik van hoogwaardige CPU's, RAM en NVMe SSD's, hebben we onze partnerproviders zorgvuldig geselecteerd op basis van uitgebreide ervaring, waardoor consistent optimale prestaties worden gegarandeerd, zelfs bij hardware met dezelfde specificaties. Onze vertrouwde partnerproviders garanderen de hoogste kwaliteit in CPU's, RAM, SSD's en netwerkinfrastructuur en verbeteren voortdurend hun services door meer Points of Presence (PoP's) toe te voegen en de latentie naar populaire PoP's te verlagen.
Bovendien integreert ons platform volledig netwerkdeling, waardoor de afstand tussen uw applicaties en het Solana-netwerk effectief tot nul wordt gereduceerd. Aangezien netwerksnelheid doorgaans de belangrijkste prestatiebottleneck vormt, hebben we een snel, geoptimaliseerde Solana-netwerkomgeving opgezet om dit probleem te elimineren, zodat uw applicaties maximale prestaties bereiken.
V. Wat zijn de voordelen van bare-metal? Hoe verschilt het van een VPS?
Bare-metal servers bieden een fysiek dedicated server exclusief voor uw gebruik. VPS-servers zijn virtuele omgevingen die fysieke CPU-cores verdelen in meerdere virtuele CPU's (vCPU's), waardoor meer vCPU's dan werkelijke fysieke cores mogelijk zijn.
- Voor prestatiegericht gebruik: Bare-metal servers worden aanbevolen.
- Voor kosten-prestatie-optimalisatie: VPS-servers worden aanbevolen.
V. In welke regio's bevinden zich uw nodes?
We beheren momenteel nodes in de volgende regio's:
- Frankfurt (FRA)
- Amsterdam (AMS)
- Londen (LON)
- Stockholm (STO)
- New York (NY)
- Chicago (CHI)
- Salt Lake City (SLC)
- Tokyo (TY)
- Singapore (SGP)
ERPC Web Dashboard: https://dashboard.erpc.global/en
V. Ik wil de best mogelijke omgeving.
We raden aan een dedicated Shreds-node te combineren met onze bare-metal servers. Het delen van hetzelfde netwerk maakt communicatie op nulafstand mogelijk, met een latentie van ongeveer 0,1 ms ping.
Open het ERPC Web Dashboard voor details.
V. Waarom zijn dedicated endpoints sneller?
Gedeelde endpoints worden door meerdere klanten gebruikt die dezelfde resources delen. Naarmate het verkeer toeneemt, treedt latentie op. Serverresources hebben fysieke limieten en de hoeveelheid werk die ze aankunnen is eindig. Wanneer te veel verzoeken tegelijkertijd binnenkomen, moeten ze sequentieel worden verwerkt, wat resulteert in tragere responstijden.
Hoewel we diverse maatregelen nemen om prestaties te optimaliseren, zelfs bij gedeelde endpoints, bent u bij dedicated endpoints de enige gebruiker van de resource. Dit betekent dat u volledig onbeinvloed bent door andere gebruikers, wat consistent stabiele en snelle reacties garandeert.
Bovendien bieden dedicated endpoints communicatieopties zonder TLS, zoals HTTP. Door de TLS-handshake (ongeveer 20ms) over te slaan, wordt communicatie nog sneller vergeleken met HTTPS.
V. Wordt de actieprijs verhoogd nadat ik me abonneer?
Zolang uw abonnement actief blijft, blijft de actieprijs die u bij inschrijving hebt vastgelegd van kracht. Omgevingen die Solana's real-time workload aankunnen zijn wereldwijd schaars, en we zijn van plan de lijstprijzen stapsgewijs te verhogen naarmate hardware- en netwerkvraag groeit. Configuraties met hogere specs en regio's met veel vraag raken het snelst uitverkocht, dus de huidige promotieprijs vastleggen is op lange termijn meestal de meest kostenefficiente keuze.
V. Ik wil betalen met crypto
ERPC ontwikkelt momenteel "Subscription NFTs". Dit mechanisme geeft abonnementsrechten uit als NFTs, waardoor eigendom, overdracht en doorverkoop mogelijk zijn, wat de crypto-betalingservaring aanzienlijk verbetert. De release is gepland voor eind 2025. Zie voor meer details de volgende link:
Subscription NFTs Persbericht: https://erpc.global/nl/news/2025/08/31/erpc-subscription-nfts/
Echter, aangezien ontwikkeling en release tijd zullen kosten, raden we aan als u nu met crypto wilt betalen, services te proberen waarmee u cryptocurrencies kunt gebruiken als creditcardbetalingen:
- Bybit Crypto Card: https://www.bybit.com/en/cards
- Wirex Card: https://wirexapp.com/card
Door deze services te gebruiken, kunt u direct betalen met cryptocurrency, net als met een gewone creditcard.
V. Welke regio raden jullie aan?
Er is geen enkele permanent beste regio. Solana is wereldwijd, en de leader validator verandert elke slot. Regio's met meer validators en meer stake krijgen vaker leader slots, wat transacties sneller kan laten landen. De keerzijde is dat concurrerend verkeer zich daar ook concentreert, waardoor een minder drukke regio soms beter kan werken afhankelijk van uw strategie.
Kies als praktisch startpunt een validator-dichte regio zoals Frankfurt of de Amerikaanse oostkust wanneer een stabiele aanvoer van leader slots het belangrijkst is, of plaats uw infrastructuur dicht bij een specifieke target validator wanneer het kortste pad de prioriteit is. Gebruik Validators Solutions om de publieke Solana-netwerkverdeling te begrijpen, en gebruik daarna de ERPC Leader Slot API en echte metingen om te beslissen of single-region, dual-region of wereldwijde deployment passend is.
V. Ik heb een latentie van minimaal ~400ms of beter nodig.
Om latentie binnen ongeveer 400ms te bereiken, overweeg deze essentiele punten:
-
Realistisch begrip van pingwaarden: Pingwaarden geven ideale omstandigheden aan en weerspiegelen niet de werkelijke latentie in streamingcommunicatie, die doorgaans ongeveer 5 keer de pinglatentie bedraagt. Bijvoorbeeld, een ping van 100ms over continenten resulteert realistisch gezien in ongeveer 500ms latentie. Daarom moet infrastructuur in dezelfde regio worden opgezet om ~400ms latentie te bereiken.
- Typische pingwaarde-referentie:
- Hetzelfde netwerk: ~0,1ms
- Private Network Interconnect (PNI): ~0,2ms
- Hetzelfde datacenter: ~0,3ms
- Dezelfde stad: ~1ms
- Buurland: ~5–10ms
- Intercontinentaal: ~100–300ms
- Typische pingwaarde-referentie:
-
De valkuil van gemiddelde latentie vermijden: Solana validators zijn wereldwijd geografisch verspreid en het leaderschema verandert willekeurig bij elke epoch. Vertrouwen op gemiddelde latentie om ~400ms te bereiken is niet praktisch. In plaats daarvan moet u validatorschema's in uw specifieke regio nauwkeurig volgen om slots met de laagste latentie te identificeren. Om consequent minimale latentie te bereiken, is infrastructuur in alle relevante regio's vereist. Binnen dezelfde regio kan gegevensverzameling in tientallen milliseconden plaatsvinden, met transmissie in slechts enkele milliseconden.
-
Het leaderschema volgen: Monitor continu het leader validator-schema voor uw regio met behulp van de ERPC Leader Slot API (
getLeaderSlots). Het biedt realtime gegevens over aankomende leaders, stake weight, validator-geolocaties en referentie-pingwaarden, waardoor u optimale handelsslots met minimale latentie nauwkeurig kunt identificeren. Dit elimineert de beperkingen van openbare gegevensbronnen zoals publieke kaartgegevens of native RPC API's, die lagere updatefrequenties en lagere precisie hebben.
Solana-netwerkdata: Validators Solutions
V. Hoe kan ik zero-block (zero-slot) trading bereiken?
Succesvol zero-block (zero-slot) trading bereiken vereist meer geavanceerde strategieen, als volgt:
-
Kansenzones identificeren: Solana validators zijn wereldwijd verspreid en het is fysiek onmogelijk om optimale latentie voor elke slot te bereiken. Monitor daarom validator-leaderschema's in de regio waar uw infrastructuur zich bevindt en identificeer de gunstigste kansenzones. Het implementeren van infrastructuur in meerdere regio's kan ook voordelig zijn. Frankfurt is bijvoorbeeld een belangrijke regio vanwege de hoge validatordichtheid, wat resulteert in frequentere leaderselectie en meer handelsmogelijkheden.Gebruik de ERPC Leader Slot API (
getLeaderSlots) om realtime leaderschema's, stake weight, validator-geolocatiegegevens en referentie-pingwaarden te verkrijgen met veel grotere precisie dan publieke kaartgegevens of native RPC API's. Hiermee kunt u kansenzones nauwkeuriger voorspellen en bijna-nul-latentie trades uitvoeren. -
Dedicated nodes implementeren: Als u moeite heeft om te concurreren, overweeg dan dedicated nodes te implementeren. Gedeelde nodes ervaren latentie door verkeer van andere gebruikers en worden daarom niet aanbevolen. Bovendien vermindert het plaatsen van uw dedicated node binnen hetzelfde netwerk als uw applicatie de netwerklatentie aanzienlijk en optimaliseert het de prestaties.
V. Hoe is de latentie?
Latentie varieert afhankelijk van de meetmethode en uw specifieke gebruiksomgeving. In plaats van te focussen op exacte numerieke waarden, is het cruciaal om ervoor te zorgen dat de latentie voldoet aan uw werkelijke operationele vereisten.
We bieden gratis proefperiodes voor al onze plannen, zodat u de prestaties direct in uw eigen omgeving kunt testen. Daarnaast bieden we gebruiksvriendelijke tools in TypeScript en Rust voor het meten van latentie. Maak gerust gebruik van deze tools naast uw gratis proefperiode.
V. Is deze RPC (gRPC, Shreds) sneller dan anderen?
We moedigen u aan onze gratis proefperiode te proberen en de prestaties te vergelijken met andere services. Als u onze service trager vindt, laat het ons dan weten via het ERPC Web Dashboard met de specifieke omstandigheden en concurrenten waarmee u heeft vergeleken. We zullen de oorzaak identificeren en de snelheid verder verbeteren.
We werken continu aan het verbeteren van latentie op basis van klantfeedback. Als u het snelste mogelijke endpoint zoekt, deel dan gedetailleerde informatie met ons.
V. Welk plan biedt de snelste prestaties?
Over het algemeen biedt ons plan op het hoogste niveau de snelste prestaties dankzij superieure CPU's, hogere geheugencapaciteiten en robuuste hardwareconfiguraties.
We bieden ook maatwerkoplossingen als u nog krachtigere servers nodig heeft, maar onze standaardplannen zijn ontworpen om optimale prijs-prestatieverhoudingen te leveren.
We zijn ervan overtuigd dat we prestaties van wereldklasse bieden op elk prijsniveau. Als u een snellere provider vindt binnen hetzelfde prijsbereik, laat het ons weten zodat we kunnen onderzoeken en verbeteringen kunnen aanbrengen.
V. Wat is het snelst: WebSockets, gRPC of Shreds?
Volgens geaggregeerde klantfeedback is de prestatievolgorde:
Shreds > gRPC > WebSockets
Laat het ons weten als u andere resultaten waarneemt.
V. De latentie is niet wat ik verwachtte.
Prestaties varieren afhankelijk van de gebruikte programmeertaal. Doorgaans rangschikt de taalprestatie als volgt:
Rust > Go > TypeScript (JavaScript) > Python
Voor gedetailleerde vergelijkingen, zie de volgende bron:
We raden sterk aan Rust te gebruiken voor het bereiken van de hoogste prestaties.