Dokument om realtime_sendRawTransaction och sidnumrerade loggfrågor är live. Krediter går till @0xSami_M! Vi arbetar också med en översyn av dokumentwebbplatsen.

kanin behöver lite skugga

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

Inte så säker på det. Även PoW bygger i slutändan på antagandet att motståndaren inte kan kontrollera stora mängder fysisk infrastruktur (CPU, GPU, ASIC, SSD, elförsörjning etc.) under långa tidsperioder, vilket är ett ekonomiskt antagande. Både PoW och PoS delegerar det svåra problemet med Sybil-begränsning till regler, mönster och heuristik i världen utanför kedjan.

RT @0xBreadguy: Glad att det här inlägget ropade ut Solana strimlor (15ms) som jämförelsen med Megas 10ms block. På något sätt hamnar vi alltid i den här ...

Samtalen konvergerade snabbt till optimal codesign av CLOB och kedjan, vilket var helt väntat!!

Det hålls ett ingenjörsmöte varje vecka mellan GTE och MegaETH. Vi diskuterar allt från nya RPC-metoder (paginerade läsningar, någon?) till hur spam ska betraktas på den snabbaste blockkedjan. Jag blir ständigt påmind om hur begåvat, ambitiöst och pragmatiskt teamet är. Det har varit ett nöje att arbeta med GTE-teamet under det senaste året, och det är bara början! Grattis till @GTE_XYZ !!

Pup var tvungen att resa 42 timmar bara för att komma till oss, och var försenad. Så vi körde 3 timmar mitt i natten för att raka bort de sista 10 timmarna. Välkommen hem River!

Riktigt bra system ger lättanvända abstraktioner för slutanvändare samtidigt som de behåller all kraft i de underliggande mekanismerna. Molnet abstraherar operativsystem och nätverk till en gigantisk dator. Crypto abstracts distribuerade algoritmer och spelteori till en välvillig förvaltare. EigenCloud abherar moln och krypto till en alltid verifierbar datorplattform i oändlig skala där alla kan avlasta allt. Grattis till @sreeramkannan och det @eigenlayer teamet!

Den här veckans uppgradering av MegaETH-testnätet fixade en svårfångad prestandabugg som hade orsakat att miniblock-tiden kontinuerligt ökade mellan omstarter av sequencer. Så här ligger det till. Det är en berättelse om vår filosofi – mät och bygg sedan. Om man nyligen besökte MegaETH:s prestandapanel kan man se att miniblocktiden hade ökat under veckan som ledde fram till den 3 juni. Faktum är att en sådan trend skulle börja direkt efter varje omstart av sequencer sedan lanseringen av det offentliga testnätet. Tidigare innebar de frekventa uppgraderingarna av sequencern att miniblocktiden inte skulle öka med någon märkbar mängd innan den uppåtgående trenden återställdes. De senaste uppgraderingarna hade dock inte krävt omstarter av sequencer, och trenden fortsatte i veckor. Den 3 juni nådde miniblocktiden nästan 100 ms. Med sequencer-omstarter som blir ännu mindre sannolika i framtiden tack vare heta säkerhetskopior, är det dags att eliminera buggen en gång för alla. Eftersom vi rutinmässigt samlar in massor av telemetridata för testnätet började teamet snabbt gräva. Den första upptäckten var att ökningen av miniblocktiden accelererade över tid – inte bara ökade miniblocktiden, den ökade snabbare och snabbare. Vanligtvis skulle ett sådant symptom innebära att arbetet med att bygga varje miniblock ökade superlinjärt i takt med att fler miniblock byggdes. Vi sköt dock ner hypotesen efter en del mätningar och beräkningar. Vi byggde miniblockpipelinen så att den var nästan helt asynkron till EVM för att uppnå godtyckligt låg miniblocktid. Detta innebär att oavsett hur mycket tid det tar att bygga ett miniblock, kommer EVM att utföra transaktioner under hela tiden. Således skulle den längre byggtiden för miniblock leda till ett högre antal transaktioner per miniblock, men vi observerade inte det. Problemet kan alltså inte vara att bygga miniblock. En noggrann undersökning av koden bekräftar denna slutsats – ingen del i miniblocksbyggprocessen har superlinjär komplexitet. Teamet utökade sökandet och den verkliga gärningsmannen dök snabbt upp. Tiden det tog att begå EVM-block hade ökat; Dessutom var incheckningstiden helt linjär till antalet EVM-block som producerats sedan den senaste omstarten. När du begår EVM-block uppdateras EVM-miljön, t.ex. blockhöjd, så EVM måste pausa och kan inte utföra transaktioner, vilket innebär att det inte heller finns några miniblock. Det finns ett fast intervall på 1 sekund mellan EVM-blocken. Inom 1-sekundersbudgeten leder en linjärt ökande åtagandetid till en linjärt minskande varaktighet för att köra transaktioner, vilket i sin tur leder till ett linjärt minskande antal miniblock som produceras. Om vi tar dess reciproka får vi den genomsnittliga miniblocktiden, som är omvänt proportionell i tid. Det är exakt den funktionsform som vi såg på prestandainstrumentpanelen. Matematiken stämde in. Vid den tidpunkten visste vi exakt vad vi skulle leta efter: någon procedur vars arbetsbelastning ökar linjärt över tid i den specifika del av koden som hanterar att begå EVM-block. Resten av arbetet var okomplicerat. Teamet tryckte på uppgraderingen den här veckan och miniblocktiden har inte smugit sig på. Så, vad var lärdomen? Jag tycker att det återigen visade kraften när ingenjörskonst styrs av noggranna mätningar och första principer. Teamet arbetar med de andra uppgraderingarna med samma filosofi. Håll ögonen öppna!