Статья: imToken
К концу 2025 года сообщество Ethereum относительно спокойно встретило завершение обновления Fusaka.
Оглядываясь на прошедший год, хотя обсуждения технических обновлений на низком уровне постепенно отошли на задний план, многие пользователи на цепочке уже ощутили заметное изменение: стоимость транзакций на Ethereum L2 становится всё дешевле.
Теперь взаимодействие в сети, будь то перевод средств или сложные операции DeFi, зачастую обходится всего в несколько центов или даже игнорируется, за что, безусловно, ответственны обновление Dencun и механизм Blob. В то же время, с официальной активацией ключевой функции PeerDAS (Peer Data Availability Sampling — выборочное тестирование доступности данных по точкам), Ethereum полностью прощается с эпохой «полной загрузки» данных для верификации.
Можно сказать, что настоящим фактором, определяющим долгосрочную и устойчивую способность Ethereum поддерживать масштабные приложения, является не только сам Blob, а следующий шаг, который представляет PeerDAS.
1. Что такое PeerDAS?
Чтобы понять революционное значение PeerDAS, недостаточно просто говорить о концепции; необходимо вспомнить важный этап в развитии масштабирования Ethereum — обновление Dencun, произошедшее в марте 2024 года.
Тогда EIP-4844 ввёл модель транзакций с переносом Blob (встраивание большого объёма данных транзакций в Blob), что позволило L2-слоям отказаться от дорогой механики хранения calldata и перейти к использованию временного хранилища — Blob.
Это изменение напрямую уменьшило стоимость Rollup примерно в десять раз, обеспечивая более дешевые и быстрые транзакции без ущерба безопасности и децентрализации Ethereum, что позволило многим пользователям ощутить преимущества «эпохи низких Gas-расходов».
Однако, несмотря на удобство Blob, у основной сети Ethereum есть жёсткое ограничение по количеству Blob, которое она может вместить (обычно 3-6), — причина в физических ограничениях пропускной способности и дискового пространства.
В традиционной модели верификации каждый валидатор, будь то сервер, управляемый профессиональной организацией, или обычный домашний компьютер, должен скачать и распространить полный Blob, чтобы подтвердить его действительность.
Это создает дилемму:
- Если увеличить число Blob (для масштабирования): объем данных резко возрастает, домашние узлы могут перегрузить свою пропускную способность и дисковое пространство, что вынудит их отключиться, и сеть быстро централизуется, превращаясь в цепочку, управляемую крупными дата-центрами;
- Если ограничить число Blob (для децентрализации): пропускная способность L2-слоёв будет заблокирована, и рост спроса в будущем станет невозможен.
По сути, Blob — это лишь первый шаг, решающий проблему «где хранить данные». Когда данных мало — всё хорошо, но если в будущем количество Rollup будет расти, а каждый из них будет часто публиковать данные, расширение Blob станет узким местом, создавая новые риски централизации из-за пропускной способности и хранения.
Если продолжать использовать традиционный подход полной загрузки, то при росте данных Ethereum столкнется с физическими ограничениями пропускной способности, и развитие масштабирования остановится. PeerDAS — это ключ к решению этой головоломки.
Если коротко, PeerDAS — это совершенно новая архитектура верификации данных, которая ломает жесткое правило о необходимости полной загрузки, позволяя расширять Blob сверх текущих физических ограничений (например, с 6 до 48 и более Blob).
2. Blob решает «где хранить», а PeerDAS — «как хранить»
Как уже упоминалось, Blob — это первый шаг в расширении масштабов, решающий проблему «где хранить» (перенос с дорогого calldata на временное хранилище Blob). А задача PeerDAS — сделать хранение более эффективным.
Её основная цель — обеспечить, как при экспоненциальном росте объема данных не перегрузить физическую пропускную способность узлов? Идея очень проста: на основе вероятностных методов и распределённой кооперации «не обязательно, чтобы каждый хранил все данные, — достаточно, чтобы с высокой вероятностью подтвердить их наличие».
Из полного названия PeerDAS — «выборочное тестирование доступности данных по точкам» — это сразу видно.
Эта концепция звучит сложно, но её можно понять на простом примере: раньше полное подтверждение означало бы, что в библиотеку попала огромная книга (Blob), и чтобы её сохранить, каждый администратор (узел) должен был бы сделать полную копию. Тогда только богатые и свободные по пропускной способности люди могли бы быть администраторами, особенно если книга постоянно растёт, — со временем обычные пользователи исключаются, и децентрализация исчезает.
Теперь, благодаря PeerDAS и технологиям вроде Erasure Coding, эта книга разбивается на множество фрагментов и кодируется математическими методами. Каждый администратор не обязан иметь всю книгу — он может держать случайный набор страниц.
При проверке достаточно, чтобы в сети было собрано около 50% фрагментов (независимо от того, какие страницы у кого есть), и с помощью математических алгоритмов можно мгновенно восстановить всю книгу с 100% уверенностью.
Это и есть магия PeerDAS — снять нагрузку по скачиванию данных с отдельного узла и распределить её по всей сети из тысяч узлов.
scale70Источник: @Maaztwts
Если смотреть на данные, то до обновления Fusaka количество Blob было ограничено 3-6. Внедрение PeerDAS полностью разрушило этот лимит, позволяя увеличивать число Blob до 48 и более.
Когда пользователь инициирует транзакцию на Arbitrum или Optimism, и данные передаются в основную сеть, уже не требуется транслировать весь полный пакет данных — это значительно снижает линейные затраты на расширение Ethereum.
Объективно, Blob + PeerDAS — это полноценное решение по обеспечению доступности данных (DA). В перспективе это — важный переход от Proto-Danksharding к полноценному Danksharding.
3. Новая реальность после Fusaka
Как известно, в последние годы сторонние решения типа Celestia, предоставляющие модульные уровни DA, получили значительный рынок из-за дороговизны хранения данных в основной сети Ethereum.
Теперь, благодаря Blob и последним разработкам PeerDAS, Ethereum стал дешевле и безопаснее: затраты L2 на публикацию данных в L1 сократились более чем наполовину, а сама сеть обладает крупнейшим в мире сообществом валидаторов, что обеспечивает уровень безопасности, превосходящий сторонние цепочки.
Объективно, это — мощный удар по сторонним DA-решениям вроде Celestia, и свидетельство того, что Ethereum возвращает себе контроль над доступностью данных, значительно сокращая их рыночную долю.
Многие могут спросить: «Это всё очень технически, как это связано с кошельком, переводами или DeFi?»
Ответ — очень прямо. Если PeerDAS успешно реализуется, это означает, что стоимость данных для L2 останется низкой в долгосрочной перспективе, и Rollup не будет вынужден повышать плату из-за роста затрат на DA. А приложения на цепочке смогут спокойно реализовывать высокочастотные взаимодействия, кошельки и DApps не будут вынуждены постоянно балансировать между «функциональностью и ценой»…
Другими словами, мы можем пользоваться дешевыми L2 благодаря Blob, а в будущем — благодаря тихой работе PeerDAS.
Именно поэтому в дорожной карте развития Ethereum PeerDAS, хоть и скромно, считается важнейшим этапом. В сущности, это — одна из лучших технологий, по мнению автора: «чтобы не заметить её — трудно, а потерять — очень сложно», — она незаметна, но её влияние огромно.
В конечном итоге, PeerDAS доказывает, что блокчейн может с помощью изящных математических решений (например, выборочного тестирования данных) обеспечить уровень хранения данных, сравнимый с Web2, без чрезмерных компромиссов с децентрализацией.
Теперь дорожная карта Ethereum по расширению масштабов полностью подготовлена, и следующий вопрос — какие приложения и сервисы по ней пойдут?
Остаётся только ждать.
