Дані стану Ethereum непомітно перевищили обсяг у 1 ТБ і продовжують зростати приблизно на 14 ГБ щотижня. Такий надмірний обсяг стану не лише збільшує час синхронізації нового вузла з кількох днів до кількох тижнів, але й створює глибшу загрозу: поступово руйнується децентралізована основа, на якій тримається Ethereum.
01 Криза надлишкового стану: "невидимий вбивця" Ethereum
Стан Ethereum можна просто описати як "усе, що Ethereum наразі знає" — це баланси рахунків, код смартконтрактів і всі пов’язані з ними дані зберігання. Хоча це поняття здається абстрактним, саме воно забезпечує роботу всієї мережі.
Обсяг стану Ethereum зростає з кожним новим блоком. На початку стан був настільки малим, що повні вузли працювали на стандартному обладнанні. З часом Ethereum перетворився на ключову складову глобальної фінансової інфраструктури, і тепер його стан перевищив позначку в 1 ТБ.
Таке зростання породжує серйозну проблему: близько 80% даних стану не використовувалися понад рік, але кожен вузол змушений постійно зберігати ці "зомбі-дані".
02 Порочне коло: як надлишковий стан душить мережу
Чим більше розростається стан, тим сильніше негативний вплив на продуктивність мережі.
Запуск повного вузла Ethereum тепер вимагає щонайменше 2 ТБ SSD-накопичувача. Для вузлів, що архівують усі історичні дані, потреба у сховищі наближається до 12 ТБ. Такий апаратний бар’єр перетворив запуск повного вузла з "хобі-проєкту" на "завдання корпоративного рівня", що потребує значних капіталовкладень.
Надлишковий стан знижує продуктивність у всіх аспектах. Коли стан зберігається на диску, навантаження на дисковий ввід/вивід різко зростає, що призводить до затримок у обробці транзакцій і перевірці блоків.
Зростання стану загрожує не лише продуктивності — воно підриває базові цінності Ethereum. Якщо лише кілька великих компаній можуть дозволити собі запускати повні вузли, мережа дедалі більше централізується, що суперечить самій ідеї децентралізації блокчейну.
03 Вихід із глухого кута: три рішення від Ethereum Foundation
Щоб подолати проблему надлишкового стану, дослідницька команда Stateless Consensus Ethereum Foundation запропонувала три основні шляхи.
Підхід до завершення терміну стану спрямований на подолання "прокляття постійного зростання". Аналіз показав, що близько 80% даних стану не використовувалися понад рік, тому запропоновано два механізми: "позначити, завершити, відновити" та "багатоепохове завершення".
Перший механізм позначає рідко використовуваний стан як неактивний через зміни протоколу; другий періодично розподіляє стан на різні епохи. Обидва підходи тимчасово вилучають неактивний стан із активного набору, але забезпечують можливість його відновлення за допомогою доказів.
Архівування стану — це інший підхід: стан розділяється на "гарячий" і "холодний". Гарячий стан часто використовується мережею, а холодний — це історичні записи та дані, важливі для перевірки, але майже не використовуються.
Такий дизайн дозволяє загальному обсягу стану зростати, але гарячий набір — необхідний для швидкого доступу — залишається обмеженим, що стабілізує витрати на ввід/вивід вузла з часом.
Третій шлях — часткова безстанова робота та зниження бар’єрів для сервісу. Основна ідея — створити вузли та гаманці, які не зобов’язані постійно зберігати весь стан. Наприклад, вузли можуть зберігати та обслуговувати лише частину стану, а гаманці та легкі клієнти самостійно кешують і управляють потрібними їм фрагментами стану.
04 Аналіз рішень: технічні деталі трьох підходів
Два механізми завершення терміну стану мають свої особливості. Метод "позначити-завершити-відновити" більш деталізований і дозволяє пряме відновлення, але потребує додаткових метаданих для позначення. Багатоепохове завершення простіше концептуально і краще інтегрується з архівуванням, хоча докази відновлення тут більші та складніші.
Ключ до архівування — чітке визначення та розділення "гарячого" і "холодного" стану. Вузли мають окремо зберігати нещодавно та часто використовуваний стан і історичні дані.
Часткова безстанова робота передбачає глибші технічні зміни. Її суть — дозволити вузлам зберігати та обслуговувати лише частини стану, а гаманцям і легким клієнтам — активніше зберігати та кешувати потрібні фрагменти. Це потребує нових протоколів і інструментів, які дадуть змогу гаманцям і застосункам знаходити та комбінувати дані з різних джерел, а не покладатися на один повний RPC-ендпоінт.
| Назва рішення | Основна ідея | Ключова перевага | Потенційна проблема |
|---|---|---|---|
| Завершення терміну стану | Вилучення давно неактивного стану | Пряме обмеження зростання стану | Розробникам потрібно адаптуватися до нових механізмів |
| Архівування стану | Розділення "гарячого" і "холодного" стану | Стабільна продуктивність вузлів | Потрібні чіткі стандарти даних гарячого/холодного стану |
| Часткова безстанова робота | Вузли зберігають лише частини стану | Значне зниження операційних бар’єрів | Потрібні зміни протоколу та екосистеми |
05 Останній прогрес: напрямки досліджень та стан екосистеми
Ethereum Foundation надає пріоритет роботам із низьким ризиком і високою віддачею.
Щодо архівування, команда експериментує з позаланцюговими рішеннями, щоб обмежити активний стан, покладаючись на архівовані історичні дані. Це дозволить отримати реальні дані про продуктивність, досвід користувачів і складність експлуатації.
У напрямку частково безстанових вузлів і вдосконалення RPC команда працює над спрощенням та здешевленням запуску вузлів, навіть для тих, хто не зберігає всі фрагменти стану. Також зусилля спрямовані на підвищення різноманітності серед RPC-провайдерів, щоб уникнути монополізації доступу.
Ці проєкти ретельно відібрані за критеріями негайної користі та сумісності з майбутніми оновленнями: вони покращують поточний стан Ethereum і закладають основу для масштабніших змін протоколу.
Екосистема Ethereum також активно вирішує проблеми стану. Станом на 2025 рік рішення масштабування другого рівня (Layer-2) обробляють близько 92% транзакцій Ethereum, ефективно знижуючи навантаження на основну мережу.
06 Майбутній вплив: вирішальний момент перед трансформацією
Вирішення проблеми надлишкового стану суттєво вплине на майбутнє Ethereum. Зі стрімким розвитком мереж другого рівня виконання транзакцій дедалі більше переміщується поза основний ланцюг, але зберігання та доступ до стану залишаються ключовими інфраструктурними викликами.
Якщо надлишковий стан не буде подолано, це може спричинити централізацію: пул валідаторів скоротиться, оскільки лише великі оператори зможуть забезпечити потрібне сховище; менше RPC-провайдерів означає обмежений доступ користувачів до даних стану; у підсумку послабиться стійкість мережі до цензури та її надійність.
Навпаки, успішне впровадження рішень для керування станом може відкрити нову хвилю масштабування. Зниження бар’єрів для запуску вузлів дозволить більшій кількості учасників безпосередньо перевіряти стан мережі, посилюючи децентралізацію.
Варто зазначити: хоча безстанова перевірка може полегшити навантаження на валідаторів, вона може перенести відповідальність за зберігання стану на меншу групу спеціалістів. У такому сценарії основними хранителями стану стануть блокбілдери, RPC-провайдери та професійні оператори.
Перспективи
Станом на 19 грудня ринкова капіталізація Ethereum становить $398,56 млрд, що на 2,31% менше за останні 24 години. Надлишковий стан нависає над Ethereum, як меч Дамокла, і темпи його вирішення безпосередньо вплинуть на модель безпеки мережі, економіку валідаторів і довгострокову цінність проєкту.
Серед запропонованих дослідницькою командою Ethereum Foundation рішень архівування стану вже проходить реальні випробування, а розробка частково безстанових вузлів набирає обертів. Ці технічні прориви не лише знімуть поточні обмеження зі зберігання, а й визначать траєкторію розвитку Ethereum на наступне десятиліття.
