Ethereum-rollups обробляють транзакції поза Mainnet, але все одно потребують місця для публікації достатньої кількості даних для незалежної верифікації. Зі зростанням пропускної здатності blob вимога кожного вузла для завантаження кожного blob зрештою зробить пропускну здатність бар'єром для роботи вузла. PeerDAS змінює цю модель: вузли вибіркують і зберігають різні фрагменти blob-даних замість того, щоб кожен вузол несе все.
Швидка відповідь: PeerDAS, запроваджений у Mainnet з оновленням Fusaka у грудні 2026 року, використовує вибірку доступності даних, кодування стирання та розподілену мережу пліток. Це дає Ethereum вагомі ймовірнісні докази наявності даних про збірку, при цьому зменшуючи обсяг, який звичайний вузол повинен завантажити.
Чому для rollup-ів потрібна наявність даних
Rollup виконує транзакції в мережі рівня 2 і публікує зобов'язання та дані транзакцій до Ethereum. Дані дозволяють користувачам і незалежному програмному забезпеченню відтворювати стан rollup, перевіряти переходи та, залежно від дизайну, оскаржувати недійсну поведінку або створювати докази.
Доступність даних це не означає, що Ethereum виконує кожну транзакцію rollup. Це означає, що дані, необхідні для верифікації, опубліковані і можуть бути отримані. Якщо оператор розміщує лише корінь стану, приховуючи базові дані, користувачі можуть не мати змоги відновити баланси або безпечно вийти.
Наш Гід по Ethereum пояснює базову мережу. PeerDAS спеціально охоплює пропускну здатність, необхідну для забезпечення доступності даних про збірку.
Від calldata до blob
Ранні rollup-версії публікували дані транзакцій у вигляді calldata у звичайних транзакціях Ethereum. Calldata конкурує з виконавчою активністю за простір блоків і зберігається як частина історії ланцюга.
Оновлення Dencun запровадило транзакції з блоками EIP-4844. Blobs — це спеціалізований, тимчасовий формат даних, призначений для rollup-файлів. Консенсус Ethereum підтверджує зобов'язання щодо blob-даних, тоді як самі дані не стають постійними EVM-стадіями. Це зробило дані збірних дешевшими та дало окремий тарифний ринок.
До PeerDAS кожен вузол все одно завантажував кожен blob. Підвищення кількості blob збільшувало пропускну здатність кожного вузла приблизно разом. Правило «всі завантажують усе» захищало доступність, але обмежене масштабування.
Які зміни у вибірці доступності даних
Вибірка доступності даних (DAS) розподіляє роботу між вузлами. Кожен вузол запитує невелику, випадково призначену частину даних і перевіряє її відповідно до криптографічного зобов'язання. Якщо багато незалежно розподілених вузлів успішно отримують свої вибірки, мережа отримує високу впевненість у доступності повного набору даних.
Вибірковість потребує дублювання. Інакше виробник блоків міг би публікувати лише ті частини, які деякі вузли запитують, а решту приховувати. PeerDAS використовує кодування стирання в стилі Ріда-Соломона для розширення даних blob додатковою відновлюваною інформацією. Оригінал можна відновити, коли присутня достатня кількість розширених даних.
Як працює PeerDAS
1. Плями розширюються
Дані Blob подаються математично і оцінюються в додаткових точках. Це подвоює кількість оцінок і створює надлишковість. Зобов'язання KZG дозволяють вузлам перевіряти, що отриманий фрагмент належить до зафіксованого blob.
2. Розширені дані поділяються на стовпці
Дизайн PeerDAS від Ethereum розділяє розширені blob дані на 128 колонок. Ці стовпці розподіляються через виділені підмережі пліток між одноранговими плітками.
3. Звичайні вузли зберігають підмножину
Звичайний вузол бере участь щонайменше у восьми випадково обраних підмережах стовпців. Замість отримання всіх 128 стовпців він отримує підмножину, визначену з ідентичності вузла. Різні вузли охоплюють різні підмножини, розподіляючи сховище та пропускну здатність по мережі.
4. Валідатори перевіряють доступність перед голосуванням
Валідатори дотримуються правил fork-choice, які вимагають успішної перевірки доступності даних перед прийняттям і голосуванням за блокування. Результат є частиною консенсусної поведінки, а не просто додатковою аналітичною службою.
5. Супервузли забезпечують повну опіку та ремонт
Вузли, підключені до валідаторів із сумарним балансом на рівні або вище порогу супервузла протоколу, підписуються на всі підмережі стовпців. Вузли, які відновлюють відсутні дані, можуть перерозподіляти відновлені стовпці, допомагаючи лікувати прогалини.
Чому приріст пропускної здатності є ймовірнісним
Окремий звичайний вузол не бачить кожну частину. Впевненість у доступності забезпечується випадковим розподілом, криптографічною верифікацією, резервним кодуванням, багатьма незалежними семплерами та правилами консенсусу. Розрахунки безпеки базуються на участі та припущеннях мережі; Це не те саме, що один вузол зберігає повну копію.
Ethereum.org описує теоретичне обмеження ємності в 8× відносно попередньої моделі завантаження всього. «Теоретичні» важливі: безпечні виробничі потужності поступово підвищуються і контролюються, а не миттєво переключаються на максимум.
Розгалуження лише з параметрами blob
Fusaka запровадив форки Blob-Parameter-Only (BPO), щоб Ethereum міг коригувати цілі та ліміти blob без очікування повного оновлення функцій. Мережа починалася з консервативних параметрів, потім планувала поетапне збільшення, поки клієнтські команди спостерігали за пропускною здатністю, поширенням і стабільністю.
Це означає, що активація PeerDAS і максимальна ємність blob — це різні етапи. Користувачі не повинні припускати, що кожне теоретичне підвищення стало доступним у перший день Фусаки. Поточні параметри blob слід перевірити в офіційній мережевій документації.
Що означає PeerDAS для користувачів rollup
- Більше простору для даних: Вища місткість блоків може зменшити затори на ринку плати за блобів.
- Потенційно нижчі збори L2: Вартість даних — це один із компонентів плати за об'єднання, тому більший обсяг пропозиції може допомогти — але плата за виконання, перевірку, секвенування та застосування все одно мають значення.
- Життєздатність домашнього вузла: Вибірка обмежує збільшення пропускної здатності, що накладається на кожен звичайний вузол.
- Поступові ефекти: Зміни тарифів залежать від зростання попиту та параметрів BPO, а не лише від існування PeerDAS.
Що PeerDAS не вирішує
PeerDAS не є універсальним рішенням для ризику rollup. Він не видаляє:
- баги смарт-контрактів у rollup bridges;
- централізований простій секвенсора або цензура;
- ризики оновлення ключів та управління;
- несправні системи доказу або механізми виклику;
- помилки користувача при об'єднанні ресурсів; або
- відмінності між роллапами, валідіумами, сайдчейнами та іншими масштабними дизайнами.
Доступність даних — це один із шарів моделі безпеки. Користувач, який оцінює L2, повинен також перевірити етап децентралізації, механізм виходу, затримку оновлення, секвенсор, систему доказів і місток.
PeerDAS проти повного Danksharding
PeerDAS — це проміжний крок до довгострокового бачення Ethereum Danksharding. Вона використовує одновимірне кодування стирання для кожного blob. Майбутні конструкції можуть використовувати ширше двовимірне кодування та додаткові зміни протоколу. Ці майбутні функції слід розглядати як дослідницькі або дорожні карти, доки їх не активують у Mainnet.
Поширені запитання
Чи запустився PeerDAS на Ethereum Mainnet?
Так. Оновлення протоколу Ethereum Foundation за 2026 рік стверджує, що Фусака запропонував PeerDAS на Mainnet у грудні 2026 року.
Чи кожен валідатор зберігає всі дані blob?
Ні. Звичайні вузли вибірково та зберігають підмножини стовпців, тоді як призначені супервузли підписуються на всі підмережі стовпців.
Чи робить PeerDAS транзакції L2 безкоштовними?
Ні. Це розширює здатність доступності даних. Rollup все ще несуть витрати на дані, виконання, перевірку, секвенування та інфраструктуру, а користувацькі збори відповідають на попит.
Чи є плями постійними?
Дані blob є ефемерними за межами дизайну протоколу Ethereum. Його призначення — бути доступним достатньо довго для перевірки згортки, а не слугувати постійним універсальним сховищем.
Ця стаття відображає офіційні матеріали Ethereum, переглянуті 31 липня 2026 року. Параметри протоколу можуть змінюватися під час запланованих оновлень.