Populaire onderwerpen
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
Dit zijn enkele interessante resultaten. Het is altijd leuk om te zien dat MegaETH bovenaan staat : )
Om de gegevens in context te plaatsen, bestaat de end-to-end latentie van een RPC-verzoek uit drie componenten: (1) de snelheid van het licht propagatie latentie van/naar de waarnemer naar/van de server, (2) de tijd die de server nodig heeft om de gevraagde gegevens te verzamelen en te verwerken, (3) de tijd die de waarnemer nodig heeft om de reactie te downloaden. Zoals je al aangaf, zijn de RPC-methoden die worden getest aan de lichte kant, zowel qua rekenkosten als qua gegevensgrootte. Dit betekent dat de experimenten voornamelijk (1) hebben getest, d.w.z. de propagatielatentie tussen waarnemers en de RPC-servers. Begrijp me niet verkeerd – de RPC's van MegaETH zijn ook behoorlijk sterk op (2) en (3) en het zou interessant zijn om experimenten te zien die deze onder druk zetten!
Dus, hoe kunnen we de propagatielatentie fijn afstemmen? Eigenlijk zijn er niet veel knoppen. Ten eerste kunnen we RPC-servers in meerdere geografische regio's implementeren en verzoeken automatisch naar de dichtstbijzijnde server routeren. Dit is als fastfoodketens die overal winkels openen – er is altijd een filiaal in de buurt! Meer precies, het hebben van geo-distribueerde servers vermindert de fysieke afstand tussen gebruikers en servers.
Ten tweede kunnen we de netwerktopologie optimaliseren. Zelfs als het tussen hetzelfde paar zender en ontvanger is, varieert de propagatielatentie op basis van het daadwerkelijke netwerkpad dat wordt doorlopen. Bijvoorbeeld, tussen de oostkust van de VS en Azië kan de latentie met 2x variëren, afhankelijk van of de datapakketten via de Stille Oceaan of via Europa gaan. Soms zijn er zelfs meerdere netwerkpaden die dezelfde geografische route volgen; sommige zijn drukker dan andere, wat hogere latentie veroorzaakt. Dit is als het hebben van meerdere snelwegen om uit te kiezen van punt A naar punt B. De latentievoordelen die je hebt waargenomen, kwamen waarschijnlijk van onze optimalisatie van de route.
15 aug, 21:38
MegaETH Officiële RPC vs Thirdweb RPC – Testnet Latentie
Ik wilde directe gegevens van MegaEth ophalen zonder enige infrastructuur te hoeven draaien en zocht naar de snelste manier om dit te doen.
Ik gebruikte "" om een eenvoudige benchmark uit te voeren om te zien hoe de officiële RPC van MegaETH zich verhoudt tot een derde partij RPC (Thirdweb). Het doel was om te controleren welke sneller verse gegevens van de explorer kon ophalen vanuit verschillende delen van de wereld.
De test gebruikte de `eth_blockNumber` en de `eth_getBalance` RPC-aanroep op het MegaETH testnet. Het raakte 27 AWS-regio's verspreid over 6 continenten, waarbij verzoeken één voor één werden verzonden met een interval van één seconde. Het volgde de gemiddelde latentie, fouten, 429-fouten, succesvolle verzoeken en de totale duur van de verzoeken.
Hier zijn de resultaten
Alle resultaten toonden aan dat de officiële MegaETH RPC sneller was in alle zes continenten en alle 27 regio's. De latentie voor MegaETH varieerde van ongeveer 126 ms tot 238 ms volgens deze test. Voor Thirdweb varieerde de latentie van ongeveer 170 ms tot 381 ms. Beide hadden lage foutpercentages, maar MegaETH had er iets minder, en de totale duur van de verzoeken was consistent lager voor MegaETH.
Ter context, typisch hebben netwerken minstens een paar regio's waar een derde partij RPC sneller is. Avalanche, Optimism en Ethereum hebben allemaal voorbeelden hiervan in openbare benchmarks. Zie de
- Avalanche C-Chain resultaten
- Optimism resultaten
- Ethereum resultaten
Het is niet typisch dat MegaETH Thirdweb overal verslaat.
Mijn stelling over waarom MegaETH Officiële RPC bovenaan komt, is dat het netwerk architectonisch goed is afgesteld en een enkele sequencer tegelijk gebruikt.
Ik nodig @NamikMuduroglu @yangl1996 @0xSami_M uit om hun gedachten te delen
Dit is testnet, dus de cijfers kunnen verschuiven op mainnet wanneer het verkeer zwaarder is. Maar voor nu, als je de snelste en meest betrouwbare manier nodig hebt om gegevens van de MegaETH explorer op te halen, is de officiële RPC de duidelijke keuze.
NB: Ik ben geen expert, dit is slechts theoretisch en mogelijk niet 100% nauwkeurig, aangezien de geteste gegevens lichte oproepen waren, ook zijn deze resultaten vastgelegd, resultaten kunnen variëren als er grotere gegevens betrokken zijn op verschillende tijden, en tot slot gebruikte ik een openbare thirdweb rpc, er kunnen andere snellere zijn.
12,79K
Boven
Positie
Favorieten