Ethereum Foundation попередила про «розбухання» стану мережі
Зростання кількості користувачів і розширення ліміту газу спричинили «розбухання» стану блокчейна Ethereum, що негативно позначається на роботі вузлів. Про це попередила команда Ethereum Foundation (EF), запропонувавши низку потенційних рішень.
Стан протоколу охоплює всі дані, що зберігаються в мережі. Цей масив інформації мають завантажувати оператори вузлів для відстеження історії транзакцій і іншої інформації, потрібної для верифікації блоків.
Із накопиченням даних запуск повноцінного вузла стає дорожчим, менш надійним і менш децентралізованим, уточнили в EF. Розробники виділили конкретні витрати:
- валідаторам і повним вузлам доводиться зберігати більше інформації, що створює додаткове навантаження на базу даних;
- постачальникам RPC необхідно постійно підтримувати доступ до повного стану для своєчасних запитів, що створює додаткові витрати на зберігання;
- із зростанням стану синхронізація мережі стає повільнішою та менш надійною.
«Підвищення ліміту газу посилює зростання стану, оскільки дозволяє додавати до блоку більші записи. Інші блокчейни вже стикаються з цією проблемою. Із зростанням розміру стану запуск повного вузла стає нереалістичним для пересічних користувачів, що призводить до перерозподілу в межах кількох великих провайдерів», — додали в EF.
Що робити?
Довгострокова стратегія розвитку Ethereum передбачає концепцію відсутності стану, яка дозволяє валідаторам перевіряти блоки без необхідності зберігати повну історію блокчейна.
Хоча ідея знижує навантаження на валідаторів і забезпечує вищу пропускну здатність, вона також перекладає відповідальність за зберігання даних на меншу, більш спеціалізовану групу, наражаючи мережу на ризик централізації.
Команда EF запропонувала три потенційні підходи. Перший — State Expiry — видаляє неактивні дані, дозволяючи відновити їх за потреби за допомогою доказів.
За дослідженням, близько 80% стану не змінювалося й не використовувалося понад рік, утім усі вузли досі зберігають його повністю. Розробники розглядають два шляхи:
- маркування даних, запровадження строку давності та функції відновлення;
- «багатоепохове» завершення строку, за якого обсяг стану зменшується кожну епоху.
State Archive — другий шлях. Він створює «гарячий» і «холодний» стан. Перша група даних залишиться у швидкому доступі, а другу зберігатимуть окремо для історії та перевірки.
Останній варіант — Partial Statelessness — дозволяє вузлам зберігати лише «підмножини» стану, тоді як гаманці та легкі клієнти кешуватимуть потрібні дані. Такий підхід зменшить витрати на зберігання і знизить залежність від великих постачальників RPC-сервісів.
Нагадаємо, у грудні співзасновник Ethereum Віталік Бутерін закликав спростити мережу з точки зору користувацького інтерфейсу.