Финальная битва за DA? Анализ PeerDAS: как он поможет Ethereum вернуть «суверенитет данных»

Автор: imToken

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

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

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

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

I. Что такое 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 и более).

II. Blob решает «где хранить», PeerDAS решает «как хранить»

Как сказано выше, Blob сделал первый шаг к масштабированию, решив вопрос «где хранить данные» (переместив их из дорогого Calldata во временное пространство Blob), а PeerDAS решает вопрос «как хранить данные более эффективно».

Его основная задача — как при экспоненциальном росте объема данных не перегрузить физическую пропускную способность узлов? Подход довольно прямолинейный: на основе вероятности и распределенного взаимодействия «не нужно, чтобы каждый хранил все данные, чтобы с высокой вероятностью подтвердить их наличие».

Это видно уже из полного названия PeerDAS — «выборочная верификация доступности данных между узлами».

Понятие может показаться сложным, но его можно объяснить на простом примере: если раньше полная валидация была как если бы в библиотеку поступила многотысячестраничная «Британская энциклопедия» (данные Blob), и чтобы не потерять ни одной страницы, каждый администратор (узел) должен был сделать полную копию всей книги.

Это означало, что только те, у кого есть деньги и время (большая пропускная способность/диск), могли быть администраторами, особенно если эта «Британская энциклопедия» (данные Blob) будет постоянно расти, обычные люди со временем выбывают, а децентрализация исчезает.

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

Даже для валидации не требуется, чтобы кто-то предъявил всю книгу: теоретически, если по всей сети собрать любые 50% фрагментов (неважно, у кого 10-я страница, а у кого 100-я), можно с помощью математических алгоритмов с 100% уверенностью мгновенно восстановить всю книгу.

В этом и заключается магия PeerDAS — перенести бремя загрузки данных с одного узла на распределенную сеть из тысяч и тысяч узлов.

Источник: @Maaztwts

Если смотреть только на данные, до обновления Fusaka количество Blob жестко ограничивалось одной цифрой (3-6). Внедрение PeerDAS сразу сняло этот лимит, позволив увеличить цель по Blob с 6 до 48 и более.

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

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

III. Новая норма on-chain в пост-Fusaka эпоху

Как известно, за последние два года такие сторонние модульные DA-уровни, как Celestia, получили огромную рыночную нишу из-за дороговизны основной сети Ethereum. Их нарратив строился на предпосылке, что нативное хранение данных в Ethereum очень дорогое.

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

Объективно говоря, для таких решений, как Celestia и другие сторонние DA, это стало настоящим ударом, знаменующим возвращение Ethereum контроля над доступностью данных и серьезно сокращая их рыночное пространство.

Вы можете спросить: всё это звучит слишком технически, какое это имеет отношение к моему кошельку, переводам, DeFi?

Связь на самом деле очень прямая. Если PeerDAS будет успешно внедрен, это означает, что стоимость данных L2 может оставаться низкой в долгосрочной перспективе, Rollup не придется повышать комиссии из-за роста стоимости DA, on-chain приложения смогут спокойно проектировать высокочастотные взаимодействия, а кошельки и DApp не будут вынуждены постоянно выбирать между «функциональностью и стоимостью»...

Другими словами, то, что мы сегодня можем пользоваться дешевыми L2 — заслуга Blob, а если в будущем это останется доступным, то благодаря незаметному вкладу PeerDAS.

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

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

На этом скоростная магистраль данных Ethereum полностью построена, а что по ней поедет — это уже вопрос для приложений.

Будем наблюдать.