Trendaavat aiheet
#
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.
Nämä ovat mielenkiintoisia tuloksia. On aina mukavaa nähdä MegaETH:n nousevan kärkeen :)
Tietojen asettamiseksi johonkin kontekstiin, RPC-pyynnön päästä päähän -latenssi koostuu kolmesta osasta: (1) valonnopeuden etenemisviive havaitsijalta palvelimelle/palvelimelta, (2) aika, joka palvelimelta kuluu pyydetyn datan nappaamiseen ja jälkikäsittelyyn, (3) aika, joka havaitsijalta kuluu vastauksen lataamiseen. Kuten mainitsit, testattavat RPC-menetelmät ovat kevyempiä sekä laskentakustannusten että datakoon suhteen. Tämä tarkoittaa, että kokeissa testattiin pääasiassa (1) eli etenemisviivettä tarkkailijoiden ja RPC-palvelimien välillä. Älä ymmärrä minua väärin – MegaETH:n RPC:t ovat myös melko vahvoja kohdissa (2) ja (3), ja olisi mielenkiintoista nähdä kokeita, jotka rasittavat niitä!
Joten miten hienosäädämme etenemisviivettä? Itse asiassa nuppeja ei ole liikaa. Ensinnäkin voimme ottaa käyttöön RPC-palvelimia useilla maantieteellisillä alueilla ja reitittää pyynnön automaattisesti lähimmälle palvelimelle. Tämä on kuin pikaruokaketjut, jotka avaisivat kauppoja kaikkialle – lähellä on aina sivuliike! Tarkemmin sanottuna maantieteellisesti hajautetut palvelimet vähentävät fyysistä etäisyyttä käyttäjien ja palvelimien välillä.
Toiseksi voimme optimoida verkkotopologian. Vaikka se olisi saman lähettäjän ja vastaanottajan parin välillä, etenemisviive vaihtelee todellisen verkkopolun mukaan. Esimerkiksi Yhdysvaltain itärannikon ja Aasian välillä latenssi voi vaihdella 2x riippuen siitä, kulkevatko datapaketit Tyynenmeren vai Euroopan kautta. Joskus samaa maantieteellistä reittiä seuraa jopa useita verkkopolkuja; jotkut ovat ruuhkaisempia kuin toiset, mikä aiheuttaa suuremman latenssin. Tämä on kuin olisi useita moottoriteitä, joista voit valita pisteestä A pisteeseen B. Havaitsemasi latenssiedut tulivat todennäköisesti siitä, että optimoimme reitin.
15.8. klo 21.38
MegaETH:n virallinen RPC vs Thirdweb RPC – Testnet-latenssi
Halusin hakea suoraa dataa MegaEthista ilman infraa ja etsin nopeinta tapaa tehdä tämä.
Käytin "" suorittaakseni yksinkertaisen vertailuarvon nähdäkseni, miten MegaETH:n virallinen RPC vertautuu kolmannen osapuolen RPC:hen (Thirdweb). Tavoitteena oli tarkistaa, kumpi hakee tutkimusmatkailijalta tuoretta dataa nopeammin eri puolilta maailmaa.
Testissä käytettiin eth_blockNumber- ja eth_getBalance-RPC-kutsuja MegaETH-testiverkossa. Se osuu 27 AWS-alueelle 6 mantereella ja lähettää pyyntöjä peräkkäin sekunnin välein. Se seurasi keskimääräistä viivettä, epäonnistumisia, 429 virhettä, onnistuneita pyyntöjä ja pyynnön kokonaiskestoa.
Tässä ovat tulokset
Kaikki tulokset osoittivat, että virallinen MegaETH RPC oli nopeampi kaikilla kuudella mantereella ja kaikilla 27 alueella. MegaETH:n latenssi vaihteli tämän testin mukaan noin 126 ms:sta 238 ms:iin. Thirdwebin latenssi vaihteli noin 170 ms:sta 381 ms:iin. Molemmilla oli alhainen epäonnistumisprosentti, mutta MegaETH:lla oli hieman vähemmän, ja MegaETH:n pyyntöjen kokonaiskesto oli jatkuvasti lyhyempi.
Kontekstin vuoksi verkoissa on yleensä ainakin muutama alue, joilla kolmannen osapuolen RPC on nopeampi. Avalanche, Optimism ja Ethereum ovat kaikki esimerkkejä tästä julkisissa vertailuarvoissa. Katso
- Avalanche C-Chainin tulokset
- Optimismitulokset
- Ethereumin tulokset
MegaETH:n voittaminen Thirdwebin kaikkialla ei ole tyypillistä.
Teesini siitä, miksi MegaETH Official rpc on kärjessä, on se, että verkko on arkkitehtonisesti hyvin viritetty ja käyttää yhtä sekvensseri kerrallaan.
Kehotan @NamikMuduroglu @yangl1996 @0xSami_M kertomaan ajatuksiaan
Tämä on testiverkko, joten luvut voivat siirtyä pääverkossa, kun liikenne on raskaampaa. Toistaiseksi, jos tarvitset kuitenkin nopeimman ja luotettavimman tavan hakea tietoja MegaETH Explorerista, virallinen RPC on selkeä valinta.
HUOM: En ole asiantuntija, tämä on vain teoreettista eikä välttämättä ole 100 % tarkkaa, koska testatut tiedot olivat kevyitä puheluita, myös nämä tulokset olivat tilannekuvia, tulokset voivat vaihdella, jos suurempia tietoja käytetään eri aikoina, lopuksi käytin julkista ThirdWeb RPC:tä, voisi olla muitakin nopeampia.
12,8K
Johtavat
Rankkaus
Suosikit