Następna aktualizacja Ethereum będzie zawierała jedną z najbardziej oczekiwanych aktualizacji przez społeczność: możliwość wycofania ETH zamkniętego w Beacon Chain.
Podczas cotygodniowego spotkania programiści Fundacji Ethereum osiągnęli konsensus ws 8 propozycji ulepszenia Ethereum (EIP), która zostanie wdrożona w następnej dużej aktualizacji, zwanej Szanghajem.
Propozycje te należy uwzględnić w Kolejny twardy widelec z Ethereum co powinno nastąpić gdzieś w 2023 r., ewentualnie w drugim kwartale tego roku.
Szanghaj jest od tego czasu bardzo oczekiwaną aktualizacją społeczności Ethereum wdroży możliwość wypłaty ETH zamkniętego w Beacon Chain. Oznacza to, że użytkownicy, którzy zablokowali swoje tokeny w celu wzięcia udziału w weryfikacji, będą mogli odzyskać swoje środki, a także obstawić nagrody.
Do czasu premiery twardy widelecprogramiści będą mogli testować aplikacje i jak działają EIP wdrożony w ShandongThe testnet Ethereum, który został uruchomiony w październiku.
Czy wiesz, jakie są propozycje ulepszeń Ethereum?
Dowiedz się wszystkiego o propozycjach programistów mających na celu poprawę działania i wydajności Ethereum oraz o tym, jak są one wdrażane w sieci.
8 propozycji na przyszłość Ethereum
EIP-3540: Format obiektu EVM
EIP-3540 wprowadza format rozszerzalny i wersjonowany kontener dla EVM z jednorazową walidacją w momencie wdrożenia.
Ta wersja umożliwia oddzielenie kodu od danych, co ułatwia wdrażanie zmian i udoskonalanie Maszyny Wirtualnej Ethereum w przyszłości.
EIP-3651: Ciepła baza monet
Ta propozycja Ma na celu „rozgrzanie” adresu Coinbase na początku realizacji każdej transakcji, zgodnie z rzeczywistym kosztem odczytu konta.
W ten sposób jest to zamierzone obniżyć ceny tego typu transakcji, ponieważ adresy te są początkowo zimne na liście dostępu wprowadzonej w EIP-2929, co powoduje pewną nierównowagę w kosztach gazu.
EIP-3670: Umowy EOF z kodem weryfikacyjnym
EIP-3670 wprowadza weryfikacja kodu w momencie tworzenia umowy w przypadku umów w formacie EOF. Odrzuci także kontrakty zawierające okrojone dane PUSH lub niezdefiniowane instrukcje. Ta zmiana nie będzie miała wpływu na starszy kod bajtowy, czyli surowy kod EOF.
Obecne kontrakty nie wymagają sprawdzania poprawności, więc implementacje EVM mogą decydować, jak obsługiwać kod bajtowy z niezdefiniowanymi instrukcjami. Celem tego EIP jest doprowadzenie do konsensusu w sprawie ważności kodu, aby ułatwić zarządzanie kodem bajtowym i jego uzasadnienie. Jednocześnie zmniejszają się ścieżki, którymi EVM może zdecydować, która instrukcja jest ważna w każdym wykonaniu.
EIP-3855: Instrukcje PUSH0
Wprowadzono instrukcję PUSH0 (0x5f), która wypycha stałą wartość 0 na stos.
Ten EIP jest wprowadzony dla zmniejszyć koszt paliwa wszystkich instrukcji, które mają na celu kumulację lub wypchnięcie wartości zerowej. W tym momencie ze względu na rodzaj kodowania generowany jest wysoki koszt gazu, ponieważ wykonuje on dwie operacje, co powoduje stosowanie skomplikowanych operacji, których wartość może zależeć od kontekstu i powodować błędy.
EIP-3860: Kod limitów i liczników
EIP-3860 stara się rozszerzyć EIP-170, wprowadzając maksymalny limit rozmiaru kodu inicjującego.
Jednocześnie A 2 ładunki gazu na 32-bajtowy fragment kodu inicjującego reprezentujący koszt analizy skoku. Wreszcie ograniczenie rozmiaru powoduje powstanie nowej właściwości: rozmiar EVM, przesunięcie kodu i przesunięcie skoku są ustawiane na wartość 16-bitową.
EIP-4895: Beacon Chain umożliwia wypłaty w EVM
To jedna z najbardziej oczekiwanych funkcji. Dzięki niemu wprowadzono operację na poziomie systemu obsługującą wypłaty walidatora które „wypychają” z łańcucha sygnalizatorów do EVM.
Operacje te powodują bezwarunkowe zwiększenie salda dla konkretnych odbiorców. W zasadzie pozwala wypłaty z walidatorów Beacon Chain trafiają do EVM.
EIP-4758: Wyłącz funkcję AUTODESTRUTU
Ten EIP zmienia nazwę kodu SELFDESTRUCT na SENDALL, zastępując jednocześnie jego funkcjonalność. W ten sposób SENDALL będzie służyć wyślij cały Ether na koncie do użytkownika dzwoniącego.
SELFDESTRUCT wymaga dużych zmian stanu konta, ponieważ usuwa cały kod i pamięć. Wraz z wdrożeniem ww Drzewa Verkle nie będzie to możliwe, ponieważ każde konto będzie przechowywane w wielu różnych kluczach, które nie będą połączone z kontem root.
Pozostałe propozycje zatwierdzone do realizacji w Szanghaju
Oprócz propozycji opisanych powyżej, kolejne twardy widelec będzie również realizować EIP-4844, skupiający się na wykorzystaniu pełnego potencjału fragmentowanie.
W tym celu wdroży pierwszy system proto-dankharding i oczekuje się, że zwiększy wydajność sieci, jednocześnie zmniejszając liczbę transakcji i poprawiając skalowalność.
[hubspot type=cta portal=20298209 id=38fb28e1-1dc1-40e3-9098-5704ca7fcb07]
