Vitalik: Kluczem do długoterminowego, zrównoważonego rozwoju Ethereum jest prostota protokołu oraz mechanizm „zbierania śmieci”

BlockBeats News, 18 stycznia, założyciel Ethereum, Vitalik, opublikował wpis, w którym stwierdził: „Ważnym aspektem 'braku zaufania', 'braku wyjścia awaryjnego' oraz 'suwerenności', który od dawna jest niedoceniany, jest prostota protokołu. Nawet jeśli protokół jest super zdecentralizowany, z setkami tysięcy węzłów i posiada 49% odporności na błędy bizantyjskie, gdzie węzły używają quantum-secure peerda i stark do pełnej weryfikacji wszystkiego, ale jeśli protokół jest nieporęcznym bałaganem złożonym z setek tysięcy linii kodu i pięciu rodzajów zawiłej, doktorskiej kryptografii, ostatecznie protokół nie przejdzie wszystkich trzech testów: nie będzie w pełni bez zaufania, nie będzie w pełni suwerenny i nie będzie bardzo bezpieczny.”

Jednym z moich zmartwień dotyczących rozwoju protokołu Ethereum jest to, że możemy być zbyt chętni do dodawania nowych funkcji, aby zaspokoić konkretne potrzeby, nawet jeśli te funkcje powodują rozrost protokołu lub wprowadzają zupełnie nowe interaktywne komponenty lub złożone technologie kryptograficzne jako kluczowe zależności. Może to przynieść krótkoterminowe ulepszenia funkcjonalności, ale poważnie zagrozi długoterminowej suwerenności protokołu. Kluczowym problemem jest to, że jeśli mierzymy zmiany protokołu na podstawie „jak bardzo zmieniają istniejący protokół”, to aby utrzymać kompatybilność wsteczną, dodawanie funkcji będzie znacznie częstsze niż ich usuwanie, a protokół nieuchronnie z czasem stanie się przeładowany. Aby rozwiązać ten problem, proces rozwoju Ethereum potrzebuje wyraźnego mechanizmu „upraszczania” / „zbierania śmieci”.

Mamy nadzieję, że deweloperzy klientów nie będą już musieli obsługiwać wszystkich starych wersji protokołu Ethereum. Można to pozostawić starszym wersjom klientów uruchamianym w kontenerach Docker. W dłuższej perspektywie mam nadzieję, że tempo zmian w Ethereum zwolni. Uważam, że z różnych powodów jest to ostatecznie nieuniknione. Pierwsze piętnaście lat należy postrzegać jako etap wzrostu, podczas którego eksplorowaliśmy wiele pomysłów i obserwowaliśmy, które z nich były skuteczne, które przydatne, a które nie. Powinniśmy dążyć do tego, by te bezużyteczne elementy nie stały się trwałym obciążeniem dla protokołu Ethereum.”