Dokumenter på realtime_sendRawTransaction og paginerte loggspørringer er live. Kreditt går til @0xSami_M! Vi jobber også med en overhaling av dokumentnettstedet.

Kanin trenger litt skygge

parallell E.V.M. (Ethereum Veggie Machine)

Ikke så sikker på det. Selv PoW er til syvende og sist avhengig av antakelsen om at motstanderen ikke kan kontrollere store mengder fysisk infrastruktur (CPU, GPU, ASIC, SSD, strømforsyning, etc.) over lange perioder, noe som er en økonomisk forutsetning. Både PoW og PoS delegerer det vanskelige problemet med Sybil-reduksjon til regler, mønstre og heuristikk i off-chain-verdenen.

RT @0xBreadguy: Glad for at dette innlegget kalte Solana-strimler (15 ms) som sammenligning med Megas 10 ms-blokker. På en eller annen måte havner vi alltid i dette...

Samtalene konvergerte raskt til optimal CLOB og kjededesign, noe som var helt forventet!!

Det er et ukentlig ingeniørmøte mellom GTE og MegaETH. Vi diskuterer alt fra nye RPC-metoder (paginert leser noen?) til hvordan spam skal betraktes på den raskeste blokkjeden. Jeg blir stadig minnet på hvor talentfullt, ambisiøst og pragmatisk teamet er. Det har vært en glede å jobbe med GTE-teamet det siste året, og det er bare begynnelsen! Gratulerer til @GTE_XYZ !!

Pup måtte reise 42 timer bare for å komme til oss, og ble forsinket. Så vi kjørte 3 timer midt på natten for å barbere av de siste 10 timene. Velkommen hjem!

Virkelig gode systemer gir brukervennlige abstraksjoner for sluttbrukere, samtidig som de beholder all kraften til de underliggende mekanismene. Cloud abstraherer operativsystemer og nettverk til en gigantisk datamaskin. Krypto abstraherer distribuerte algoritmer og spillteori til en velvillig forvalter. EigenCloud abstraherer sky og krypto til en alltid verifiserbar dataplattform i uendelig skala som alle kan laste alt ned på. Gratulerer til @sreeramkannan og @eigenlayer-teamet!

Denne ukens oppgradering til MegaETH-testnettet fikset en unnvikende ytelsesfeil som hadde ført til at miniblokktiden kontinuerlig økte mellom omstarter av sequencere. Her er historien. Det er en historie om filosofien vår – mål, så bygg. Hvis man besøkte MegaETHs ytelsesdashbord nylig, kunne man se at miniblokktiden hadde økt i løpet av uken frem til 3. Faktisk ville en slik trend starte rett etter hver omstart av sequencer siden lanseringen av det offentlige testnettet. Tidligere betydde de hyppige oppgraderingene av sequenceren at miniblokktiden ikke ville øke med noen merkbar mengde før den oppadgående trenden ble tilbakestilt. Nylige oppgraderinger hadde imidlertid ikke krevd omstart av sequencer, og trenden fortsatte i flere uker. 3. juni nådde miniblokktiden nesten 100 ms. Med sekvenser-omstarter som blir enda mindre sannsynlige i fremtiden takket være varme sikkerhetskopier, er det på tide å eliminere feilen en gang for alle. Siden vi rutinemessig samler inn mange telemetridata for testnettet, begynte teamet raskt å grave. Den første oppdagelsen var at økningen i miniblokktid akselererte over tid – ikke bare økte miniblokktiden, den økte raskere og raskere. Vanligvis vil et slikt symptom innebære at arbeidet med å bygge hver miniblokk økte superlineært etter hvert som flere miniblokker ble bygget. Vi skjøt imidlertid ned hypotesen etter litt måling og beregning. Vi bygde miniblokkrørledningen til å være nesten fullstendig asynkron til EVM for å oppnå vilkårlig lav miniblokktid. Dette betyr at uansett hvor lang tid det tar å bygge en miniblokk, vil EVM utføre transaksjoner hele tiden. Dermed ville den lengre byggetiden for miniblokk føre til et høyere antall transaksjoner per miniblokk, men det observerte vi ikke. Så problemet kan ikke være med å bygge miniblokker. Nøye undersøkelse av koden bekrefter denne konklusjonen – ingen del av miniblokkbyggingsprosessen har superlineær kompleksitet. Teamet utvidet søket, og den virkelige skyldige dukket raskt opp. Tiden det tok å forplikte EVM-blokker hadde økt; videre var bindingstiden perfekt lineær til antall EVM-blokker produsert siden siste omstart. Når du forplikter EVM-blokker, oppdateres EVM-miljøet som blokkhøyde, slik at EVM må pause og ikke kan utføre transaksjoner, noe som betyr ingen miniblokker heller. Det er et fast intervall på 1 sekund mellom EVM-blokkene. Innenfor budsjettet på 1 sekund fører en lineært økende forpliktelsestid til en lineært synkende varighet for å kjøre transaksjoner, som igjen fører til et lineært synkende antall produserte miniblokker. Hvis vi tar den gjensidige, får vi den gjennomsnittlige miniblokktiden, som er omvendt proporsjonal i tid. Det er akkurat den funksjonsformen vi så på ytelsesdashbordet. Regnestykket sjekket ut. På det tidspunktet visste vi nøyaktig hva vi skulle se etter: en prosedyre hvis arbeidsmengde øker lineært over tid i den spesielle delen av koden som håndterer å forplikte EVM-blokker. Resten av arbeidet var enkelt. Teamet presset oppgraderingen denne uken og miniblokktiden har ikke sneket seg inn. Så, hva var lærdommen? Jeg tror det igjen viste kraften når ingeniørfaget styres av nøye målinger og første prinsipper. Teamet jobber med de andre oppgraderingene med samme filosofi. Følg med!