Наступне десятиліття Ethereum — запис неформальної бесіди Віталіка з депутатом Чю Дагеном під час Гонконгського фестивалю Web3

Написано: Techub News, редакторська обробка

Час: 2026 рік, 21 квітня

Місце: Гонконгський Web3 Карнавал · ETH Hong Kong Community Hub

Гості для діалогу:

• Віталік Бутерін (засновник Ethereum)

• Чю Даген Дункан Чіу (член Законодавчих зборів Гонконгу, у сфері технологічних інновацій)

Знову до Гонконгу, до спільноти китайськомовних

Дункан: Сьогодні на заході повний зал, раді вітати Віталіка знову у Гонконгу. Організатори поставили мені завдання — провести цю зустріч мандаринською, для мене це досить складно, бо я боюся, що багато хто з присутніх говорить краще за мене.

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

Почнемо з спогадів: від створення Ethereum до сьогодні ти багато часу провів у Китаї, Гонконгу, у світі китайськомовних. Як ти оцінюєш цей шлях, пройдений разом із спільнотою? Які особливі відчуття у тебе залишилися від роботи з тутешніми розробниками та спільнотою?

Віталік: Мій перший справжній досвід знайомства з китайською криптоспільнотою був у 2013 році, тоді ще не було Ethereum, був лише Біткоїн. Я чув, що тут уже є велика група майнерів і бірж, їхній масштаб перевищує американський, але англомовні ЗМІ майже не висвітлювали цей світ, тому я був дуже зацікавлений.

У травні 2014 року я вперше приїхав до Китаю, відвідав Пекін, Шанхай, Ханчжоу, Шеньчжень, зустрів багато майнерів і бірж. Тоді тут екосистема складалася з двох основних частин: майнерів і бірж, і обидві були дуже великими. Мене вразило, що деякі компанії вже мали кілька сотень співробітників, тоді як у провідних американських компаніях ще не було й сотні.

Також тут дуже рано почали думати про смарт-контракти. Команди пропонували ідею, що кожен додаток — це окрема блокчейн-ланцюг, які можуть взаємодіяти між собою; ще розробники писали білі книги, досліджували способи генерації децентралізованих випадкових чисел, і ці ідеї згодом увійшли до протоколу Ethereum, наприклад, для вибору наступного валідатора блоку.

Після пандемії тут сталося багато змін. Починаючи з 2022 року, через ZK-технології, нову дорожню карту та розвиток L2, у спільноту почали активно входити нові розробники. Спершу здебільшого працювали над L2 і DeFi, згодом почали долучатися до основної розробки, брати участь у EIP, обговорювати підвищення gas limit, впровадження ZK-EVM.

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

Гарний L2 не може бути просто «копією Ethereum»

Дункан: Від моменту запуску Ethereum ти пройшов через багато оновлень — ти згадував ZK, різні етапи оновлення EVM, зокрема й так званий «Shanghai upgrade», що свідчить про твоє ставлення до цієї землі.

Останні два дні ти багато говорив про L2. Ти висловив думку, що L2 не може бути просто масштабуванням або копією L1. Можеш розповісти детальніше, як ти зараз спостерігаєш за розвитком L2?

Віталік: L2 залишається дуже важливим, але я вважаю, що хороший L2 не може бути просто «ще одним Ethereum» або копією EVM.

На мою думку, L2 має доповнювати L1:

• L1 виконує базову безпеку та бездовірчий розрахунковий рівень;

• L2 має займатися тим, що важко або неможливо зробити на L1, — наприклад, підвищення приватності, масштабованість, низька затримка, складні залежності від оракулів тощо.

Якщо команда каже: «Я роблю L2», і результат — просто перенесення логіки L1, використання того ж EVM для тих самих задач, — тоді вона не реалізує потенціал L2.

Ми бачимо, що найуспішніші системи L2, хоча й починали з підтримки EVM, з часом почали розвивати унікальні «не-EVM» функції та архітектури, які і є їхньою справжньою перевагою.

Дункан: Тобто коротко — L2 має мати свою «мету», не просто робити L2 заради L2, а орієнтуватися на конкретні сценарії.

