Voor Solana app-prestaties geldt: wil je zelfs 20ms besparen, dan zijn dedicated RPC-endpoints + SWQoS de sleutel
Voor Solana app-prestaties geldt: wil je zelfs 20ms besparen, dan zijn dedicated RPC-endpoints + SWQoS de sleutel
Bij hoogfrequente handel en bedrijfskritische Solana-applicaties kan zelfs 20ms een beslissend verschil maken. Dedicated RPC-endpoints en gedeelde RPC-endpoints verschillen in hun fundamentele ontwerp, en dit verschil van 20ms kan nooit worden gedicht. Dit artikel legt uit waarom, en hoe ERPC het probleem end-to-end oplost.
20ms 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 20ms latentie toevoegt bij elk verzoek.
Met andere woorden, als RPC-communicatie wordt uitgevoerd via http in plaats van https, kan deze 20ms bij de wortel worden geëlimineerd. Bij Solana, waar blokveilingen in ongeveer 50ms 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 realistisch gezien uw transacties kunnen manipuleren of herhalen.
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 20ms overhead van TLS kan door het ontwerp niet worden verwijderd.
Hoe dedicated RPC de 20ms 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 20ms gegarandeerd. Onafhankelijk van gebruikersbelasting of aanvalsrisico's zorgt dit structurele verschil ervoor dat het verschil van 20ms 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 20ms te besparen is cruciaal, maar het combineren met SWQoS is essentieel om zowel snelheid als transactiesucces te bereiken.
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 open-source Solana NFT-kaartspel, ondervonden we hoe moeilijk het is om een echt high-performance, lage-latentie Solana-ontwikkelomgeving op te zetten. Deze uitdaging leidde ertoe dat we ons eigen platform ontwierpen, en vanuit deze 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. Gecombineerd met de toegevoegde complexiteit van Web3-kennis is het voor ontwikkelaars moeilijk om het volledige plaatje te overzien, wat de voortgang bij optimalisatie heeft vertraagd.
Door high-performance Solana-infrastructuur te leveren, streven we ernaar deze obstakels weg te nemen en de gebruikerservaring in het hele ecosysteem te verbeteren. ERPC en ons open-source SLV-project zijn beide integraal onderdeel van deze missie.
- ERPC Officiële Website: https://erpc.global/en
- SLV Officiële Website: https://slv.dev/en
- Epics DAO Officiële Website: https://epics.dev/en
- Validators DAO Officiële Discord: https://discord.gg/C7ZQSrCkYR
Nieuws
