výslechy @hotpot_dao o praní, přestávkách na cigáro a mafiánských zkušenostech™ v Kodani

Stážista @hotpot_dao zamčený pro nějaké otázky a odpovědi

Chytit @hotpot_dao v ZK znamená zjistit, že se bojí oceánu

Zajímá vás, jaké to je, když vás akceleruje hra MegaMafia? Den v Kodani pro kohortu 2.

Šéf technický králík ležérně vymýšlet matematické modely o tom, proč jste ngmi Uvidíme se v neděli!

Včera jsme vyrobili náš miliardtý blok testovací sítě Zde je ohlédnutí za vylepšeními, útoky, milníky a spáleným plynem od vydání

Mafia 2 Cook právě začal

Měřte, pak staňte. Výkon MegaETH v reálném čase je získán neúnavnou vírou v toto krédo. Měřit, chápat. Pak stavěj, přetvářej.

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!