Віталік: Саме так.

Короткий план Ethereum: масштабування даних і обчислень

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

Я хочу ще раз зосередитися на двох короткострокових пріоритетах: масштабуванні даних (data scaling) і масштабуванні обчислень (compute scaling). Зараз AI дуже популярний, і багато хто цікавиться, як саме реалізувати «масштабування». Можеш більш конкретно розповісти, до якої мети прагнете у цих напрямках?

Віталік: Спершу — чому L1 ще потрібно масштабуватися. Багато кажуть: «Якщо є L2, то багато логіки можна перенести туди». Теоретично так, можна багато що зробити на L2 або навіть вище, але виникає проблема: користувачі мають довіряти більше посередникам.

Основні ідеї Ethereum — зменшити довіру, зменшити посередників, дати користувачам можливість самостійно перевіряти — важко повністю відмовитися від L1. Тому здатність L1 обробляти дані та обчислення залишається критичною, і її потрібно продовжувати розширювати.

З точки зору даних, останнє оновлення вже підвищило пропускну здатність. Але зараз використання даних у мережі становить лише близько 25%, тобто «пропускна здатність» ланцюга використовується лише чверть. У майбутньому, за потреби, ми можемо збільшити обсяг підтримуваних даних у 10 разів і більше.

Але одних даних недостатньо. Якщо на ланцюзі є лише дані, але немає обчислень, то можна багато записувати, але важко інтерпретувати ці дані, поєднувати їх між додатками і взаємодіяти — це дуже ускладнює роботу.

Тому ми зараз дуже серйозно думаємо: як збільшити обчислювальну потужність Ethereum у 1000 разів? Є кілька підходів, наприклад, використання ZK для доведення виконання кожного блоку EVM; але тут багато складних питань:

• Не всі логіки легко масштабуються у 1000 разів;

• Багато розробників контрактів мають змінити спосіб написання — наприклад, «масштабований ERC‑20», який може суттєво відрізнятися від звичного ERC‑20.

Безпека — ще один дуже важливий аспект. Ethereum вже — досить складна система, і якщо під час масштабування ми додамо нові складнощі без гарантії безпеки, то через кілька років можемо натрапити на серйозні вразливості, які знайдуть дуже розумні, можливо, навіть за допомогою AI, зловмисники.

Дункан: Звучить так, ніби баланс між «масштабуванням» і «безпекою» — дуже складний.

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

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

Але через два дні з’явилася нова хвиля атак, через п’ять днів — ще одна, і так далі. За майже місяць Ethereum майже не міг працювати стабільно.

Ми досі не знаємо, хто був цей зловмисник, але точно можна сказати, що він обійшов майже всі точки входу для DoS-атак у головних клієнтах. Це був дуже болючий досвід, але він показав нам, що якщо система дуже складна, хтось обов’язково знайде всі її межі — і цим «хтось» дуже ймовірно стане AI.

Зараз ми дуже ретельно підходимо до проектування, використовуємо формальні методи верифікації та інструменти безпеки, щоб зробити клієнти та протокол максимально «можливо довести безпечними».

Штучний інтелект і квантові обчислення: загрози контрольовані, але потрібно готуватися заздалегідь

Дункан: Ти неодноразово говорив про вплив AI і квантових обчислень на безпеку блокчейну. У медіа багато говорять, наприклад, «хто більш вразливий — Bitcoin чи Ethereum». Можеш системно пояснити, як ти бачиш ці нові змінні?

Віталік: Я не вважаю, що вони знищать Ethereum, але якщо нічого не робити, проблеми будуть дуже серйозними.

Я люблю використовувати метафору: уявіть країну, де ніколи не було дощу, і люди навіть не знають, що таке «дощ». Тому будівлі спроектовані без урахування захисту від води, і коли раптом починається сильний дощ, 5% будівель протікають або падають.

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

Квантова безпека — саме так. Ми знаємо, які криптографічні алгоритми є стійкими до квантових атак. Я ще у 2017 році писав у GitHub про квантово-стійкий підпис на основі хеш-функцій, але це було досить глибоко заховане. Проблема — у ефективності:

