Wiadomości

Jinse Finance poinformowało, że vitalik.eth opublikował na platformie X wpis, w którym stwierdził: „Modyfikacje protokołu polegające na dodaniu twardych, stałych reguł mogą zarówno zwiększyć bezpieczeństwo protokołu Ethereum, jak i wzmocnić jego przyszłą adaptacyjność. 2021: Ethereum Improvement Proposal EIP-2929 oraz EIP-3529 (podniesienie opłat za operacje odczytu pamięci oraz zmniejszenie kwoty zwrotu opłat) 2024: Osłabienie funkcji niszczenia kontraktów (wraz z wdrożeniem aktualizacji Dencun) 2025: Ustalenie maksymalnej opłaty za pojedynczą transakcję na poziomie 16,777,216 Wszystkie powyższe zmiany ustanowiły różne twarde limity dla maksymalnej ilości operacji w pojedynczym bloku lub transakcji, co nie tylko całkowicie eliminuje ryzyko wielu ataków typu denial-of-service, ale także upraszcza kod klienta i otwiera więcej możliwych ścieżek do zwiększenia wydajności systemu. Przewiduję, że w najbliższym czasie należy również wdrożyć następujące twarde reguły: Ograniczenie ilości bajtów kodu, do których można uzyskać dostęp (krótkoterminowe rozwiązanie: zwiększenie kosztu wywołania dużych kontraktów; rozwiązanie średnioterminowe: zastosowanie struktury przechowywania w postaci drzewa binarnego wraz z modelem opłat za bloki danych) Ograniczenie liczby cykli obliczeniowych dla weryfikatorów zero-knowledge proof Ethereum Virtual Machine (jednoczesna korekta odpowiednich standardów opłat) Dostosowanie sposobu naliczania opłat za pamięć, aby ustalić wyraźniejszy twardy limit maksymalnego zużycia pamięci przez Ethereum Virtual Machine

ChainCatcher donosi, że Vitalik Buterin stwierdził, iż Ethereum będzie nadal zwiększać bezpieczeństwo i skalowalność poprzez „twarde niezmienne zasady”. Przypomniał on, że w 2021 roku EIP-2929/3529 podniosły koszt SLOAD i osłabiły refundacje, w 2024 roku Dencun osłabił SELFDESTRUCT, a na 2025 rok planowane jest ustalenie limitu pojedynczej transakcji na 16 777 216 gas, co ograniczy rozmiar wykonywalny pojedynczej transakcji lub bloku, zmniejszy ryzyko DoS i uprości klienta. Zasugerował również, aby w przyszłości ustalić limity dla dostępu do bajtów kodu, cykli dowodzących ZK‑EVM oraz wyceny pamięci.