Sdílení výsledků z mega-devnetu z minulého týdne: Sunnyside Labs minulý týden spustila největší PeerDAS devnet v historii společně s @ethPandaOps a @base. Chcete vědět, co jsme objevili? Vlákno 🧵

Aktualizace tohoto týdne na Sunnyside PeerDAS Devnet – "Náhled na Mega Devnet-4" Při účasti na devnet-4 se společností @ethPandaOps jsme provedli řadu dalších testů, abychom posunuli hranice a získali hlubší poznatky. 🧵Zde je to, co jsme zjistili:

PSA: Pokud jste spotřebitelem SAFE blokových tagů, obraťte se prosím na hlavní vývojáře na Discordu R&D. Přemýšlíme o změně sémantiky eth.getBlock("safe")

Data z tohoto devnetu by byla opravdu důležitým datovým bodem pro rozhodnutí, jaké hodnoty blobů zvolíme pro první nárazy po spuštění PeerDAS ve Fusace. Je skvělé vidět @testinprod_io a @base pomoci ji uskutečnit!

Všechno nejlepší k 10. narozeninám Etherea! Je to slabé slovo, když řeknu, že tento projekt změnil ❤️ život

A TADY TO JE: První blok 45 milionů plynových limitů navržený na #Ethereum Mainnetu! 🔥🚀 Další cíl: 60M 📈

Limit plynu se pomalu posouvá směrem nahoru! Brzy bychom měli být na 45M. Pokud používáte validátor, stačí aktualizovat software!

Výběr hlavních hvězd ze všech klientských týmů: Prováděcí vrstva: - Geth: EIP-7928 (přístupové seznamy na úrovni bloku) - Reth: EIP-7928 + EIP-7732 (ePBS) + EIP-7805 (FOCIL) úsek - Erigon (EL + CL): EIP-7928 + EIP-7805 + EIP-7782 (snížení latence bloku) - Nethermind: EIP-7928 + EIP-7732 a také podpora EIP-7805 + EIP-7692 - Besu: EIP-7928 + EIP-7732 + EIP-7805 roztažení Konsensuální vrstva: - Maják: EIP-7732 (ePBS) - Prysm: EIP-7732 + EIP-7805 roztažení - Grandine: EIP-7732 + EIP-7805 úsek - Lodestar: EIP-7732 + EIP-7805 úsek + EIP-7919 Pureth pro EL - Vývoj: EIP-7732 - Nimbus (oba CL + EL): EIP-7732 + EIP-7919

ví někdo o minulých snahách o vytvoření matematického modelu využití šířky pásma pro Eth? při škálování kapacity L1 + propustnosti, škálování blobů, restrukturalizaci slotu, zvyšování efektivity šíření, přidávání nových mechanismů (např. FOCIL, BAL), shardování mempoolu atd., pracujeme proti omezením EIP-7870. Prospěl by nám model, kde můžeme zadávat parametry jako je limit plynu bloku, tlak Mempool, počet blobů, režijní náklady a faktory efektivity šíření, počet blobů, využití blobů, počet validátorů, počet aktivních peerů, aktivita synchronizace kontrolních bodů atd., abychom si mohli představit, jak se to všechno skládá podél časové osy slotu. také nás upozornit, když naše rozhodnutí porušují EIP-7870. V době návrhu by nám to pomohlo uvažovat o kompromisech, alokaci šířky pásma, propustnosti/výhodě. Také to pomáhá řídit diskusi o aktivním tvarování provozu, kde explicitně upřednostňujeme určité typy aktivit v různých okamžicích (a omezujeme šířku pásma na jiné), abychom maximalizovali celkovou efektivitu systému. v podstatě laditelný matematický model velmi elementárního grafu níže (který toho hodně vynechává),

Podívejte se na celou sadu validátorů Etherea a vypočítejte, kolik příležitostí ke konsolidaci bylo po upgradu Pectry promarněno. Klíčové statistiky: - Od doby pectry bylo aktivováno 96 672 nových validátorů - 79 547 z těchto validátorů mohlo být konsolidováno, znovu použili pre-pectra pověření pro výběr - 14 362 z těchto validátorů znovu použilo pověření pro výběr po pectře. - Zbývá tedy pouze 2 763 skutečně "unikátních" validátorů! V určitém okamžiku se musíme ptát, co brání validátorům v konsolidaci, je to zralost nástrojů, časový rámec důvěry nebo něco jiného? Rád pomůžu komukoli konsolidovat nebo si o tom promluvit, stačí mi napsat DM