Propozycja Ethereum zmniejszy emisję o 33 800 ETH i unieważni każdy wdrożony klient lekki Altair

Nowa propozycja Ethereum, która została scalona, zlikwiduje 512-osobowy komitet synchronizacyjny sieci, usunie jego nagrody i uczyni obecny interfejs klienta lekkiego Altair przestarzałym, zastępując go offchainowymi dowodami zerowej wiedzy.

Projekt EIP-8390 szacuje, że usunięcie wagi nagrody komitetu zmniejszy roczną emisję konsensusu o około 33 800 ETH.

Ethereum zrezygnuje z mechanizmu w protokole, który pozwala klientom lekkim śledzić łańcuch beacon, zanim zaproponowana usługa dowodzenia, interfejs migracji i wsparcie ekonomiczne zostaną określone.

Komitet synchronizacyjny to próbka 512 walidatorów, których wiadomości dają klientom lekkim skompaktowany sposób na śledzenie Ethereum bez przetwarzania pełnego zestawu walidatorów.

Propozycja weszła do oficjalnego repozytorium EIP o 02:04 UTC 24 sierpnia, ale jej status projektu sprawia, że jest to projekt do dyskusji, a nie przyjęta aktualizacja. Nie ma epoki aktywacji ani zobowiązania do roadmapy Ethereum, a dokument pozostawia harmonogram zespołom klientów.

Wątek dyskusyjny autora nie wymienił żadnych recenzji zewnętrznych w swojej aktualizacji wstępnej wersji.

Emisja spada, ale zmienia się handel bezpieczeństwem

Formuła nagrody konsensusu Ethereum przypisuje komitetowi synchronizacyjnemu wagę 2 w mianowniku 64. EIP-8390 usunęłoby tę wagę bez jej redystrybucji, co prowadzi do redukcji emisji konsensusu o 2/64, czyli 1/32.

Projekt raportuje migawkę 901 505 walidatorów i 42 328 615 ETH stakowanych. W porównaniu do szacowanej wartości około 1,082 miliona ETH rocznej emisji konsensusu, usunięta część wynosi około 33 800 ETH rocznie.

Obliczenie 1/32 nie przekłada się na 3,125% cięcia całkowitego zrealizowanego zysku każdego walidatora. Dotyczy to emisji konsensusu przydzielonej nagrodom komitetu synchronizacyjnego, podczas gdy zrealizowane zwroty mogą obejmować inne nagrody konsensusu i dochody z warstwy wykonawczej.

Altair nie definiuje warunków karania specjalnie dla walidatora, który podpisuje złośliwą wiadomość komitetu synchronizacyjnego. EIP-7657, osobna propozycja, która miała na celu dodanie takiej kary, jest obecnie oznaczona jako Stagnant. Ostrzegała, że aplikacje zabezpieczające więcej niż 512 razy 32 ETH, czyli 16 384 ETH, powinny łączyć protokół klienta lekkiego z innymi zabezpieczeniami.

Ta liczba była ostrzeżeniem projektowym przy maksymalnym efektywnym saldzie 32 ETH, ale mimo to odzwierciedla obawy związane z EIP-8390: próbkowane podpisy pomagają klientom lekkim śledzić Ethereum, jednak złośliwe wiadomości komitetu synchronizacyjnego nie niosą ze sobą własnego warunku karania w protokole.

Usunięcie próbki wymieniłoby ten problem odpowiedzialności na inną zależność. Oczekiwano by, że klienci lekcy będą weryfikować dowód zerowej wiedzy finalności Casper FFG w całym pełnym zestawie walidatorów.

Ten dowód stałby się sygnałem finalności dla klientów, którzy nie przetwarzają pełnego zestawu walidatorów.

Klienci lekcy Ethereum potrzebowaliby niezbudowanego zastępstwa

EIP-8390 usunęłoby jego obowiązki walidatora, wiadomości sieciowe, kontenery danych klientów lekkich i kilka punktów końcowych Beacon API. Propozycja mówi, że wdrożone klienci lekcy Altair, które synchronizują się przez LightClientUpdate, przestaną działać po forku.

Dotknięta kategoria obejmuje oprogramowanie, które korzysta z standardowego przepływu aktualizacji Altair. Helios, który może być osadzony w portfelach i zdecentralizowanych aplikacjach, polega na punkcie końcowym konsensusu wspierającym Beacon API klienta lekkiego Ethereum. Lodestar zapewnia pakiet klienta lekkiego po stronie konsumenta zbudowany wokół tej ścieżki.

Nimbus udostępnia interfejs klienta lekkiego dla tych samych obiektów aktualizacji, podczas gdy klient Ethereum IBC Datachain konstruuje nagłówki z danych LightClientUpdate i FinalityUpdate uzyskanych przez Beacon RPC.

Te projekty są potwierdzonymi przykładami, a ich rzeczywisty wpływ forka zależałby od tego, czy nadal korzystają z usuniętych interfejsów i jakie migracje ich utrzymujący wydadzą.

Obecna specyfikacja Altair definiuje przepływ aktualizacji, który te implementacje konsumują. EIP-8390 usuwa ten przepływ, nie dostarczając zastępczego kontraktu Beacon API ani specyfikacji migracji klienta.

EIP-8390 twierdzi, że finalność Casper FFG mogłaby być udowodniona w jednej epoce na jednym GPU i weryfikowana w milisekundach, ale projekt nie cytuje żadnej powtarzalnej implementacji, obwodu, profilu sprzętowego ani benchmarku, aby wesprzeć to twierdzenie.

Jedna porównywalna publiczna konstrukcja pełnego zestawu raportuje przetwarzanie w czasie poniżej jednej minuty na 64-rdzeniowym CPU bez akceleracji GPU i opisuje części końcowego składu dowodu jako przyszłą lub niezbudowaną pracę. Praca pokazuje postęp w innym ustawieniu sprzętowym.

EIP nie definiuje usługi dowodzenia, jej interfejsu klienta, modelu niezawodności, operatorów ani finansowania. Projekt nie dodaje również wyraźnie żadnej zachęty w protokole do produkcji dowodów finalności i nie proponuje żadnej, chociaż finansowanie offchainowe lub publicznych dóbr mogłoby nadal pojawić się poza protokołem.

Ethereum wymieniałoby jeden niedoskonały mechanizm zaufania na infrastrukturę, która nie jest jeszcze częścią specyfikacji. Oszczędności emisji są konkretne w liczbach samej propozycji, podczas gdy dostępność zastępstwa, ścieżka migracji i ekonomia pozostają otwarte.

Przesunięcie EIP-8390 w kierunku aktywacji wymagałoby przetestowanego interfejsu dla klientów lekkich, działających migracji dla obecnych konsumentów Altair oraz publicznej produkcji dowodów, która pozostaje dostępna, gdy użytkownicy na niej polegają.

Niniejsza treść ma charakter wyłącznie informacyjny i nie stanowi porady finansowej, inwestycyjnej, prawnej ani podatkowej. Wszelkie wydarzenia, nagrody, promocje online lub powiązane informacje, o których tu mowa, nie powinny być traktowane jako rekomendacja, zachęta ani zaproszenie do kupna, sprzedaży, wymiany lub innego rodzaju obrotu aktywami kryptograficznymi. Aktywa kryptograficzne charakteryzują się dużą zmiennością i mogą prowadzić do strat. Dostępność usług, produktów i powiązanych wydarzeń WEEX może się różnić w zależności od regionu. Użytkownik jest odpowiedzialny za upewnienie się, że jego udział jest zgodny z obowiązującymi lokalnymi przepisami i regulacjami.