Napisane przez Christine Kim
Opracowano przez: Luccy, BlockBeats
Nota wydawcy: Spotkanie All Core Ethereum Developer Execution Call (ACDE) odbywa się co dwa tygodnie w celu omówienia i koordynowania zmian w warstwie wykonawczej Ethereum (EL). To 190. telekonferencja ACDE. Na tym spotkaniu omawiano EIP 7251 i 7702, Ethereum Virtual Object Format (EOF) i PeerDAS.
Podczas spotkania Beiko zaproponowała również nowy szablon dyskusji EIP i podkreśliła znaczenie strony zasobów dla programistów Ethereum „eth-clients”. 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:
20 czerwca 2024 r. programiści Ethereum zebrali się na Zoomie na spotkaniu nr 190 All Core Developers Execution (ACDE). Telekonferencja ACDE to odbywająca się co dwa tygodnie seria spotkań prowadzona przez Tima Beiko, szefa wsparcia protokołów w Fundacji Ethereum, podczas których programiści omawiają i koordynują zmiany w warstwie wykonawczej Ethereum (EL).
W tym tygodniu programiści opisali swoje postępy we wdrażaniu różnych zmian w kodzie, w tym propozycji ulepszeń Ethereum (EIP) 7251 i 7702, a także formatu obiektów wirtualnych Ethereum (EOF) i PeerDAS.
Beiko udostępniła także sugerowany szablon do dyskusji na temat EIP, a inżynier EF DevOps Parithosh Jayanthi przedstawił nową stronę GitHub o nazwie „eth-clients” zawierającą konfigurację sieci głównej i testowej Ethereum. Na koniec Beiko przypomniała zespołowi, że następna rozmowa telefoniczna ACDE odbędzie się w amerykańskie święto 4 lipca. Chociaż on nie będzie obecny na spotkaniu, badacz EF Alex Stokes będzie je moderował w jego imieniu.
Pectra Devnet 1
Deweloperzy rozpoczęli sesję od omówienia Pectra Devnet 1. Programiści zamierzają uruchomić w przyszłym tygodniu kolejną dedykowaną sieć testową dla aktualizacji Pectry. W porównaniu z poprzednią siecią testową Devnet 0, nowa sieć testowa ma głównie następujące zmiany w specyfikacji:
Dodano scalanie walidatora wyzwalane przez EL
Zastąpiono EIP 3074 EIP 7702
Zespół klienta EL postępuje naprzód z implementacją Devnet 1. Przedstawiciele każdego z głównych zespołów Ethereum EL podzielili się swoimi najnowszymi osiągnięciami:
Besu: Pierwsza wersja implementacji Devnet 1 jest już gotowa, ale nadal brakuje niektórych testów, a zespół ma pytania dotyczące specyfikacji operacji ustalania cen gazu.
Nethermind: Dokonują przeglądu implementacji Devnet 1, łączą różne zmiany w kodzie i forki oprogramowania oraz piszą przypadki testowe.
Erigon: Mają wersję roboczą implementacji EIP 7702 i przeglądają najnowsze zmiany w EIP 7251, które dodają łączenie walidatorów wyzwalane przez EL.
Reth: Ich wdrożenie Devnet 1 powinno zostać ukończone przed następnym spotkaniem ACD.
EthereumJS: Zespół pracuje nad wdrożeniem EIP 7702 i spodziewa się, że Devnet 1 będzie gotowy za około tydzień.
Geth: Zespół pracuje również nad wdrożeniem EIP 7702.
Gdy zespół klienta dzielił się swoimi postępami, programista o imieniu „Racytech” zapytał, czy implementacja EOF zostanie wykluczona z Devnet 1. Beiko potwierdziła, że EOF nie będzie testowany na Devnet 1 i że implementacja EOF powinna opierać się na najnowszej specyfikacji Pectra, a nie ostatecznej specyfikacji Deneba. Inżynier EF DevOps Barnabas Busa podkreślił, że ta strategia utrudni debugowanie EOF, ponieważ specyfikacje Pectry zmieniają się i są również debugowane w tym samym czasie. „Mimo to jest to nadal prawdą, ponieważ chcemy, aby zespół pracował nad podstawowymi EIP-ami Pectry i naprawiał te błędy. Ma to zatem większy sens niż budowanie na poprzednim rozwidleniu, a następnie na ostatnim etapie budowanie na Pradze, a także odkrywanie wszystkich ci, którzy się mylą” – powiedziała Beiko. Praga to nazwa EL modernizacji Pectry.
Aktualizacja EIP 7702
Podczas gdy programiści ciężko pracują nad wdrożeniem EIP 7702 w Devnet 1, możliwe jest, że zostaną wprowadzone znaczące zmiany w kodzie w celu obsługi nowej funkcjonalności, w szczególności możliwości cofnięcia przez użytkowników autoryzacji transakcji EIP 7702.
Programista Geth o imieniu „Lightclient” zaproponował nowe zmiany w celu obsługi unieważnienia EIP 7702. Wyjaśnił: „Nie jest łatwo sprawdzić, które zezwolenia w danym momencie obowiązują, trudno też ustalić, które zostały cofnięte, a które nie. Istnieją wzorce projektowe, które pozwalają uniknąć takich sytuacji, ale w rzeczywistości tak jest mogę nie wiedzieć, co zrobi portfel. Jak korzystać z tej funkcji, pamiętam, jak Vitalik wspomniał podczas ostatniej rozmowy lub w pokoju grupowym, że zamiast autoryzacji należy uwzględnić ją doraźnie. transakcji, możemy te autoryzacje zapisać, dzięki czemu w każdej chwili będziesz mógł sprawdzić, jakie kody są przypisane do Twojego konta."
Deweloper o imieniu „Arik” stwierdził, że woli obecną wersję EIP 7702 od zmian zaproponowanych przez Lightclient. Arik powiedział, że w ramach nowego EIP 7702 będzie kilka konkretnych przypadków użycia. Lightclient kwestionuje te uwagi, twierdząc, że wszystkie przypadki użycia obsługiwane przez starszą wersję EIP 7702 pozostały i dodano potężny mechanizm cofania. Jednak Lightclient zauważył również, że zmiany te komplikują wdrażanie EIP w kliencie. Beiko powiedziała na czacie konferencyjnym, że sfinalizowanie projektu EIP 7702 to „nierozwiązany problem numer jeden w specyfikacji Pectry” i zasugerowała programistom zorganizowanie kolejnej rozmowy telefonicznej w celu osiągnięcia konsensusu w sprawie mechanizmu unieważnienia. „Byłoby miło, gdybyśmy do następnego spotkania mieli wersję, z której wszyscy byli ogólnie zadowoleni, albo tę wersję, albo jej ulepszoną wersję, która mogłaby być częścią Devnet 2” – powiedziała Beiko.
Programista Besu, Daniel Lehrner, zapytał, czy programiści powinni poświęcić czas na wdrożenie aktualnej wersji EIP 7702 w Devnet 1, jeśli specyfikacje prawdopodobnie ulegną zmianie w Devnet 2. Powiedział: „Propozycje są zupełnie inne, więc możemy wdrożyć coś, co za kilka tygodni będzie musiało zostać częściowo odrzucone, ponieważ 7702 znów się zmienia.” Richard Meissner, współzałożyciel portfela kryptograficznego Safe, powiedział, że jego zdaniem It byłoby pomocne dla zespołu zajmującego się portfelem zaimplementowanie jakiejś wersji EIP 7702 w sieci testowej. Beiko dodał, że jego zdaniem wdrożenie EIP 7702 w obecnej formie nie opóźni znacząco postępu zespołu klienta, co mogłoby spowodować komplikacje dla Devnet 1, gdyby programiści próbowali teraz usunąć go ze specyfikacji Pectra.
Aktualizacja EOF
Mówiąc o EOF, Busa powiedział, że jego zespół przetestuje implementację EOF po wdrożeniu innych zmian w kodzie Pectra. Gotowość EOF można śledzić w serwisie GitHub. Obecnie dwa zespoły klientów EL, Besu i Reth, wdrożyły wszystkie EIP EOF, podczas gdy inne zespoły nadal pracują nad wdrożeniem wszystkich EIP EOF. Przedstawiciele zespołu Erigon zauważyli, że przydatne byłyby dodatkowe przypadki testowe symulujące bloki Ethereum zawierające transakcje EOF. Mario Vega, członek zespołu testującego EF, powiedział na czacie, że jego zespół publikuje więcej testów EOF i podzieli się nimi podczas następnej sesji przełomowej EOF. Danno Ferrin, niezależny twórca protokołu Ethereum, powiedział, że odkąd specyfikacja EOF jest już sfinalizowana, telekonferencje EOF zostały zmienione z cotygodniowych na dwutygodniowe, a obecnie EOF koncentruje się na testowaniu i wdrażaniu klientów.
Aktualizacje PeerDAS
Busa pokrótce przedstawił postęp prac wdrożeniowych PeerDAS. Powiedział, że następny PeerDAS Devnet będzie dostępny online za tydzień lub dwa. Jak omówiono na ostatnim spotkaniu ACDC, PeerDAS zostanie opracowany w oparciu o ostateczną specyfikację Dencun, a nie specyfikację Pectra.
ogłoszenie
Beiko zaproponowała nowy domyślny szablon dla autorów EIP do wykorzystania w postach Ethereum Magicians. Ten nowy szablon zaprojektowano z myślą o ułatwieniu wysokiej jakości przeglądów EIP.
Jayanthi przedstawił stronę GitHub „eth-clients”, która zapewnia deweloperom Ethereum różnorodne zasoby, w tym standardowe konfiguracje sieci testowej i głównej Ethereum. Obecnie ta strona jest prowadzona przez przedstawicieli wszystkich zespołów klientów CL. Jayanthi wezwał przedstawicieli zespołu klienta EL, aby ochotniczo pomogli w utrzymaniu tej strony GitHub.
Lightclient zapytał zespół klienta o postęp prac nad wygaśnięciem danych historycznych. Na spotkaniu nie podano żadnych aktualizacji w tej sprawie.
Beiko powiedział, że nie będzie gospodarzem kolejnej telekonferencji ACDE, która przypada w amerykańskie święto 4 lipca. Następnie będzie mu przewodniczył badacz EF Alex Stokes.