Tytuł oryginalny: „Ethereum All Core Developers Execution Call#194Writeup”
Autorka: Christine Kim
Opracowano przez: Ladyfinger, BlockBeats
Notatka redaktora:
Wszystkie wywołania wykonawcze Core Ethereum Developer Execution Calls (ACDE) odbywają się co dwa tygodnie w celu omówienia i koordynowania zmian w warstwie wykonawczej Ethereum (EL). Jest to 194. telekonferencja ACDE. Na tym spotkaniu skupiono się na takich tematach, jak EIP7732, zaktualizowana analiza kosztów gazu dla operacji EIP 2537 i PeerDAS.
Podczas konferencji programista Geth, Marius van der Wijden, zaproponował sposób usunięcia pól przed połączeniem z protokołu przewodowego Ethereum w celu zmniejszenia przepustowości węzła podczas synchronizacji. Christine Kim, wiceprezes ds. badań w Galaxy Digital, szczegółowo opisała kluczowe punkty tego spotkania. BlockBeasts skompilowała oryginalny tekst w następujący sposób:
15 sierpnia 2024 r. gospodarzem 194. telekonferencji Ethereum Core Developer Executive (ACDE) był Alex Stokes, badacz z Fundacji Ethereum. Na spotkaniu omawiano głównie zmiany i kwestie koordynacji na szczeblu wykonawczym (EL).
W tym tygodniu programiści przedstawili aktualizację postępu testów aktualizacji Pectra. Następnie omówiono gotowość do zmian w kodzie EOF planowanych do włączenia do sieci rozwojowej Pectra oraz zaktualizowaną analizę kosztów gazu dla operacji EIP 2537. Deweloper Prysm „Potuz” przedstawił EIP 7732, formalną propozycję ustanowienia separacji proponującego i budującego w protokole Ethereum. Deweloper Erigon, Giulio Rebuffo, zaproponował usunięcie pola „totalDifficulty” z interfejsu API wykonania, aby zmniejszyć dług techniczny klientów Ethereum. Deweloper Geth, Marius van der Wijden, zaproponował usunięcie niektórych pól i komunikatów przed połączeniem z protokołu Ethereum Wire, aby zmniejszyć zużycie przepustowości podczas synchronizacji węzłów. Programiści krótko omówili także zmianę oparcia specyfikacji PeerDAS na platformie Pectra zamiast Dencun i podzielili się aktualizacjami na temat postępów we wdrażaniu EIP 4444.
Pectra Devnets
Pectra Devnet 2 jest bardzo stabilna. Wydaje się, że na stronie informacyjnej Devnet 2 istnieje otwarty problem związany z łączeniem specyfikacji kreatora bloków i testowaniem ich w devnet. Inżynier EF DevOps Parithosh Jayanthi powiedział, że występują również problemy z węzłami Teku/Erigon i klientami Prysm.
Twórcy zamierzają wypuścić Pectra Devnet 3 ze zaktualizowaną specyfikacją EIP 7702 w ciągu dwóch tygodni. Jeśli wszystko pójdzie zgodnie z planem, programiści planują następnie dodać EOF do sieci rozwojowej Pectra Devnet 4.
Deweloper Geth, Marius van der Wijden, udostępnił zaktualizowaną analizę kosztów gazu w EIP 2537. Jako tło, EIP stworzył nowe prekompilacje dla operacji na krzywych BLS12-381. Umożliwia twórcom inteligentnych kontraktów wykonywanie operacji takich jak agregacja podpisów na krzywej BLS12-381 w opłacalny sposób. Van der Wijden zaproponował ponowną wycenę wstępną w oparciu o testy porównawcze, które on wraz z kolegą z zespołu Geth, Jaredem Wasingerem, opracowali dla operacji BLS i zużycia gazu w różnych maszynach. Van der Wijden zachęca innych programistów do przeprowadzania własnych testów porównawczych dotyczących zużycia gazu EIP 2537 w celu sprawdzenia wyników.
EIP 7732
Programista Prysm „Potuz” udostępnił aktualizację EIP 7732, rozwiązania opartego na protokole, które bezpośrednio łączy walidatory z zewnętrznymi narzędziami do tworzenia bloków. Od czasu połączenia walidatorzy polegają na uczestnikach pośrednich zwanych przekaźnikami, którzy otrzymują bloki zawierające nagrody MEV. EIP 7732 eliminuje potrzebę stosowania przekaźników, umożliwiając walidatorom uzyskanie MEV w sposób bardziej pozbawiony zaufania. Potuz podkreślił, że obecny projekt EIP 7732 nie wymaga żadnych zmian w warstwie wykonawczej (EL) ani w API silnika. Dodał, że EIP 7732 jest także kompatybilny z listami inkluzyjnymi, co jest propozycją, która umożliwi walidatorom wymuszanie umieszczania transakcji w blokach. Więcej informacji na temat EIP 7732 można znaleźć w tej prezentacji Google Slides.
Zmniejszenie długu technicznego sprzed fuzji
Odkąd Ethereum przeszło na Proof-of-Stake, niektóre części bazy kodu Ethereum nie są już przydatne ani konieczne. Na przykład bomba trudności, będąca mechanizmem zmuszającym prace programistyczne do oparcia się na proof-of-stake, uniemożliwia po pewnym czasie tworzenie bloków poprzez eksplorację typu proof-of-work. Poniższe dwie propozycje mają na celu usunięcie takich części bazy kodu, aby poprawić wydajność węzła i zmniejszyć złożoność protokołu.
Programista Erigon, Giulio Rebuffo, zaproponował usunięcie pola „totalDifficulty” z interfejsu API wykonania.
Deweloper Geth, Marius van der Wijden, zaproponował usunięcie niektórych pól i komunikatów przed połączeniem z protokołu przewodowego Ethereum.
Inni programiści pozytywnie odnieśli się do obu propozycji podczas telekonferencji. Twórcy zgodzili się na bardziej szczegółowe sprawdzenie obu rozwiązań asynchronicznie po spotkaniu.
PeerDAS
Jeśli chodzi o PeerDAS, programista Nimbus o internetowej nazwie „Dustin” zasugerował przyspieszenie zmiany bazy PeerDAS na Pectra EIP zamiast kontynuować rozwój PeerDAS na Denebie. Powiedział, że w Pectrze istnieją pewne EIP, takie jak EIP 7702 i EOF, które są niestabilne i podlegają zmianom. Dustin zasugerował ponowne oparcie PeerDAS na stabilnym podzbiorze EIP Pectra i wykluczenie transakcji EIP 7702 i EOF w sieci rozwojowej PeerDAS. Twórcy omówili inne sposoby rozpoczęcia odbudowy PeerDAS na platformie Pectra. Ludzie ogólnie okazywali wsparcie i zaczęli podążać w tym kierunku.
Stokes przypomniał uczestnikom telekonferencji, że w przyszły poniedziałek o godzinie 14:00 czasu UTC będą odbywać się regularne rozmowy testowe firmy Pectra w celu dalszego koordynowania specyfikacji i harmonogramu rozwiązań deweloperskich.
EIP 4444
EIP 4444 Brak większych aktualizacji. Przedstawiciele zespołów Nethermind i Nimbus oświadczyli, że nawiązują współpracę z Portal Network, alternatywnym protokołem sieciowym umożliwiającym użytkownikom dostęp do wygasłych danych historycznych.