ГЛАВНАЯ / ИНСТРУКЦИИ / DATA AVAILABILITY В ROLLUP: ГДЕ ИСКАТЬ ОПУБЛИКОВАННЫЕ ДАННЫЕ
Data availability в rollup: где искать опубликованные данные
Rollup может показать в обозревателе batch, commitment или ссылку на blob, но это не одно и то же. Data availability отвечает на вопрос, могут ли независимые участники получить входные данные, необходимые для проверки или восстановления состояния. Ищите фактическое место публикации и срок доступности по документации выбранной сети.
Данные нужны, чтобы независимо воспроизвести историю
Чтобы проверить переход состояния, узлу нужны входные сообщения и правила исполнения. Если оператор публикует только итоговый root, но удерживает необходимые данные, независимый узел может не суметь восстановить состояние или проверить его. Доступность набора данных – самостоятельное свойство протокола, не синоним корректности root.
Способ публикации зависит от архитектуры. Rollup может передавать данные на L1, использовать краткосрочные blob-данные или опираться на отдельную DA-систему с сертификатами и собственными предположениями доверия. Название «rollup» само по себе не доказывает, что все данные хранятся в Ethereum.
- зафиксировать сеть и конкретный блок, а не только имя проекта;
- сопоставить термин интерфейса с определением протокола;
- сохранить L1-запись и источник L2-данных.
Проверьте parent chain и фактический тип записи
Начните с документации сети: найдите settlement layer, адрес inbox или batch-контракта, допустимые источники данных и способ извлечения batch. Затем ищите L1-транзакцию по hash или номеру эпохи. Calldata находится в транзакции; blob получают через совместимый beacon/API-инструмент; при внешнем DA проверьте сертификат и правила ключей комиссии.
Hash, commitment или сертификат связывают проверку с данными только в рамках соответствующего протокола. Они не являются исходными байтами. Уточните, какие поля хэшируются, кто может получить payload и как проверить, что публикация относится к нужной эпохе.
- проверить адрес контракта и событие публикации;
- отличить commitment от payload или завершённого proof;
- учесть версию и конфигурацию сети на нужной высоте.
| Схема | Что искать | Вопрос |
|---|---|---|
| Calldata на L1 | Транзакция и байты | Совпадают ли inbox и отправитель с настройкой rollup? |
| Blob на L1 | Versioned hash и payload | Как получить данные в окно обслуживания? |
| Внешний DA | Commitment или certificate | Кто подписывает и какой порог действует? |
| Несколько режимов | Конфигурацию сети | Не менялся ли способ публикации? |
Доступность сейчас не гарантирует вечное хранение
Протокол может гарантировать обслуживание blob лишь ограниченный период. После него данные могут оставаться у архиваторов и индексаторов, но это не следует автоматически из гарантии консенсуса. Calldata устроена иначе, однако запрос исторических данных зависит от возможностей узла и сервиса.
Для внешней DA уточните выборку данных, выдачу сертификатов и сценарий недоступности комиссии. Проверяйте обе части безопасности: откуда получить входы и как rollup проверяет результат. Для спорного случая сохраните chain ID, блок, L1-публикацию и дату обращения к обозревателю.
Частые вопросы
Опубликованный batch означает корректное состояние?
Нет. DA обеспечивает доступ к входам, корректность проверяет отдельный механизм.
Blob – постоянный архив?
Нет. Протокол задаёт ограниченное окно обслуживания; дальнейшее хранение зависит от архиваторов.
Commitment позволяет скачать данные?
Не обязательно. Это может быть обязательство к данным, а payload получают отдельно.
Все L2 публикуют данные в Ethereum?
Нет. Проверьте settlement и DA-модель конкретной сети.
Достаточно значка DA в обозревателе?
Он помогает найти данные, но гарантии нужно сверять с L1 и документацией.
Чек-лист: data availability в rollup: где искать опубликованные данные
- chain ID и parent chain определены;
- найдена L1-публикация batch;
- установлен тип данных;
- commitment не принят за payload;
- проверены срок и способ получения;
- DA отделена от proof корректности;
- зафиксированы предположения внешнего провайдера.
Материал подготовлен редакцией сайта и проверен 29 октября 2026 года. Условия бирж, кошельков и блокчейн-сетей могут меняться. Перед операцией сверяйте данные в интерфейсе выбранного сервиса.