Jak podaje PANews, współzałożyciel Ethereum Vitalik Buterin opublikował artykuł omawiający uproszczenie protokołu Ethereum i zmniejszenie obciążenia zasobów węzła. Zwraca uwagę na EIP-6780 w hard forku Dencun, który usunął większość funkcjonalności kodu operacyjnego SELFDESTRUCT, upraszczając protokół poprzez eliminację złożoności i dodanie nowych gwarancji bezpieczeństwa. Vitalik nazywa to ważną częścią trwającego procesu „czyszczenia” i podaje trzy przykłady innych „czyszczenia”: 1. Geth niedawno usunął tysiące linii kodu, rezygnując ze wsparcia dla sieci przed połączeniem (PoW); 2. W programie EIP-161 ustalono, że nie musimy się już martwić „pustymi kontami”, wprowadzając tę koncepcję w ramach odpowiedzi na atak DoS w Szanghaju; 3. 18-dniowe okno przechowywania obiektów blob w Dencun oznacza, że węzły Ethereum potrzebują jedynie około 500 GB do przechowywania danych obiektów typu blob i liczba ta nie będzie się zwiększać z biegiem czasu.
Jeśli chodzi o prekompilacje, Vitalik wskazuje, że niektóre prekompilacje są znacznie mniej potrzebne, niż oczekiwano, i stanowią główne źródło błędów związanych z konsensusem oraz problemów związanych z nowymi implementacjami EVM. Aby usunąć te prekompilacje, można zastosować dwie metody: 1. Po prostu usuń prekompilację, taką jak EIP-7266, która usuwa BLAKE2; 2. Zastąp prekompilację fragmentem kodu EVM, który wykonuje tę samą operację (choć nieuchronnie wiąże się to z wyższym kosztem paliwa). Jeśli chodzi o historię, Vitalik zauważa, że kluczową kwestią do rozwiązania jest to, kto będzie przechowywać starą historię, jeśli nie każdy węzeł. W praktyce będą je przechowywać duże podmioty, takie jak eksploratorzy bloków, ale możliwe i nietrudne jest również utworzenie protokołów sieciowych typu peer-to-peer do przechowywania i przesyłania tych informacji, które lepiej nadają się do tego zadania. Blockchain Ethereum jest trwały, ale wymaganie od każdego węzła trwałego przechowywania wszystkich danych jest zbyt „ciężką” implementacją trwałości. Prosta sieć torrentowa typu peer-to-peer o starej historii to jedno podejście, podczas gdy protokół wyraźniej zoptymalizowany do użytku w Ethereum to drugie. EIP-4444 może znacznie zwiększyć decentralizację węzłów Ethereum.
Jeśli chodzi o reformę LOG, Vitalik sugeruje usunięcie Blooma i uproszczenie kodu operacji LOG tak, aby jedynie tworzył wartość i mieszał ją ze stanem. Następnie można zbudować oddzielne protokoły wykorzystujące ZK-SNARK i przyrostowe obliczenia weryfikowalne (IVC) w celu wygenerowania poprawnych „drzewo dzienników”, które reprezentują łatwe do przeszukiwania tabele dzienników dla danego tematu. Zdecentralizowane aplikacje wymagające dzienników mogą korzystać z tych oddzielnych protokołów. Jeśli chodzi o przejście na SSZ, Vitalik stwierdza, że warstwa konsensusu Ethereum przeszła w kierunku czystszego, bardziej wydajnego SimpleSerialize (SSZ), ale przejście nadal wymaga ukończenia, a warstwa wykonawcza przeniesiona do tej samej struktury. Obecnie w Ethereum istnieją trzy kryptograficzne struktury danych: drzewa binarne SHA256, listy skrótów SHA3 RLP i drzewa szesnastkowe Patricia. Po zakończeniu przejścia na SSZ pozostaną tylko dwa: drzewa binarne SHA256 i drzewa Verkle. W dłuższej perspektywie binarne drzewa Merkle wykorzystujące algorytmy mieszające przyjazne dla SNARK mogą zastąpić drzewa binarne SHA256 i drzewa Verkle, gdy tylko zdobędziemy wystarczającą biegłość w posługiwaniu się haszowaniem opartym na SNARK.