--- title: "FAQ - Latentie en regio's" description: "Veelgestelde vragen over latentie en regio's bij ERPC, in twee delen: vragen die niet chainspecifiek zijn, daarna antwoorden die afhangen van hoe Solana werkt." canonical: "https://erpc.global/nl/faq/latency/general/" locale: "nl" --- # FAQ - Latentie en regio's Vragen over facturering, het Free-abonnement, betalingen en 401- of 429-fouten staan bij [Zo begint u](https://erpc.global/nl/faq/how-to-start/general/). ## Niet specifiek voor één chain Deze vragen gaan over hoe afstand, regio, serverlocatie, gedeelde of dedicated endpoints en de programmeertaal van uw client de latentie beïnvloeden. ### V. Moet ik een regio kiezen? Met [Edge RPC](https://erpc.global/nl/doc/rpc/edge/) hoeft u geen regio te kiezen. Een applicatie die verbinding maakt met edge.erpc.global wordt automatisch naar een nabij toegangspunt op het netwerkpad geleid. Met Unlimited Endpoints voor Solana, Ethereum en Avalanche C-Chain kiest u de regio bij het bestellen, dicht bij de plek waar uw handelssysteem of backend draait. Controleer bij het bestellen de beschikbare regio's in het [ERPC Web Dashboard](https://dashboard.erpc.global/nl). Op Solana past geen enkele regio bij elke strategie, omdat de leader-rol volgens het leaderschema tussen validators wisselt; zie de sectie Solana hieronder. ### V. Ik ervaar hoge latentie. Waarom? Benadert u het endpoint vanaf een fysiek nabije locatie? Afstand beïnvloedt de latentie aanzienlijk. We raden aan het endpoint te benaderen vanaf servers dicht bij het aangeboden endpoint. Ons netwerk biedt theoretisch de snelste verbindingen via onze [Bare-Metal servers](https://erpc.global/nl/baremetal/) en [VPS-services](https://erpc.global/nl/vps/). ### 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. Voor Solana kunt u de latentie meten met deze opensource-tools voor TypeScript en Rust. - [Solana Stream SDK - ValidatorsDAO GitHub](https://github.com/ValidatorsDAO/solana-stream) - [SLV (Nederlands)](https://slv.dev/nl) ### V. Waarom zijn dedicated endpoints sneller? Gedeelde endpoints worden door meerdere klanten gebruikt die dezelfde resources delen. Naarmate het verkeer toeneemt, treedt er doorgaans 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 onbeïnvloed 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. Welk plan is het snelst? Over het algemeen is ons plan op het hoogste niveau het snelst, dankzij superieure CPU's, meer geheugen 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 dan weten, zodat we dit kunnen onderzoeken en verbeteringen kunnen aanbrengen. ### V. De latentie is niet wat ik verwachtte. Prestaties kunnen aanzienlijk variëren afhankelijk van de gebruikte programmeertaal. In snelheidsvergelijkingen tussen talen is de rangorde doorgaans als volgt: **Rust > Go > TypeScript (JavaScript) > Python** Zie de volgende bron voor gedetailleerdere vergelijkingen: [Snelheidsvergelijking programmeertalen](https://niklas-heer.github.io/speed-comparison/) We raden sterk aan Rust te gebruiken als maximale prestaties uw doel zijn. ## Solana Deze antwoorden zijn gebaseerd op hoe Solana werkt: de leader-rol wisselt volgens het leaderschema tussen validators, dus de locaties van validators beïnvloeden welke regio u kiest. ### V. Welke regio raden jullie aan? Er is niet één regio die altijd de beste is. Solana is een wereldwijd netwerk, en de leader-rol wisselt volgens het leaderschema tussen validators. 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, afhankelijk van uw strategie, soms betere resultaten kan opleveren. Kies als praktisch startpunt een regio met veel validators, zoals Frankfurt of de Amerikaanse oostkust, wanneer een stabiele aanvoer van leader slots het belangrijkst is, of plaats uw infrastructuur dicht bij een specifieke doelvalidator wanneer uitvoering via het kortste pad prioriteit heeft. Gebruik [Validators Solutions](https://validators.solutions/) om inzicht te krijgen in de publieke verdeling van het Solana-netwerk, en gebruik daarna de [ERPC Leader Slot API](https://erpc.global/nl/doc/rpc/leader-slot-api/) en echte metingen om te beslissen of een deployment in één regio, in twee regio's of wereldwijd passend is. [![Solana Mainnet Distribution Report](https://erpc.global/faq/SolanaMainnetReportEN.jpg)](https://validators.solutions/) ### V. Ik heb een latentie van ~400ms of minder nodig. Om een latentie binnen ongeveer 400ms te bereiken, zijn dit de essentiële aandachtspunten: - **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. Een ping van 100ms tussen continenten resulteert in de praktijk bijvoorbeeld in ongeveer 500ms latentie. Daarom moet infrastructuur in dezelfde regio worden opgezet om ~400ms latentie te bereiken. - Typische pingwaarden ter referentie: - Hetzelfde netwerk: ~0,1ms - Private Network Interconnect (PNI): ~0,2ms - Hetzelfde datacenter: ~0,3ms - Dezelfde stad: ~1ms - Buurland: ~5–10ms - Intercontinentaal: ~100–300ms - **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 realistisch. 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 het leader-validatorschema voor uw regio met behulp van de **ERPC Leader Slot API (`getLeaderSlots`)**. De API retourneert het aankomende leaderschema, de stake weight voor de huidige epoch, geschatte geolocaties van validators en referentie-pingwaarden, zodat u de slots met de laagste latentie kunt bepalen waarop u wilt inzetten, voordat ze aan de beurt zijn. Publieke kaartgegevens en native RPC API's zijn nuttig voor een breed netwerkoverzicht, maar ze zijn niet nauwkeurig genoeg voor uitvoeringstiming. De Leader Slot API vult die leemte met de granulariteit die nodig is voor routerings- en handelsbeslissingen. - [ERPC Leader Slot API-documentatie](https://erpc.global/nl/doc/rpc/leader-slot-api/) - [ERPC Web Dashboard](https://dashboard.erpc.global/nl) [![Validators Solutions - Solana-netwerkdata](https://erpc.global/faq/ValidatorsSolutionsEN.jpg)](https://validators.solutions/) Solana-netwerkdata: [Validators Solutions](https://validators.solutions/) ### V. Hoe kan ik zero-block (zero-slot) trading bereiken? Voor succesvolle zero-block (zero-slot) trading zijn geavanceerdere strategieën nodig: - **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 het aankomende leaderschema, de stake weight voor de huidige epoch, geschatte geolocatiegegevens van validators en referentie-pingwaarden op te vragen, met veel grotere precisie dan publieke kaartgegevens of native RPC API's. Zo kunt u kansenzones in kaart brengen voordat de slots aan de beurt zijn en trades uitvoeren met een latentie van bijna nul. - [ERPC Leader Slot API-documentatie](https://erpc.global/nl/doc/rpc/leader-slot-api/) - [ERPC Web Dashboard](https://dashboard.erpc.global/nl) - **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. Wat is het snelst: WebSockets, gRPC of Shreds? Feedback van veel klanten is vrij consistent en de prestatievolgorde is als volgt: **Shreds > gRPC > WebSockets** Als u andere resultaten of omstandigheden ontdekt, laat het ons weten. ### V. Is deze RPC (gRPC, Shreds) sneller dan die van anderen? We ontwerpen elk niveau met het oog op snelheid, en we laten dat graag zij aan zij meten met elke andere provider. De resultaten kunnen variëren per regio, per gedeeld of dedicated endpoint, per protocol (WebSockets, gRPC of Shreds) en per programmeertaal van uw client. Als u onze service trager vindt, laat ons dan via het ERPC Web Dashboard weten onder welke omstandigheden en met welke concurrenten u heeft vergeleken. We zullen de oorzaak identificeren en de snelheid verder verbeteren. [ERPC Web Dashboard](https://dashboard.erpc.global/nl)