Voor de prestaties van Solana-apps geldt: wil je zelfs 20 ms besparen, dan zijn dedicated RPC-endpoints + SWQoS de sleutel
Bij hoogfrequente handel en bedrijfskritische Solana-applicaties kan zelfs 20 ms een beslissend verschil maken. Dedicated RPC-endpoints en gedeelde RPC-endpoints verschillen in hun fundamentele ontwerp, en dit verschil van 20 ms kan nooit worden gedicht. Dit artikel legt uit waarom, en hoe ERPC het probleem end-to-end oplost.
20 ms besparen door http te gebruiken in plaats van https
U heeft misschien opgemerkt dat RPC-endpoint-URL's meestal beginnen met https. De "s" staat voor TLS/SSL-encryptie, die de communicatie beveiligt. Deze encryptie vereist echter een handshake en constante encryptie/decryptie, wat ongeveer 20 ms latentie toevoegt bij elk verzoek.
Met andere woorden, als RPC-communicatie wordt uitgevoerd via http in plaats van https, kan deze 20 ms volledig worden geëlimineerd. Bij Solana, waar blokveilingen in ongeveer 50 ms worden afgehandeld, is dit verschil kritiek.
Waarom http niet kan worden gebruikt op gedeelde endpoints
Sommigen vragen zich af: "Waarom dan niet http toestaan op gedeelde endpoints?" Het antwoord is simpel: het is onmogelijk.
Het toestaan van http in een gedeelde omgeving zou onversleutelde communicatie betekenen, waardoor transacties worden blootgesteld aan man-in-the-middle-aanvallen, pakketonderschepping en zelfs diefstal van ondertekende transacties. Een aanvaller die hetzelfde gedeelde endpoint gebruikt, zou uw transacties in de praktijk kunnen manipuleren of opnieuw afspelen.
Om deze reden moeten gedeelde endpoints altijd TLS/SSL afdwingen. Onze gedeelde RPC-endpoints zijn ontworpen om zo snel mogelijk te zijn binnen deze beperking, maar de overhead van 20 ms door TLS kan door het ontwerp niet worden verwijderd.
Hoe dedicated RPC de 20 ms elimineert
Dedicated RPC-endpoints beperken de toegang tot specifieke vertrouwde clients. Dit stelt ons in staat de TLS-vereiste te verwijderen en directe http-communicatie toe te staan.
Als gevolg hiervan is een reductie van 20 ms gegarandeerd. Onafhankelijk van gebruikersbelasting of aanvalsrisico's zorgt dit structurele verschil ervoor dat het verschil van 20 ms tussen gedeelde en dedicated endpoints nooit zal worden overbrugd.
De resterende uitdaging: SWQoS
Snelheid alleen is niet genoeg. Solana handhaaft Stake-weighted QoS (SWQoS), waarbij nodes zonder op stake gebaseerd vertrouwen beperkt zijn tot slechts 20% van de beschikbare transactiekanalen.
Bijvoorbeeld, Lite-RPC-ontwerpen die transacties rechtstreeks naar de huidige leader-validator sturen, lijken misschien snel, maar zonder SWQoS zijn ze nog steeds beperkt tot dat 20%-kanaal. Dit betekent dat zelfs als het pakket snel aankomt, het te maken krijgt met aanzienlijk lagere inclusiepercentages.
Het gebruik van dedicated RPC om 20 ms te besparen is cruciaal, maar het combineren met SWQoS is essentieel om zowel snelheid als succesvolle transacties te realiseren.
ERPC biedt de optie om SWQoS in te schakelen op dedicated RPC-endpoints.
Dit betekent dat u Dedicated RPC + SWQoS kunt combineren om zowel latentievermindering als hogere slagingspercentages te bereiken.
Meer over SWQoS: https://solana.com/developers/guides/advanced/stake-weighted-qos
De problemen die Validators DAO en ERPC oplossen
ERPC lost de volgende problemen op:
- Transactiefouten en latentieschommelingen in RPC-omgevingen
- Prestatiebeperkingen door veel infrastructuurproviders
- De grote impact van netwerkafstand op communicatiekwaliteit
- Beperkte toegang tot hoogwaardige infrastructuur voor kleinere projecten
Tijdens de ontwikkeling van Epics DAO, een opensourceproject dat bijdraagt aan Solana, merkten we hoe moeilijk het is om een werkelijk krachtige Solana-ontwikkelomgeving met lage latentie op te zetten. Deze uitdaging bracht ons ertoe ons eigen platform te ontwerpen; vanuit die basis bieden we nu zowel ERPC als SLV aan.
Financiële en andere bedrijfskritische applicaties zijn bijzonder gevoelig voor latentie en fouten, omdat deze direct de gebruikerservaring beïnvloeden. Solana-omgevingen zijn zeer complex, en in tegenstelling tot traditionele internetfinanciën zijn validators wereldwijd verspreid. Door de extra complexiteit van Web3-specifieke kennis is het voor ontwikkelaars moeilijk om het volledige plaatje te overzien, waardoor de optimalisatie trager is verlopen.
Door krachtige Solana-infrastructuur te leveren, streven we ernaar deze obstakels weg te nemen en de gebruikerservaring in het hele ecosysteem te verbeteren. ERPC en ons opensourceproject SLV zijn beide integraal onderdeel van deze missie.
- Officiële ERPC-website: https://erpc.global/nl
- Officiële SLV-website: https://slv.dev/nl
- Officiële Epics DAO-website: https://epics.dev/nl
- Officiële Discord van Validators DAO: https://discord.gg/C7ZQSrCkYR
