Віталік Бутерін попередив про кризу роздування протоколу Ethereum: спрощення та збір сміття є необхідними

Останнім часом публікація Віталіка Бутеріна на платформі X привертає багато уваги. Він зазначив, що для довгострокового виживання блокчейн-протоколів, таких як Ethereum, необхідно кардинально переглянути поточний напрямок розробки. Особливо він підкреслив, що простота протоколу — таке саме важливе, як «недовіра», «пропуск тестів» і «самовладність», і що ці аспекти досі недооцінювалися.

Складні протоколи руйнують довіру

Віталік запропонував цікаве припущення. Якщо в протоколі є сотні тисяч вузлів, рівень візантійських збоїв становить 49%, і всі вузли стійкі до квантових обчислень, але все одно існує одна фатальна вразливість, тоді все стає безглуздим. Це полягає в тому, що протокол — це величезна хаотична структура з десятками тисяч рядків коду і криптографічних технологій рівня докторських дисертацій.

У такому випадку протокол неминуче зазнає випробувань на довіру. Користувачам доводиться беззастережно довіряти невеликій групі експертів, щоб зрозуміти його властивості. Якщо команда розробників залишає проект, нова команда навряд чи зможе підтримувати той самий рівень якості. Це «тест на заміну». Навіть найрозумніші розробники не зможуть ідеально перевірити або зрозуміти таку складну систему.

Проблема необдуманого додавання функцій у розробці Ethereum

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

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

Пастка зворотної сумісності: чому «додаємо» лише продовжується

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

Віталік пропонує припинити цей порочний цикл, запровадивши у процес розробки Ethereum чіткі «спрощення» або «збирання сміття» (garbage collection).

Три критерії спрощення протоколу

Стратегія Віталіка щодо спрощення базується на трьох ключових принципах.

Перший — мінімізувати загальну кількість рядків коду протоколу. Менше коду — легше підтримувати, швидше проводити аудит і менше ймовірність помилок.

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

Третій — додати більше незмінних властивостей. Наприклад, EIP-6780 видалив функцію самознищення (SELFDESTRUCT), що дозволило додати властивість, яка обмежує кількість змін у слотах збереження на блок — до N. Це значно спростило розробку клієнтів. Вбудовуючи чіткі правила у протокол, можна радикально зменшити складність.

Стратегія збирання сміття: частковий підхід і масштабне очищення

Збирання сміття може здійснюватися двома способами.

Частковий підхід — це перепроектування існуючих функцій для більшої простоти і логічної ясності. Маленькі кроки зменшують складність поступово.

Масове збирання сміття — це радикальні зміни. Наприклад, перехід від Proof of Work (PoW) до Proof of Stake (PoS). Це одна зміна, яка вже зробила структуру протоколу простішою і знизила енергоспоживання.

Розробка за моделлю «Розетта»: турбота про майбутніх розробників

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

Наприклад, після повного впровадження нативної абстракції акаунтів вже не потрібно зберігати всі типи транзакцій як обов’язкові. Користувачі можуть реалізувати їх через смарт-контракти. Аналогічно, існуючі попередньо скомпільовані коди можна замінити на нові формати, наприклад, EVM або RISC-V. У кінцевому підсумку навіть сама віртуальна машина може перейти з EVM на RISC-V.

Це дозволить новим клієнтам не обробляти старі версії протоколу вручну.

Довгострокове бачення: повільні зміни, міцна основа

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

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