Dotazy na realtime_sendRawTransaction a stránkované protokoly jsou v reálném provozu. Kredity putují do @0xSami_M! Pracujeme také na přepracování webových stránek s dokumenty.

Zajíček potřebuje nějaký stín

paralelní E.V.M. (Ethereum Veggie Machine)

Nejsem si tím tak jistý. Dokonce i PoW se v konečném důsledku opírá o předpoklad, že protivník nemůže kontrolovat velké množství fyzické infrastruktury (CPU, GPU, ASIC, SSD, dodávky elektřiny atd.) po dlouhou dobu, což je ekonomický předpoklad. PoW i PoS delegují obtížný problém zmírňování Sybil na pravidla, vzorce a heuristiky světa mimo řetězec.

RT @0xBreadguy: Jsem rád, že tento příspěvek označil útržky Solana (15 ms) za srovnání s 10 ms bloky Mega. Nějak se vždy dostaneme do této...

Konverzace se rychle stočila k optimálnímu codesignu CLOB a řetězce, což bylo zcela očekávané!!

Každý týden se koná inženýrská schůzka mezi GTE a MegaETH. Probereme vše od nových metod RPC (stránkované čte někdo?) až po to, jak by se mělo na nejrychlejším blockchainu pohlížet na spamy. Neustále si připomínám, jak talentovaný, ambiciózní a pragmatický tým je. V uplynulém roce jsem byl velmi potěšen pracovat s týmem GTE a to je jen začátek! Gratulujeme @GTE_XYZ !!

Pup musel cestovat 42 hodin, aby se k nám dostal, a měl zpoždění. Takže jsme jeli 3 hodiny uprostřed noci, abychom si oholili posledních 10 hodin. Vítej doma, Rivere!

Skutečně skvělé systémy poskytují koncovým uživatelům snadno použitelné abstrakce při zachování veškeré síly základních mechanismů. Cloud abstrahuje operační systémy a sítě do obrovského počítače. Crypto abstrahuje distribuované algoritmy a teorii her do benevolentního správce. EigenCloud abstrahuje cloud a krypto do vždy ověřitelné, nekonečné výpočetní platformy, na kterou může každý vše převést. Gratulujeme @sreeramkannan a týmu @eigenlayer!

Upgrade na testovací síť MegaETH z tohoto týdne opravil nepolapitelnou chybu výkonu, která způsobovala, že se doba minibloku mezi restarty sekvenceru neustále prodlužovala. Zde je příběh. Je to příběh o naší filozofii – měř, pak stavěj. Pokud byste nedávno navštívili panel výkonu MegaETH, mohli byste vidět, že doba minibloku se v týdnu před 3. červnem prodloužila. Ve skutečnosti by takový trend začal hned po každém restartu sekvenceru od spuštění veřejného testnetu. Dříve časté upgrady sekvenceru znamenaly, že čas minibloku se nezvýšil o žádnou znatelnou hodnotu, dokud nebyl vzestupný trend resetován. Nedávné upgrady však nevyžadovaly restartování sekvenceru a tento trend pokračoval několik týdnů. 3. června dosáhl čas minibloku téměř 100 ms. Vzhledem k tomu, že restarty sekvenceru budou v budoucnu díky horkému zálohování ještě méně pravděpodobné, je čas chybu jednou provždy odstranit. Vzhledem k tomu, že běžně shromažďujeme spoustu telemetrických dat pro testovací síť, tým rychle začal kopat. Prvním zjištěním bylo, že nárůst doby minibloku se v průběhu času zrychlil – nejenže se doba minibloku zvyšovala, ale zvyšovala se stále rychleji. Obvykle by takový příznak znamenal, že práce spojená s budováním každého minibloku se superlineárně zvyšovala, jak bylo postaveno více minibloků. Po určitém měření a výpočtu jsme však hypotézu sestřelili. Miniblokové potrubí jsme postavili tak, aby bylo téměř plně asynchronní s EVM, abychom dosáhli libovolně nízkého času minibloku. To znamená, že bez ohledu na to, kolik času zabere vytvoření minibloku, EVM bude po celou dobu provádět transakce. Delší doba budování minibloku by tedy vedla k vyššímu počtu transakcí na miniblok, ale to jsme nepozorovali. Problém tedy nemůže být ve stavění minibloků. Pečlivé prozkoumání kódu potvrzuje tento závěr – žádná část v procesu vytváření minibloků nemá superlineární složitost. Tým rozšířil pátrání a skutečný viník se rychle vynořil. Doba potřebná k provedení bloků EVM se zvyšovala; dále byla doba odevzdání dokonale lineární s počtem bloků EVM vyrobených od posledního restartu. Při odevzdávání bloků EVM se aktualizuje prostředí EVM, jako je výška bloku, takže EVM se musí pozastavit a nemůže provádět transakce, což znamená ani žádné minibloky. Mezi bloky EVM je pevně stanovený 1sekundový interval. V rámci 1sekundového rozpočtu vede lineárně rostoucí doba odevzdání k lineárně klesající době trvání transakcí, což zase vede k lineárně klesajícímu počtu vytvořených minibloků. Pokud vezmeme jeho převrácenou hodnotu, dostaneme průměrný čas minibloku, který je v čase nepřímo úměrný. Je to přesně ten tvar funkce, který jsme viděli na nástěnce výkonu. Matematika se osvědčila. V tu chvíli jsme přesně věděli, na co se zaměřit: na nějakou proceduru, jejíž pracovní zátěž se v čase lineárně zvyšuje v konkrétní části kódu, která se stará o commitování EVM bloků. Zbytek práce byl přímočarý. Tým tento týden prosadil upgrade a čas minibloku se nevplížil. Jaké z toho tedy bylo ponaučení? Myslím, že to znovu ukázalo sílu, když je inženýrství vedeno pečlivými měřeními a prvními principy. Tým pracuje na dalších vylepšeních se stejnou filozofií. Zůstaňte naladěni!