Оригинальная тематическая иллюстрация: Оригинальная тематическая схема ChainView BTC866 · ChainView BTC866 Editorial · CC BY 4.0
Раздельные каналы
Транзакции с blob предоставляют канал данных, рассчитанный на роллапы. Обязательство связывает данные с транзакцией, но публикация и изменение прикладного состояния — не одно событие. Зафиксируйте сеть и версию протокола. Успешная публикация сама по себе не доказывает финальность всех операций роллапа или правильность его доказательств.
Что читает EVM
Исполнение EVM может обращаться к versioned hashes, но не читает полное содержимое blob как обычную calldata. У этих данных разные интерфейсы и назначение. Опишите, откуда приложение получает байты и с каким обязательством их сверяет. Нельзя проектировать систему так, будто любой старый blob остаётся прямо читаемым аргументом контракта.
Доступность не архив навсегда
Протокол задаёт горизонт хранения blob, а не безусловную вечную выдачу всеми узлами. Для долгого исследования и восстановления нужны отдельное хранение, репликация и условия доступа. Знание хеша не гарантирует, что кто-то продолжает отдавать байты. Разделяйте недоступность источника и несоответствие полученных данных обязательству.
Цена состоит из частей
Отдельный рынок blob-комиссий не отменяет газ исполнения и плату приложения. В учебной смете выделите публикацию, выполнение и сервисный сбор. Размер пакета, сжатие, загрузка и политика оператора меняют итог пользователя. Дешёвое размещение данных нельзя автоматически объявлять всей стоимостью платежа или доказательством общей безопасности системы.
Проверка эксплуатации
Сохраните транзакцию, обязательство, версию и место долгого хранения. Узнайте лимиты загрузки, срок сервиса и действия при пропуске. Отдельно исследуйте доказательства роллапа, обновления, доступность и вывод. Если исследования зависят от старых байтов, предусмотрите сигнал отсутствия и запасной источник, не записывая неполученное как корректный пустой пакет.
