Домашній стейкінг під загрозою, оскільки обсяг даних Ethereum зростає з 70GB до 1.2TB

Співзасновник Ethereum Віталік Бутерін визначив Peer Data Availability Sampling (PeerDAS) як ключовий інструмент для вирішення зростаючих вимог мережі до зберігання blob-даних. PeerDAS є функцією майбутнього оновлення Fusaka.

Його зауваження з’явилися на тлі того, що Ethereum наразі фіксує шість blob-даних на блок, що стало важливою віхою та посилило занепокоєння щодо надмірного накопичення даних в екосистемі.

Blob-дані були впроваджені через EIP-4844 як тимчасові контейнери даних на ланцюгу, створені для зниження витрат для Layer-2 rollup-рішень і уникнення постійного тиску на зберігання. На відміну від call data, blob-дані зникають приблизно через два тижні, зменшуючи довгострокові потреби у зберіганні, водночас зберігаючи цілісність для верифікації транзакцій.

Така структура робить rollup-рішення дешевшими в експлуатації та підвищує масштабованість Ethereum.

Однак цей дизайн спричинив швидке впровадження blob-даних у всій блокчейн-мережі. 24 вересня аналітик on-chain Hildobby повідомив, що кілька рішень другого рівня Ethereum, включаючи Base, Worldcoin, Soneium та Scroll, тепер значною мірою покладаються на blob-дані.

З огляду на це, аналітик зазначив, що валідаторам тепер потрібно понад 70 гігабайт простору для керування blob-даними, попередивши, що ця цифра може зрости до понад 1,2 терабайта, якщо не буде проведено очищення.

Таке різке зростання змусило розробників шукати рішення, які б збалансували масштабованість та ефективність зберігання.

Як працює PeerDAS

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

За його словами:

«PeerDAS працює так, що кожен вузол запитує лише невелику кількість “шматків” (chunks), щоб імовірнісно перевірити, що більше 50% шматків доступні. Якщо більше 50% шматків доступні, то вузол теоретично може завантажити ці шматки та використати кодування з виправленням помилок (erasure coding) для відновлення решти.»

Однак він зазначив, що система все ще потребує повних даних блоку на певних етапах, наприклад, під час початкової трансляції або якщо блок потрібно відновити з часткових даних.

Щоб запобігти маніпуляціям, Бутерін підкреслив важливість “чесних учасників”, які виконують ці ролі. Водночас він наголосив, що PeerDAS стійкий навіть до великих груп недобросовісних учасників, оскільки інші вузли можуть взяти на себе відповідальність у разі потреби.

Збільшення кількості blob-даних

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

Щоб мінімізувати ризики, вони погодилися впроваджувати зміни поетапно через форки Blob Parameter Only (BPO), а не одним великим збільшенням пропускної здатності. Перший форк, запланований на 17 грудня, підвищить цільові показники blob з 6/9 до 10/15. Другий форк, запланований на 7 січня 2026 року, знову підвищить ліміти до 14/21.

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

На його думку, PeerDAS буде життєво важливим для підтримки зростання layer-2 і підготовки базового рівня Ethereum до обробки вищих лімітів gas та, зрештою, повної міграції даних виконання у blob-дані.

Публікація Home staking at risk as Ethereum data loads climb from 70GB toward 1.2TB вперше з’явилася на CryptoSlate.