Віталік ділиться п’ятьма жалями щодо початкового дизайну Ethereum

На нещодавньому заході ETHBerlin співзасновник Ethereum Віталік Бутерін несподівано поділився своїми деякими жалями щодо початкового дизайну Ethereum. Ця відверта промова не тільки нагадав слухачам про славні часи народження Ethereum, але й вказала шлях для майбутнього розвитку цього криптовалютного проекту, ринкова вартість якого наразі становить 448 мільярдів доларів.

Наразі Ethereum вже став синонімом децентралізованих фінансів, а вартість його екосистеми перевищує 63 мільярди доларів. Комісія з цінних паперів і бірж США лише частково схвалила спотовий ETF на Ethereum, одна з найбільших компаній з управління активами у світі також запустила токенізований фонд на мережі Ethereum.

Коли його запитали, якби він міг почати все спочатку, він би інакше побудував Ethereum, Віталік навів такі пункти:

1. Вибір розрядності віртуальної машини

Віталік спочатку згадав про дизайн віртуальної машини Ethereum (EVM). Він зазначив, що обрана спочатку 256-бітна обробка була надто складною та неефективною, і навіть при виконанні простих завдань могла створити велику кількість зайвих даних у блокчейні. Він вважає, що 64-бітна або 32-бітна обробка можуть бути кращим вибором.

2. Оптимізація смарт-контрактів

Щодо смарт-контрактів, Віталік вважає, що раннім командам розробників слід більше зосередитися на спрощенні процесу написання контрактів, зменшуючи кількість рядків коду для підвищення прозорості. Це дозволить людям легше перевіряти і розуміти внутрішню роботу контракту.

3. Попередній перехід до механізму консенсусу PoS

Віталік заявив, що перехід Ethereum з доказу виконаної роботи (PoW) на доказ частки (PoS) мав відбутися раніше. Він вважає, що навіть неідеальна версія PoS, якщо б була реалізована в 2018 році, могла б зберегти величезні ресурси.

4. Автоматичний журнал функцій

Віталік зазначив, що автоматичне ведення журналів транзакцій Ethereum могло бути легко реалізовано на ранніх етапах проекту, але врешті-решт стало пропозицією з покращення Ethereum (EIP). З розвитком смарт-гаманець певні важливі функції ведення журналів були втрачені.

5. Вибір криптографічного алгоритму

Віталік зазначив, що якби він міг вибрати знову, він би використав SHA-2 замість Keccak як криптографічний алгоритм для Ethereum. Оскільки була прийнята нестандартна версія Keccak, розробникам Ethereum потрібно було налаштувати бібліотеки для адаптації, що призвело до проблеми несумісності з іншими системами, що використовують SHA-3.

Попри ці дизайнерські недоліки, Віталік все ще оптимістично налаштований щодо майбутнього Ethereum. Він зазначив: “Я дійсно радий бачити, що здатність команди розробників ядра Ethereum щороку постійно зростає. Тепер команда має можливість ефективно та безпечно виправляти ці ранні помилки.”

Ця відверта розповідь не лише продемонструвала саморефлексію Віталіка, але й надала цінний напрямок роздумів для майбутнього розвитку Ethereum. З розвитком технологій і підвищенням здібностей команди, вірю, що ці початкові проєктні недоліки зрештою будуть подолані, і Ethereum продовжить вести розвиток криптовалют і децентралізованих фінансів.