Proof of Availability в блокчейне: как работает DA-слой и почему без него L2 небезопасен

Залетел вчера в разговор про роллапы — один парень всерьёз доказывал, что проблема масштабируемости Ethereum уже закрыта. Ладно. Я ему задал один вопрос: «А ты уверен, что секвенсор реально опубликовал всю транзакционную информацию в публичный доступ? Ты можешь это проверить сам?» Пауза. Он понял. Именно здесь начинается разговор про Proof of Availability.

Не новый консенсус-механизм вместо PoW или PoS, не очередной маркетинговый нарратив. Это криптографическая гарантия того, что блоковая информация в сети действительно доступна каждому участнику. Без неё любой L2 — чёрный ящик, которому ты доверяешь на слово.

Пока крипто-твиттер гоняет хайп про рестейкинг и ZK-доказательства, слой доступности информации (Data Availability, DA) тихо становится фундаментом всей модульной Web3-архитектуры.

Celestia, EigenDA и Avail дерутся за этот рынок прямо сейчас. TIA с лоёв 2023 года делала иксы. EigenDA выдаёт до 100 МБ в секунду. И всё это — прямое следствие того, что проблема DA стала острой по-настоящему.

Почему блоковая информация вообще может быть недоступна

Монолитный блокчейн вроде раннего Ethereum хранил всю транзакционную информацию прямо на первом уровне. Каждый валидатор скачивал полный блок, сам проверял каждую транзакцию и видел всю цепочку. Честно, надёжно — и медленно при нарастающей нагрузке.

Роллапы это изменили. L2-решения обрабатывают транзакции за пределами основной цепи, а на Ethereum публикуют лишь сжатые доказательства и минимальный объём информации. Стоимость транзакций резко упала — но вместе с ней появилась новая уязвимость.

Секвенсор роллапа — это узел, который собирает транзакции пользователей и публикует их пакетом. А если он решит скрыть часть записей или опубликует корректное доказательство поверх некорректной информации? Без доступа к исходным блоковым данным никто не сможет доказать мошенничество. А значит, никто не сможет защитить активы пользователей.

Без подтверждения доступности информации невозможно проверить корректность блока. Это и есть Data Availability Problem. Производитель блока публикует блок, но скрывает часть его содержимого — нет доступа к информации, нет fraud proof, нет защиты.

Для оптимистических роллапов это особенно критично: весь механизм оспаривания транзакций держится на том, что информация публично доступна.

Proof of Availability: как это работает

Proof of Availability (PoAv) — это набор криптографических механизмов, которые позволяют любому участнику сети убедиться: блоковая информация действительно опубликована и доступна. Не «кто-то сказал, что она есть» — математически доказуемый факт.

Ключевых инструментов здесь три: стирающее кодирование (erasure coding), выборка доступности информации (Data Availability Sampling, DAS) и криптографические обязательства (commitments). Вместе они дают лёгким клиентам гарантию доступности без скачивания полного блока.

Как работает DAS на практике

Лёгкий клиент не скачивает весь блок целиком. Вместо этого он случайно запрашивает небольшие фрагменты блоковой информации у разных узлов сети. Каждый успешный ответ прибавляет уверенности. После нескольких раундов выборки клиент достигает статистической убеждённости — информация доступна с вероятностью 99,9% и выше.

Это ключевой сдвиг в архитектуре. Раньше для проверки доступности требовалось скачать весь блок целиком. С DAS даже смартфон может участвовать в верификации блоков весом в несколько мегабайт — и делать это за секунды, а не минуты.

Erasure coding и KZG-обязательства

Здесь есть тонкий момент: если производитель блока скрывает лишь крохотный фрагмент информации, DAS-выборка может его не поймать. Именно здесь в игру вступает стирающее кодирование.

Erasure coding расширяет исходную информацию блока — скажем, в 2 раза по строкам и столбцам двумерной матрицы. При такой схеме достаточно иметь 75% от расширенного массива, чтобы восстановить 100% исходника.

Производитель блока вынужден скрыть не менее 25% расширенной матрицы — что с высокой вероятностью поймается даже случайной выборкой. Celestia применяет Reed-Solomon коды, Avail и EigenDA — аналогичные схемы с отличиями в деталях реализации.

KZG polynomial commitments (KZG-обязательства) добавляют ещё один слой. Это математические обязательства, позволяющие проверить: конкретный фрагмент информации принадлежит заявленному полиному — без скачивания всего массива.