• Зараз підпис на основі еліптичних кривих — 64 байти;

• Квантово-стійкий підпис може бути 2300 байт.

Якщо ми нічого не зробимо і просто замінимо всі підписні алгоритми на квантово-стійкі, то газ за транзакцію зросте з приблизно 20 000 до 200 000, і ми втратимо приблизно у десять разів у пропускній здатності.

Тому потрібно більш розумна архітектура, наприклад, агрегування підписів: валідатор може об’єднати багато великих підписів у один, використовуючи Stark для доведення їхньої валідності. У блоці зберігатиметься лише цей доказ, а не всі підписані дані. Навіть якщо є тисяча транзакцій, 3-4 МБ підписів, у мережі зберігатиметься лише один доказ у 200+ КБ.

Теоретично, ми знаємо шлях, але щоб це безпечно працювало у мережі — потрібно багато роботи. Наступні кілька років — саме час реалізувати ці рішення.

AI працює за схожим принципом. Наш підхід — багато використовувати формальні методи верифікації, щоб ключовий код ZK і клієнтські реалізації відповідали дуже строгим стандартам безпеки. L1 — більш централізована, з одним протоколом, з високим пріоритетом, її легше оновлювати; але додатки дуже фрагментовані, кожен DApp має свої залежності і off-chain компоненти, і моделі безпеки різняться.

Я вважаю, що у найближчі три-п’ять років Ethereum-екосистема має зосередитися на тому, щоб AI використовувався для пошуку вразливостей і підвищення безпеки, а не для автоматизації атак.

Дункан: Якщо додати ці рішення для квантової безпеки, чи підвищиться газ?

Віталік: Якщо просто замінити підписні алгоритми — так, газ зросте, і пропускна здатність зменшиться. Тому нам потрібні згадані вище методи агрегування і Stark-доказів, щоб зменшити витрати. Теоретично, ці рішення дозволять тримати вартість транзакцій у прийнятних межах, але для цього потрібно багато роботи на рівні інженерії і протоколу.

Побажання для Гонконгу і китайськомовної спільноти: не робіть «копію попереднього Ethereum»

Дункан: Сьогодні офіційне відкриття ETH Hong Kong Community Hub, і твій візит дуже радісно сприйнятий спільнотою. Що б ти хотів сказати нам, гонконгцям, і всім, хто тут будує на Ethereum? Які твої очікування від цього Hub?

Віталік: За останні два роки для екосистеми Ethereum це був чудовий час для переосмислення багатьох речей.

З одного боку, ZK вже перетворилися з академічної теми у технологію, яку можна використовувати у виробничих умовах; з іншого — AI знизив вартість написання коду приблизно у десять разів, і багато людей, раніше незнайомих із програмуванням, тепер за допомогою AI створюють HTML-сторінки і навіть прості смарт-контракти.

Це дає нам більше інструментів для роботи у все більш складному світі. Все прискорюється, потреби ускладнюються. Тому я закликаю:

• Не обмежуйтеся тим, яким є зараз екосистема Ethereum, а поверніться до тих основних ідей, що зацікавили вас у першу чергу;

• Запитайте себе: що насправді потрібно цьому світу? У цих питаннях — що саме Ethereum може вирішити, а що — у поєднанні з AI, ZK, апаратним забезпеченням і іншими технологіями?

У Шеньчжені та інших місцях я бачив багато відкритих апаратних рішень і багато відкритих AI-проектів. Це дуже перспективний напрямок: наприклад, використання безпечного апаратного забезпечення для підвищення безпеки вузлів і гаманців, застосування відкритого AI для більш розумних і безпечних взаємодій у мережі.

Що стосується цього Community Hub, моя найбільша мрія — щоб він став місцем, де кожен зможе «з нуля» почати переосмислювати. Не просто повторювати історії трирічної або п’ятирічної давнини, а створювати щось зовсім нове, використовуючи сучасні інструменти і технології.

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

Час майже вийшов. Ще раз дякую Віталіку за його виступ і за його побажання для Гонконгу та китайськомовної спільноти.