Чи наближається фінал війни DA? Аналіз PeerDAS: як це допоможе Ethereum повернути «суверенітет даних»

Автор: imToken

Наприкінці 2025 року спільнота Ethereum відносно спокійно зустріла завершення оновлення Fusaka.

Озираючись на минулий рік, хоча обговорення оновлень базових технологій поступово зникли з поля зору ринку, багато користувачів вже відчули значну зміну: Ethereum L2 стає дедалі дешевшим.

Зараз взаємодія в мережі, чи то перекази, чи складні DeFi-операції, вимагає Gas-фі лише у кілька центів або навіть менше — за цим стоїть, безумовно, внесок оновлення Dencun і механізму Blob. Водночас, із офіційною активацією ключової функції PeerDAS (Peer Data Availability Sampling, вибіркова перевірка доступності даних) в оновленні Fusaka, Ethereum остаточно прощається з епохою «повного завантаження» для верифікації даних.

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

1. Що таке PeerDAS?

Щоб зрозуміти революційне значення PeerDAS, не можна говорити лише про концепцію — потрібно повернутися до одного з ключових етапів масштабування Ethereum, а саме до оновлення Dencun у березні 2024 року.

Тоді EIP-4844, впровадивши модель транзакцій із Blob (вбудовуючи великі обсяги даних транзакцій у blob), дозволив L2 більше не покладатися на дорогий механізм зберігання calldata, а використовувати тимчасове зберігання Blob.

Ця зміна безпосередньо знизила вартість Rollup до десятої частини від попередньої, забезпечивши L2-платформам можливість пропонувати дешевші й швидші транзакції без шкоди для безпеки та децентралізації Ethereum, і дала користувачам змогу відчути переваги «ери низьких Gas-фі».

Однак, хоча Blob дуже корисний, кількість Blob, яку може містити кожен блок основної мережі Ethereum, має жорстке обмеження (зазвичай 3-6), і причина цього цілком реальна — фізична пропускна здатність і жорсткі диски обмежені.

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

Це створює дилему:

• Якщо збільшити кількість Blob (для масштабування): обсяг даних різко зросте, домашні вузли перевантажать свою пропускну здатність і жорсткі диски, що змусить їх відключатися, а мережа швидко централізується, перетворившись на ланцюг, який можуть підтримувати лише великі дата-центри;
• Якщо обмежити кількість Blob (для децентралізації): пропускна здатність L2 буде заблокована й не зможе задовольнити майбутній вибуховий попит.

Простіше кажучи, Blob — це лише перший крок, що вирішує питання «де зберігати» дані. Коли даних мало, проблем немає, але якщо кількість Rollup продовжить зростати, кожен Rollup часто надсилатиме дані, а обсяг Blob постійно збільшуватиметься, то навантаження на пропускну здатність і зберігання вузлів стане новим ризиком централізації.

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

Якщо коротко, PeerDAS по суті є новою архітектурою верифікації даних, яка руйнує правило обов’язкового повного завантаження для перевірки, дозволяючи масштабування Blob виходити за межі поточної фізичної пропускної здатності (наприклад, від 6 Blob/блок до 48 і більше).

2. Blob вирішує «де зберігати», PeerDAS вирішує «як зберігати»

Як зазначалося вище, Blob зробив перший крок у масштабуванні, вирішивши питання «де зберігати» дані (з дорогого Calldata до тимчасового простору Blob), а PeerDAS має вирішити питання «як зберігати ефективніше».

Його основна задача — як при експоненційному зростанні обсягу даних не перевантажити фізичну пропускну здатність вузлів? Ідея проста: на основі ймовірності та розподіленої співпраці «не потрібно, щоб кожен зберігав усі дані, але можна з високою ймовірністю підтвердити, що ці дані дійсно існують».

Це видно навіть із повної назви PeerDAS — «вибіркова перевірка доступності даних у peer-to-peer мережі».

Ця концепція здається складною, але можна пояснити її простою аналогією: у минулому повна верифікація була схожа на те, якби бібліотека отримала багатотисячну «Британську енциклопедію» (дані Blob), і щоб уникнути втрати, кожен адміністратор (вузол) мав зробити повну копію всієї книги як резервну.

Це означає, що лише ті, хто має гроші й час (велика пропускна здатність/жорсткий диск), можуть бути адміністраторами, особливо якщо ця «Британська енциклопедія» (дані Blob) постійно зростає, а змісту стає дедалі більше — з часом звичайні люди будуть витіснені, і децентралізація зникне.

Тепер же, завдяки вибірці PeerDAS і впровадженню технологій, таких як Erasure Coding, можна розділити цю книгу на безліч фрагментів і математично закодувати їх, тож кожен адміністратор більше не повинен зберігати всю книгу, а лише випадково вибрані сторінки.

Навіть під час перевірки ніхто не повинен показувати всю книгу — теоретично, якщо в мережі зібрати будь-які 50% фрагментів (неважливо, у кого 10-та сторінка, а в кого 100-та), ми можемо математично з абсолютною впевненістю миттєво відновити всю книгу.

Ось у чому магія PeerDAS — перекласти тягар завантаження даних з одного вузла на кооперативну мережу з тисяч і тисяч вузлів по всій мережі.

Джерело: @Maaztwts

Лише з точки зору даних, до оновлення Fusaka кількість Blob була жорстко обмежена однозначним числом (3-6). Впровадження PeerDAS безпосередньо знімає це обмеження, дозволяючи підняти цільовий показник Blob із 6 до 48 і більше.

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

Об’єктивно кажучи, лише комбінація Blob + PeerDAS є повноцінним рішенням DA (доступності даних), і з точки зору дорожньої карти це ключовий перехід від Proto-Danksharding до повного Danksharding в Ethereum.

3. Нові реалії ланцюга після епохи Fusaka

Відомо, що останні два роки такі сторонні модульні DA-рішення, як Celestia, певний час отримували величезний ринковий простір через високу вартість основної мережі Ethereum. Їхня наративна логіка базувалася на тому, що рідне зберігання даних в Ethereum дуже дороге.

Тепер, із впровадженням Blob і найновішого PeerDAS, Ethereum став не лише дешевим, а й надзвичайно безпечним: вартість публікації даних L2 на L1 скоротилася більш ніж удвічі, а Ethereum має найбільшу мережу валідаторів, що забезпечує безпеку, яка значно перевищує сторонні ланцюги.

Об’єктивно це є ударом для сторонніх рішень DA на кшталт Celestia, адже Ethereum повертає собі суверенітет над доступністю даних і значно звужує їхній простір для існування.

Ви можете спитати: як це стосується мене, мого гаманця, переказів чи DeFi?

Насправді — дуже безпосередньо. Якщо PeerDAS буде впроваджено успішно, це означає, що вартість даних для L2 залишатиметься низькою в довгостроковій перспективі, Rollup не доведеться підвищувати тарифи через зростання вартості DA, застосунки зможуть безпечно проєктувати часті взаємодії, а гаманці й DApp не доведеться постійно балансувати між «функціоналом і вартістю»...

Інакше кажучи, сьогодні ми користуємося дешевими L2 завдяки Blob, а якщо й надалі зможемо це робити — це буде завдяки непомітному внеску PeerDAS.

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

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

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

Побачимо, що буде далі.