Populære emner
#
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.
Dette er noen interessante resultater. Det er alltid hyggelig å se at MegaETH kommer på topp :)
For å sette dataene i en viss kontekst, består ende-til-ende-ventetiden til en RPC-forespørsel av tre komponenter: (1) latens for lysets hastighet fra/til observatøren til/fra serveren, (2) tiden det tar for serveren å hente og etterbehandle de forespurte dataene, (3) tiden det tar for observatøren å laste ned svaret. Som du nevnte, er RPC-metodene som testes på den lettere siden, både når det gjelder beregningskostnader og når det gjelder datastørrelse. Dette betyr eksperimentene som hovedsakelig ble testet (1), det vil si forplantningsforsinkelsen mellom observatører og RPC-serverne. Misforstå meg rett – MegaETHs RPC-er er også ganske sterke på (2) og (3), og det ville vært interessant å se eksperimenter som stresser dem!
Så, hvordan finjusterer vi forplantningsforsinkelsen? Egentlig er det ikke for mange knotter. For det første kan vi distribuere RPC-servere i flere geografiske regioner, og automatisk rute forespørsel til nærmeste server. Dette er som hurtigmatkjeder som åpner butikker overalt – det er alltid en filial i nærheten! Mer presist, å ha geodistribuerte servere reduserer den fysiske avstanden mellom brukere og servere.
For det andre kan vi optimalisere nettverkstopologien. Selv om det er mellom samme par av avsender og mottaker, varierer forplantningsforsinkelsen basert på den faktiske nettverksbanen som krysses. For eksempel, mellom USAs østkyst og Asia, kan ventetiden variere med 2x avhengig av om datapakkene går gjennom Stillehavet eller gjennom Europa. Noen ganger er det til og med flere nettverksbaner som følger samme geografiske rute; noen er mer overbelastet enn andre, noe som induserer høyere latens. Dette er som å ha flere motorveier å velge fra punkt A til punkt B. Latensfordelene du observerte kom mest sannsynlig fra at vi optimaliserte ruten.
15. aug., 21:38
MegaETH offisiell RPC vs Thirdweb RPC – Testnett Latency
Jeg ønsket å hente direkte data fra MegaEth uten å måtte kjøre noen infrastruktur og lette etter den raskeste måten å gjøre dette på.
Jeg brukte "" for å kjøre en enkel benchmark for å se hvordan MegaETHs offisielle RPC kan sammenlignes med en tredjeparts RPC (Thirdweb). Målet var å sjekke hvilken som ville hente ferske data fra utforskeren raskere fra forskjellige deler av verden.
Testen brukte 'eth_blockNumber' og 'eth_getBalance' RPC-kallet på MegaETH-testnettet. Den treffer 27 AWS-regioner på tvers av 6 kontinenter, og sender forespørsler etter hverandre med ett sekunds gap. Den sporet gjennomsnittlig ventetid, feil, 429 feil, vellykkede forespørsler og total forespørselsvarighet.
Her er resultatene
Alle resultatene viste at den offisielle MegaETH RPC var raskere på alle seks kontinenter og alle 27 regioner. Latensen for MegaETH varierte fra ca. 126 ms til 238 ms i henhold til denne testen. For Thirdweb varierte ventetiden fra ca. 170 ms til 381 ms. Begge hadde lave feilrater, men MegaETH hadde litt færre, og den totale forespørselsvarigheten var konsekvent lavere for MegaETH.
For kontekst har nettverk vanligvis minst noen få områder der en tredjeparts RPC er raskere. Avalanche, Optimism og Ethereum har alle eksempler på dette i offentlige benchmarks. Se ikonet
- Avalanche C-Chain resultater
- Optimisme resultater
- Ethereum-resultater
MegaETH som slår Thirdweb overalt er ikke typisk.
Oppgaven min om hvorfor MegaETH Official rpc kommer best ut er at nettverket er godt innstilt arkitektonisk, og bruker en enkelt sequencer om gangen.
Jeg oppfordrer @NamikMuduroglu @yangl1996 @0xSami_M til å dele sine tanker
Dette er testnett slik at tallene kan skifte på hovednettet når trafikken er tyngre. Men foreløpig, hvis du trenger den raskeste og mest pålitelige måten å hente data fra MegaETH-utforskeren, er den offisielle RPC det klare valget.
NB: Jeg er ingen ekspert, det er bare teoretisk og er kanskje ikke 100% nøyaktig da dataene som ble testet var lette samtaler, også disse resultatene ble øyeblikksbildet, resultatene kan variere hvis større data er involvert til forskjellige tider, til slutt brukte jeg en offentlig thirdweb rpc, det kan være andre raskere.
11,84K
Topp
Rangering
Favoritter