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.
MegaETH
MegaETH er blokkjeden i sanntid. Hvor kryptoapplikasjoner utnytter ekstrem ytelse for å nå sitt fulle potensial.
MegaETH lagt ut på nytt
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.
9,1K
Sjef teknisk kanin som tilfeldig finner ut matematiske modeller for hvorfor du er ngmi
Vi sees søndag!
31. juli 2025
Hadde en veldig produktiv flytur tilbake fra København (takket være at setet ved siden av meg var tomt)!
Klarte å finne ut en matematisk modell som forklarer hvorfor MegaETHs nye statlige trie-datastruktur er skalerbar mens MPT og dens varianter ikke er det, uansett hvor optimaliserte implementeringene deres er. Dette inkluderer Verkle-forsøk som ble gitt ganske mye håp om å fremskynde tilstandsrotoppdateringen, samt de forskjellige DB-ene som er optimalisert for MPT.
Jeg plukket opp teknikken som ble brukt i analysen – å tilnærme en tilfeldig prosess med eksploderende tilstandsrom ved hjelp av en minneløs prosess – da jeg jobbet med den rateløse IBLT-artikkelen. Det er en elementær teknikk, men det føles veldig tilfredsstillende å lykkes med å bruke teknikken et annet sted!
Jeg vil introdusere den nye datastrukturen på Science and Engineering of Consensus-workshopen (under SBC. Det blir første gang vi snakker om det i detalj selv om det har vært i prod på testnettet siden dag 1 :) Vi sees der!
16,77K
Topp
Rangering
Favoritter