Spousta lidí chtěla jednoduchý návod na simulaci transakcí. Právě jsem do tohoto nástroje přidal nové funkce: nyní může fungovat jako RPC, zachycovat a simulovat transakce před jejich šířením. Zde je návod, jak bezpečně odeslat transakci za méně než 1 minutu:

Podepisování naslepo je riskantní. Roky používám jednoduchý skript pro bezpečný náhled transakcí před jejich odesláním. S trochou umělé inteligence jsem z něj udělal nástroj CLI, abyste mohli snadno simulovat svou transakci před vysíláním. 👉

EIP-7928 (Block-Level Access Lists) si klade za cíl přinést paralelní zpracování transakcí na Ethereum. Toto EIP se v současné době zvažuje zahrnutí do upgradu Glamsterdam společnosti Ethereum (s cílem na polovinu roku 2026) To umožní vyšší celkovou efektivitu sítě Ethereum.

Blokové přístupové seznamy (EIP-7928) jsou oblíbené pro Glamsterdam a řadí se vysoko jak u komunity, tak u hlavních vývojářů. spravuje pokrok klienta, analýzy, kód, specifikace a testy EL/Engine API, plus příklady JSON mainnetu, vše pro začátek.

Byl jsem překvapen, když jsem se dozvěděl, že ePBS (EIP 7732) je považován za pravděpodobný v Glamsterdamu na zítřejším hovoru ACD, a zejména že je považován za náhradu za opožděné provedení (jako je EIP 7886) Nikdy jsem neslyšel příliš dobrý důvod dělat zpožděné provádění na konsensuální vrstvě spíše než na prováděcí vrstvě. Na rozdíl od EIP 7886 ePBS nepomáhá tvůrcům zjednodušit – stále musí spustit celý blok, aby vygenerovali kořenový adresář stavu Jak mnozí poukázali, problém s volitelností se zdá být špatný (8 sekund pro stavitele na zrušení bloku!). I když se tato možnost neuplatní, může to výrazně zvýšit latenci, než uživatelé uvidí, zda byla jejich transakce zahrnuta Ale také to vypadá jako další složitá změna, která uživatelům nijak nepomůže, což jsem si myslel, že Ethereum překonává

Náhrady za plyn za uvolnění skladovacích slotů pomáhají s nadýmáním státu, ale také zkreslují účetnictví blokového plynu, takže bloky vypadají méně náročné na zdroje, než ve skutečnosti jsou. Zde je uvedeno, proč se jedná o problém a jak jej EIP-7778 opravuje: tldr v tomto vlákně👇

Ethereum se škáluje. Další zastávka -> 45M.

Zde opět všechny upozorňuji, že @ethereum má zákazníky a musíme jim sloužit. Věřím, že EIP-7928 by měla být jednou z největších priorit pro @ethereum. Umožňovala by paralelní čtení z disku, ověřování paralelních transakcí a aktualizace stavu bez provádění. Druhá věc, o kterou by se Ethereum mělo pokusit, je EIP-7782 ke snížení doby slotu Etherea z 12 s na 6 s, aby se snížila latence o 50 %, distribuovalo využití šířky pásma a zlepšilo UX. EIP-7732 Enhrined Proposser-Builder Separation (Oddělení proposer-builder), které chce mnoho inženýrů pracovat jako první, je zajímavé, ale nemyslím si, že to koncovému uživateli příliš přidává a přidává to hodně složitosti. Možná do systému přidáváme další omezení. Věřím, že to musíme nejprve rozšířit. Myslím, že se nejprve musíme zaměřit na velmi konkrétní výkon a funkce související s UI/UX. Sledoval jsem práci @NethermindEth a prosazoval @paradigm zvýšení limitu plynu a myslím si, že tyto typy iniciativ by měly být prioritou. Pokračujte ve skvělé práci.

CDF zpoždění šíření bloku Ethereum napříč zeměmi, měřeno ve vztahu k nejrychlejšímu uzlu na slot (blok je poprvé vidět). Pouze několik zemí (FI, CH) dosahuje zpoždění pod 100 ms; Většina z nich vykazuje medián zpoždění 200–500 ms. To představuje dolní mez odhadu šíření bloku.

1/ Mělo by Ethereum dodávat ePBS (EIP-7732) v Glamsterdamu, nebo je lepší štíhlejší alternativa? Pojďme to rozbalit. Celý příspěvek 👇