Лёгкий клиент получает фрагмент плюс KZG-доказательство и верифицирует их за миллисекунды. В Ethereum для blob-информации после EIP-4844 это стало базовым механизмом проверки.

Модульная архитектура и место DA в ней

Модульная архитектура разделяет блокчейн на специализированные слои: исполнение (execution), урегулирование (settlement), консенсус (consensus) и доступность информации (data availability). Каждый слой заточен под свою задачу и оптимизирован независимо.

Proof of Availability живёт на уровне DA. Без него верхние уровни не могут работать надёжно. Роллап может генерировать идеально корректные ZK-доказательства — но если исходная транзакционная информация не опубликована, никто не сможет восстановить состояние цепи при атаке или сбое секвенсора.

Вот почему DA-слой сейчас — горячий рынок, а не академическая тема из вайтпеперов. По независимым бенчмаркам 2025 года, модульные архитектуры дают в 6,3 раза выше пропускную мощность при затратах на 64% ниже в сравнении с монолитными решениями аналогичного масштаба. Цифры говорят сами за себя.

Кто строит DA-инфраструктуру прямо сейчас

Три основных игрока в сегменте data availability — Celestia, EigenDA и Avail. У каждого своя философия и технические компромиссы. Разбираю по очереди.

Celestia: чистота модульного подхода

Celestia — первый специализированный DA-блокчейн. Ничего лишнего: только хранение и упорядочивание транзакционной информации плюс подтверждение её доступности. Без смарт-контрактов, без исполнения — один слой, одна задача.

Под капотом — Namespaced Merkle Trees и DAS. Лёгкие клиенты верифицируют доступность информации без скачивания полного блока. Роллапы с суверенным исполнением постят свою информацию на Celestia и сами определяют правила валидности — без зависимости от внешнего расчётного уровня. Нативный токен TIA идёт на стейкинг и оплату пространства в блоках.

Ключевой минус: Celestia вводит новый доверительный уровень отдельно от Ethereum. Если валидаторы Celestia сговорятся скрыть информацию — суверенные роллапы пострадают без встроенного механизма защиты через L1.

EigenDA: Ethereum под капотом

EigenDA — детище команды EigenLayer. Не отдельный блокчейн, а Actively Validated Service (AVS) поверх протокола рестейкинга. Валидаторы Ethereum рестейкают ETH, чтобы обеспечивать безопасность DA-слоя — тем самым наследуя экономическую модель Ethereum.

Техническая реализация: Reed-Solomon кодирование плюс KZG-обязательства. Каждый оператор хранит лишь часть матрицы информации — но благодаря стирающему кодированию полный массив восстанавливается из любого достаточного подмножества фрагментов. V2-версия протокола выдаёт до 100 МБ в секунду — сильно выше показателей Celestia на мейннете.

Принципиальное отличие от Celestia: EigenDA работает как Комитет доступности информации (Data Availability Committee, DAC). Публичная верификация здесь слабее — посторонний участник не может самостоятельно убедиться, что информация реально хранится у операторов. Зато пропускная мощность на порядок выше. Для Ethereum-native проектов, которым важна скорость, — это обоснованный выбор.

Avail: унификация Web3 под одной крышей

Avail вырос из Polygon и позиционирует себя как Unification Layer — три специализированных уровня в одном стеке. Avail DA — базовый слой хранения и доступности информации с KZG-обязательствами и DAS. Avail Nexus — кроссчейн-слой агрегации доказательств. Avail Fusion — слой безопасности, где можно стейкать BTC и ETH для обеспечения сети.

StarkWare, Arbitrum, Optimism, Polygon CDK, ZKsync — это список проектов, с которыми Avail объявил интеграцию. Нативный токен AVAIL торгуется с июля 2024 года. Большинство интеграций пока на ранней стадии — за реальными объёмами на мейннете наблюдаю внимательно.

Как Proof of Availability меняет роллапы и L2

До EIP-4844 (proto-danksharding) роллапы публиковали свою информацию как обычные транзакции на Ethereum — дорого и с жёстким ограничением по объёму. После EIP-4844 появились блобы (blobs): временные блоки информации, которые хранятся в сети около 18 суток, после чего удаляются. Стоимость DA для роллапов рухнула на 90% и больше после активации апдейта.

Специализированные DA-слои вроде Celestia и EigenDA бьют стоимость ещё ниже — ряд оценок показывает до 99% экономии против публикации информации напрямую на Ethereum. Для высоконагруженных протоколов разница между рентабельностью и постоянным убытком именно здесь.

