Data Availability (DA, доступность данных) — это гарантия того, что все данные, необходимые для независимой проверки и восстановления состояния блокчейна или решения масштабирования, публично доступны в полном объёме и в разумные сроки. В контексте L2 и роллапов DA определяет, где и как публикуются входные данные/диффы состояния, чтобы участники могли проверить корректность вычислений и воссоздать состояние без доверия к оператору.
Базовые моменты
- Зачем нужна DA. Даже если корректность вычислений доказывается криптографически, без исходных данных пользователи не смогут воспроизвести историю и подтвердить балансы. DA — второй «столп» надёжности наряду с консенсусом блокчейна.
- Кто полагается на DA. Все участники L2/роллапов, узлы-верификаторы, light-клиенты, мосты и инфраструктура.
- Отказ в доступности. Если оператор удерживает данные, пользователи не могут выйти/восстановить состояние; это критичный риск для неякоренных решений и сайдчейнов.
Как это работает (по шагам)
1. Исполнение вне L1. Оператор (или сеть валидаторов) L2 обрабатывает транзакции вне базового слоя.
2. Публикация данных. Для роллапов — публикация пакетов транзакций/входов на базовом слое (обычно L1) или в отдельном DA-хранилище.
3. Верификация. Смарт-контракт L1 принимает коммит/доказательство; узлы могут сверить результат, скачав данные.
4. Восстановление. Любой участник, имея опубликованные данные, способен детерминированно пересчитать состояние и/или инициировать выход.
Подходы к доступности данных
| Подход | Где лежат данные | Безопасность | Стоимость/масштабирование | Комментарий |
|---|---|---|---|---|
| Публикация на L1 | В блоках L1 (калldata/лог-события) | Наследует безопасность L1 | Дороже (плата за байт на L1) | Классический вариант для валидити/оптимистик роллапов |
| Отдельный DA-слой | Специализированная сеть хранения/распространения | Зависит от DA-сети | Ниже плата за байт, выше пропускная | Требует доверия к DA-слою/его экономике |
| Комитет доступности (DAC) | Набор подписантов подтверждает публикацию | Безопасность = надёжность комитета | Дёшево, но доверие к участникам | Компромисс для приложений/игр |
| Sidechain | Собственный L1 «рядом» | Безопасность = консенсус сайдчейна | Гибко, но не наследует L1 | Подходит для доменных случаев |
Плюсы и ограничения (почему это важно)
| Аспект | Плюсы при правильной DA | Риски при слабой DA |
|---|---|---|
| Верифицируемость | Любой узел может пересчитать состояние и поймать ошибку. | Оператор скрывает данные ⇒ «зависшие» балансы и невозможность выхода. |
| Децентрализация | Нет необходимости доверять центру: данные доступны всем. | Доверие к комитету/отдельному хранилищу, риск цензуры. |
| UX и масштаб | Отдельные DA-решения снижают издержки/повышают пропускную способность. | Сложность мостов и доверительных допущений между слоями. |
Практика / чек-лист
Для пользователей L2:
- Уточните, где публикуются данные: на L1, в отдельном DA-слое или через комитет.
- Поймите, как устроен выход при отказе оператора: возможен ли безопасный «forced exit» с использованием опубликованных данных на L1.
- Оцените стоимость хранения на L1: комиссии влияют на цену операций и периодичность публикаций.
Для разработчиков/продуктов:
- Выберите модель DA, подходящую по безопасности/стоимости для вашего кейса.
- Пропишите процедуру аварийного режима (data withholding): как пользователи восстанавливают состояние.
- Документируйте формат пакетов данных, политику ретенции и точки доступа для внешних узлов/индексов.
- Планируйте совместимость с мостами (см. кросс-чейн мосты) и требования к полноте данных для верификации.
Частые вопросы (FAQ)
Если есть ZK-доказательство, зачем вообще DA? ZK подтверждает корректность вычисления, но без исходных данных участники не могут пересчитать состояние и, главное, безопасно выйти. DA — обязательное дополнение к корректности.
Чем DA в роллапе отличается от сайдчейна? У роллапа данные обычно публикуются на L1, благодаря чему роллап наследует безопасность L1. Сайдчейн хранит данные у себя — безопасность равна его собственному консенсусу.
Зачем платить за байты на L1? Чтобы получить «якорную» безопасность базового слоя и гарантированный доступ к данным всем участникам — без доверия к операторам.
Можно ли заменить публикацию на L1 комитетом доступности? Можно, если рисковый профиль это допускает. Это снижает издержки, но вводит доверие к комитету и риски цензуры/сговора.
Как DA влияет на комиссии? Чем дороже публикация данных (например, на L1), тем выше издержки транзакций L2. Вынос DA в отдельный слой снижает плату за байт, но добавляет доверительные допущения.