| Свойство | Blob | Calldata |
|---|---|---|
| Где находятся bytes | В data column sidecars consensus layer; узел custodies только часть | В execution transaction input/history |
| Что доступно EVM | Versioned hash через BLOBHASH, не blob contents | Calldata текущего вызова через execution semantics |
| Гарантия доступности | Ограниченное окно, сейчас около 18 дней | Часть execution blockchain record |
| Цена | Отдельный рынок blob gas | Оплачивается execution gas по calldata bytes |
- Свойство
- Где находятся bytes
- Blob
- В data column sidecars consensus layer; узел custodies только часть
- Calldata
- В execution transaction input/history
- Свойство
- Что доступно EVM
- Blob
- Versioned hash через BLOBHASH, не blob contents
- Calldata
- Calldata текущего вызова через execution semantics
- Свойство
- Гарантия доступности
- Blob
- Ограниченное окно, сейчас около 18 дней
- Calldata
- Часть execution blockchain record
- Свойство
- Цена
- Blob
- Отдельный рынок blob gas
- Calldata
- Оплачивается execution gas по calldata bytes
После Fusaka узлы обмениваются колонками, а не каждый полным blob
Blob-carrying transaction содержит список versioned hashes. PeerDAS применяет избыточное кодирование: каждый blob становится расширенной строкой ячеек, а data column sidecar объединяет ячейки с одинаковым индексом из всех blob-строк блока. Узел custodies, то есть хранит и обслуживает, детерминированный набор колонок и sample-проверяет колонки у peers. KZG proofs связывают ячейки с commitments из beacon block, но контракт EVM не получает все эти bytes через calldata.
Один обычный узел не обязан держать полный blob. По EIP-7594 полный массив можно реконструировать, собрав не менее половины всех колонок; если их меньше, недостающие запрашивают у peers. Execution payload по-прежнему связывает транзакцию с versioned hashes, а BLOBHASH возвращает hash по индексу — проверяемую ссылку, но не сами bytes. Layer 2 может хранить отдельный архив дольше, однако это дополнительный сервис, а не свойство каждого Ethereum-узла.
4096 epochs — минимальное окно запроса, а не дата уничтожения всех копий
Fulu networking specification задаёт для data column sidecars минимальное окно 4096 эпох. При 32 slots в epoch и примерно 12 секундах на slot это около 18 дней. В этом диапазоне compliant-узлы должны поддерживать запросы доступных им data columns; после окна старые колонки можно удалить. Прежние endpoints для полных blob sidecars deprecated после переходного периода Fusaka, поэтому актуальный клиент или провайдер должен объяснять поддержку запросов data columns по диапазону или block root.
Calldata остаётся в execution history, но RPC-доступ не равен хранению
Calldata — bytes входа Ethereum-транзакции. Они входят в execution blockchain record и исторически использовались rollups до EIP-4844, но оплачиваются по execution gas. Blob gas имеет отдельную базовую цену, поэтому blob path обычно экономичнее для временных rollup batches. Это сравнение не означает, что calldata — contract storage: во время вызова контракт читает input, а после него данные ищут в исторической транзакции.
Конкретный execution RPC или consensus-провайдер может быть pruned, ограничивать старые запросы или не поддерживать data-column endpoint. Ошибка API не доказывает, что commitment отсутствует в canonical chain. Для диагностики отдельно фиксируют block number и root, transaction hash, blob index, versioned hash и нужные column indices, затем сравнивают независимые источники и документацию их retention policy.
Исторический blob восстанавливают по идентификаторам, не по скриншоту
| Наблюдение | Следующий шаг | Результат проверки |
|---|---|---|
| Блоку меньше protocol window | Запросить data columns по block root и indices у current Fulu endpoint | Собрать достаточно колонок и проверить inclusion/cell KZG proofs |
| Окно прошло, но rollup работает | Искать официальный archive или data mirror rollup с заявленной PeerDAS/Fulu coverage | Реконструировать bytes и сверить их с KZG commitment |
| Есть только transaction hash | Получить receipt, beacon block reference, commitments и versioned hashes | Отделить blob transaction и определить block root/набор колонок |
| Провайдер вернул 404 | Повторить через независимый источник с документированной historical coverage | Не трактовать один 404 как отсутствие данных во всей сети |
- Наблюдение
- Блоку меньше protocol window
- Следующий шаг
- Запросить data columns по block root и indices у current Fulu endpoint
- Результат проверки
- Собрать достаточно колонок и проверить inclusion/cell KZG proofs
- Наблюдение
- Окно прошло, но rollup работает
- Следующий шаг
- Искать официальный archive или data mirror rollup с заявленной PeerDAS/Fulu coverage
- Результат проверки
- Реконструировать bytes и сверить их с KZG commitment
- Наблюдение
- Есть только transaction hash
- Следующий шаг
- Получить receipt, beacon block reference, commitments и versioned hashes
- Результат проверки
- Отделить blob transaction и определить block root/набор колонок
- Наблюдение
- Провайдер вернул 404
- Следующий шаг
- Повторить через независимый источник с документированной historical coverage
- Результат проверки
- Не трактовать один 404 как отсутствие данных во всей сети
Stop-сигналы
- сервис обещает восстановить blob только по его hash, но не называет источник bytes;
- для блока после Fusaka провайдер предлагает только deprecated BlobSidecarsByRoot и не описывает data columns;
- сравнение стоимости игнорирует отдельные fee markets и дату сетевых параметров;
- calldata называют contract storage или утверждают, что EVM читает blob contents напрямую;
- пример одного rollup выдают за retention policy всех архивных провайдеров;
- после API-ошибки предлагают заново отправить batch без проверки canonical transaction.
Успешное восстановление заканчивается не одним ответом API: собрано не менее половины всех колонок, erasure-coded matrix реконструирована, cell KZG и inclusion proofs проходят, bytes соответствуют commitment, а block и transaction canonical. Затем rollup batch декодируют ожидаемой версией. Доказательство с нулевым разглашением не заменяет availability исходных данных — proof и data source фиксируют раздельно.
Источники
Мы используем прямые ссылки и фиксируем дату проверки. Полный текст чужих материалов не перепечатывается.
- EIP-4844 — Shard Blob Transactions Ethereum Improvement Proposals · Проверено 20 августа 2026 г. в 09:24 GMT+5
- EIP-7594 — PeerDAS Ethereum Improvement Proposals · Проверено 20 августа 2026 г. в 10:00 GMT+5
- Ethereum consensus specs — Fulu networking Ethereum consensus-specs · Проверено 20 августа 2026 г. в 10:00 GMT+5
- ethereum.org — Blockchain Data Storage Strategies ethereum.org · Проверено 20 августа 2026 г. в 09:24 GMT+5
- ethereum.org — Fusaka and PeerDAS ethereum.org · Проверено 20 августа 2026 г. в 10:00 GMT+5