Следующий шаг — полный Danksharding. Ethereum движется к архитектуре, где блоки могут содержать до 128 МБ блоб-информации. DAS станет основным механизмом проверки доступности уже на уровне самого протокола — без внешних DA-слоёв. Вот тогда и начнётся настоящая конкурентная борьба между нативным Ethereum DA и Celestia с Avail.

Честные риски и подводные камни Proof of Availability

Специализированные DA-слои — не серебряная пуля. Есть реальные проблемы, о которых мало кто говорит.

• EigenDA работает как DAC — публично верифицировать доступность информации без доступа к комитету невозможно. Для протоколов с высокими требованиями к открытости это не просто минус, а принципиальное ограничение архитектуры;
• Celestia вводит отдельный доверительный уровень. Если валидаторы сговорятся скрыть информацию — суверенные роллапы останутся без встроенного механизма защиты;
• Avail зависит от активности и честности своего валидаторского сета. При проблемах с лайвнессом финальность роллапов затягивается, что ломает UX на уровне конечных приложений;
• Мосты между слоями исторически были самым уязвимым местом в кроссчейн-архитектуре. Ronin Bridge — $625 млн, Wormhole — $325 млн. Эти цифры — не прошлое, это постоянное напоминание про точку максимального риска в модульных стеках.

Добавь к этому то, что большинство интеграций роллапов с внешними DA-слоями пока не прошли проверку боевыми объёмами. Celestia, EigenDA и Avail технически убедительны на бумаге — но в реальной продакшн-нагрузке у крупных сетей ещё не тестировались по-настоящему.

Что это значит для трейдера и холдера

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

Нарратив модульных блокчейнов — уже не стартап-концепция из вайтпеперов. TIA делала иксы от своих минимумов. AVAIL торгуется с 2024 года. EigenLayer держит миллиарды в рестейкнутых ETH. Инфраструктурный слой DA монетизируется — и рынок это заметил.

Слежу за тем, как Ethereum перестраивает собственный DA-слой через Danksharding. Если всё пойдёт по дорожной карте — через пару лет специализированные DA-сети столкнутся с серьёзной конкуренцией уже от нативного протокола. Интересно, кто выживет.

Какой DA-слой, на твой взгляд, станет доминирующим в ближайшие два года — Celestia, EigenDA или Avail? Или Ethereum справится сам через Danksharding? Пиши в комментариях!

Добавь статью в закладки и перешли другу, который торгует на L2 и не понимает, почему его транзакции иногда зависают. Это напрямую связано с тем, что разобрано выше.

Часто задаваемые вопросы

Собрал ответы на вопросы, которые чаще всего летят в директ после публикаций про модульные блокчейны и DA-слои.

Proof of Availability и Proof of Stake — в чём разница?

PoS — это консенсус-механизм: кто получает право добавить блок в цепочку. Proof of Availability — это гарантия того, что информация в этом блоке действительно доступна всем участникам сети. Разные уровни, разные задачи. PoAv не конкурирует с PoS — он работает поверх него как отдельный слой.

Чем DAS отличается от обычной репликации информации?

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

Зачем нужны блобы и при чём здесь EIP-4844?

Блобы (blobs) — это временные блоки информации, появившиеся в Ethereum после EIP-4844 (proto-danksharding). Роллапы публикуют транзакционную информацию в формате блобов, которые хранятся в сети около 18 суток, а затем удаляются. Такая схема принципиально дешевле публикации через calldata. После активации EIP-4844 стоимость L2-транзакций упала на 90%+.

Можно ли доверять EigenDA, если она работает как DAC?

DAC (Data Availability Committee) — доверенный комитет, а не публично верифицируемая цепочка. Члены комитета аттестуют доступность информации через смарт-контракты Ethereum, но сторонний участник не может самостоятельно убедиться, что информация действительно хранится у операторов. Для протоколов с максимальными требованиями к открытости — это ограничение. Для Ethereum-native проектов, которым важна высокая пропускная мощность — приемлемый компромисс.

Зачем нужен отдельный DA-слой, если есть Ethereum?

Ethereum отлично справляется с безопасностью и урегулированием, но его DA-слой дорогой и ограниченный по объёму. Специализированные сети вроде Celestia или Avail дают на порядок выше пропускную мощность при кратно меньшей стоимости — жертвуя частью децентрализации или добавляя дополнительные доверительные допущения. Выбор конкретного DA-решения зависит от приоритетов проекта: если критична суверенность — Celestia, если нужна максимальная скорость и Ethereum-нативность — EigenDA.