Щойно я побачив, що Віталік виклав детальний план розширення Ethereum на наступні 5 років, що досить цікаво, оскільки він не лише говорив про технічні аспекти, але й пропонував архітектурну візію у вигляді поетапного підходу.

Згідно з його викладом, розширення Ethereum має враховувати три типи ресурсів: ресурси виконання, ресурси даних і ресурси стану. Кожен з них має різні плани для короткострокового та довгострокового періоду.

Щодо ресурсів виконання, що пов’язані з обчисленнями EVM, тобто віртуальної машини, яка обробляє транзакції в Ethereum, у короткостроковій перспективі Віталік планує підвищити ефективність приблизно у 10-30 разів за рахунок впровадження списків доступу до блоків (BAL) та ePBS, що дозволить валідаторам обробляти кілька транзакцій одночасно замість поодинці. У довгостроковій перспективі ZK-EVM зможе підвищити продуктивність до 1000 разів.

Ще один цікавий аспект — багатовимірне ціноутворення газу. Його ідея полягає в тому, що різні операції повинні мати різну ціну, зокрема створення нового стану (наприклад, створення нового облікового запису) має бути дорожчим, оскільки це операція з високими витратами та постійним використанням ресурсів. Він пропонує використовувати механізм резервуарів для зниження цін на звичайні транзакції, але підвищення вартості для створення нового стану.

Щодо ресурсів даних, у короткостроковій перспективі планується підвищити ефективність на 10-20 разів за рахунок покращення P2P та багатовимірного ціноутворення газу. У довгостроковій перспективі допоможуть Blob і PeerDAS, що підвищать продуктивність приблизно у 500 разів.

Найскладнішою проблемою є ресурси стану. Зараз стан Ethereum має розмір близько 100 ГБ, але при розширенні у 20 разів він стане 2 ТБ, а при подальшому — 8 ТБ. Проблема полягає не у зберіганні даних, а у продуктивності бази даних. Зі збільшенням обсягу даних запис стає значно повільнішим, а нові вузли, що приєднуються, потребують багато часу для завантаження всього стану.

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

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

Загалом, план Віталіка виглядає як спроба збалансувати підвищення продуктивності та довгострокову стабільність Ethereum.