Główni programiści Ethereum debatują nad priorytetami kolejnego hard forku po „Dencun”, który może nastąpić pod koniec 2024 lub 2025 roku.
Po czwartkowej rozmowie telefonicznej z All Core Devs wstępny harmonogram rozwidlenia Dencun pozostaje niezmieniony, a sieć testowa Goerli zostanie uruchomiona 17 stycznia.
Ponieważ wdrożenie aktualizacji prawdopodobnie nastąpi w marcu, programiści zwracają uwagę na to, co będzie dalej w Pralectra – w skrócie Pralectra – nadchodzącej aktualizacji.
Wciąż bardzo dynamiczna, toczy się debata na temat ogólnej wizji: albo skupiony na funkcjach zestaw mniejszych propozycji ulepszeń Ethereum (EIP), albo duża aktualizacja protokołu w celu wprowadzenia Verkle Trees do warstwy wykonawczej.
Verkle Trees to nowa struktura danych, która ewoluuje obecnie używane drzewo Merkle, wykorzystując bardziej wyrafinowane techniki matematyczne — zobowiązania wektorowe oparte na parach krzywych eliptycznych, które według Verkle stanowią znaczące odejście od prostszych funkcji skrótu używanych w drzewach Merkle. informacje.
Struktura ta zajmuje mniej miejsca i można ją szybciej zweryfikować, co pozwala sieci obsłużyć więcej transakcji.
Krótko mówiąc, jest to sposób na radzenie sobie z długoterminowym problemem „wzdęcia stanu”, który będzie coraz ważniejszy w miarę skalowania Ethereum.
Aktualizacja jest kluczowym kamieniem milowym w długoterminowej mapie drogowej Ethereum, fazie zwanej The Verge.
Nie było jasnego konsensusu w sprawie wezwania – niektórzy opowiadają się za skupieniem się wyłącznie na Verkle Trees, a Guillaume Ballet z Fundacji Ethereum ostrzegł, że „nie ma czegoś takiego jak mały widelec”, ale inni wzywają do zdecydowanego zaangażowania w modernizację sieci ponownie w 2024 r.
Istnieje obawa, że dostawa Verkle Trees może zająć 18 miesięcy lub dłużej – w przypadku kryptowalut to wieczność.
Pierwotnie termin Dencun miał się odbyć w listopadzie, ale ostatecznie przesunięto go na październik 2024 r.
Czytaj więcej: Główni twórcy wykluczają w tym roku widelec Dencun
„Verkle jest na poziomie Połączenia, jeśli nie gorszy pod względem złożoności” – stwierdził Ballet. „Tak naprawdę nie można niczego wysyłać w tym samym czasie po stronie [warstwa wykonawcza]”.
Łukasz Rozmej z zespołu klienta wykonawczego Nethermind zgodził się z tym, zalecając programistom, aby najpierw potraktowali priorytetowo fork bogaty w funkcje, a dopiero potem całkowicie zwrócili się do Verkle Trees.
„Moje doświadczenie mówi mi, że przeprojektowanie państwa jest niezwykle trudne i zajmuje niezwykle dużo czasu” – powiedział współpracownikom podczas rozmowy telefonicznej. „Wytrzymałość Verkle to nie specyfikacja, to wdrożenie, optymalizacja i testowanie”.
Funkcje tak, ale jakie?
Wśród zwolenników drugiego forku w 2024 r. skupiającego się na funkcjach były zespoły klienckie Nethermind, Besu i Reth. Pytanie jednak brzmi: co ma pierwszeństwo?
Andrew Ashikhmin, inżynier oprogramowania w zespole klienta Erigon, zasugerował, że format obiektowy EVM (EOF) byłby jednym z kandydatów do przeprowadzenia kolejnej aktualizacji bez odwracania uwagi od długoterminowej pracy nad Verkle Trees, ponieważ mógłby zostać wdrożony przez mniejszy zespół, i była bardziej izolowaną zmianą w bazie kodu.
„Ale głównym celem powinno być Verkle” – powiedział.
EOF był pierwotnie rozważany w przypadku hard forku Shapella, ale uznano go za zbyt duży, aby można go było połączyć w parę jako „pasażer” obok głównego „sterownika”, Proto-Dank sharding lub EIP-4844.
Czytaj więcej: Następna aktualizacja Ethereum, aby skupić się na obiektach blob
Według Justina Florentine’a, inżyniera protokołu w zespole klienta Besu, EOF „zdecydowanie nie jest pasażerem”, stwierdził jednak, że Besu poczynił już „duże postępy” w zakresie tej funkcji i dlatego opowiada się za jej przyjęciem w Pralectrze
Georgios Konstantopoulos, dyrektor ds. technologii i badacz w firmie inwestycyjnej Paradigm, która tworzy klienta Rust Ethereum (Reth), powiedział, że jego zespół „poradził sobie z EOF, ponieważ jest to praca jednoosobowa i [wymaga] izolowanych testów”.
Jednak deweloper Fundacji Ethereum, Marius van der Wijden, podzielił się opinią, że „EOF nie znajdzie się w małym forku”.
Ansgar Dietrichs z Fundacji Ethereum wspierał włączenie EOF do Pralectra w kwietniu zeszłego roku i zauważył w czwartkowej rozmowie telefonicznej, że zespół Solidity – utrzymujący główny język programowania inteligentnych kontraktów EVM – był zdecydowanie za tym rozwiązaniem.
Jednak podczas rozmowy nie było nikogo, kto wyraźnie opowiadałby się za EOF, co skłoniło założyciela Nethermind, Tomasza Staczaka, do uwagi: „jeśli nikt nie będzie opowiadał się za EOF w tej rozmowie, podsumowałoby to, dlaczego nie został on jeszcze wysłany”.
Stanczak nazwał EIP-7002, czyli „wyjścia wyzwalane z warstwy wykonawczej”, najczęściej wybieranym EIP na forum Ethereum Magicians i „bardzo ważnym”, ponieważ naprawia „główny błąd projektowy związany ze stakowaniem [i] nie może pojawić się wystarczająco wcześnie”.
Inny główny programista Parithosh Jayanthi, znany pod pseudonimem „Potuz”, powiedział, że gdyby miał wybrać jedną funkcję do dostarczenia, byłby to EIP-7002. Jednak jego zdaniem EIP-7549 „zdecydowanie powinien się znaleźć”.
Ta funkcja, która wpływa tylko na warstwę konsensusu, naprawia błąd w projekcie Ethereum i ma na celu zmniejszenie średniej liczby par potrzebnych do weryfikacji reguł konsensusu. Parowanie to operacja stosowana w niektórych algorytmach kryptograficznych obejmująca krzywe eliptyczne.
Obecnie, aby osiągnąć konsensus, konieczne jest zweryfikowanie minimum 1366 atestów – co wskazuje na zgodność pomiędzy walidatorami – ale po EIP-7549 liczba ta zostanie zmniejszona do zaledwie 22.
„Wdrożenie jest proste i pozwala zaoszczędzić dużo czasu na agregacji” – powiedział Potus. „Może pomóc w przypadku mostów bez zaufania — i testerów zk, mostów zk — to coś, co zdecydowanie powinno znaleźć się w każdym rozwidleniu, które zrobimy dalej”.
Celem zaproszenia było zainicjowanie dyskusji, a konkretne podejście i propozycje ulepszeń zostaną ustalone w późniejszym terminie. Uaktualnienia Ethereum opierają się na konsensusie; nie ma wyraźnej hierarchii władzy ani mechanizmu głosowania w celu określenia priorytetów.
Czasami postęp może wydawać się trudny lub chaotyczny, podobnie jak wypasanie kotów, ale taka jest natura zdecentralizowanej bestii.
Nie przegap kolejnej ważnej historii – dołącz do naszego bezpłatnego, codziennego biuletynu.
Źródło: https://blockworks.co/news/ethereum-devs-plan-2024