EIP-4844 разделяет большие массивы данных и доступное исполнению обязательство на них. Это важно для обещаний долговременного хранения истории rollup.

01 · ПРОВЕРЕННЫЕ ФАКТЫ

Что подтверждает первоисточник

EIP-4844 ввёл транзакции с blobs: сами данные напрямую недоступны исполнению EVM, но доступен коммитмент. Проект допускает удаление данных через сравнительно короткий период вместо их постоянного хранения как состояния исполнения. Ethereum EIP-4844 — Shard Blob Transactions ↗

Документ также задаёт отдельный механизм blob gas. Исходные численные лимиты нельзя выдавать за текущие ограничения всех последующих обновлений Ethereum. Здесь рассматривается различие между коммитментом и хранением. Ethereum EIP-4844 — Shard Blob Transactions ↗

02 · АНАЛИЗ РЕДАКЦИИ WFN

Что это меняет в анализе

Коммитмент позволяет проверять утверждение о зафиксированных данных, но не содержит автоматически все байты для восстановления. Обещанию архива нужен определённый процесс хранения и получения, а не только хеш транзакции.

Доступность данных в протокольном окне и возможность получить историю через несколько лет являются разными требованиями. Подмена одного другим оставляет пробелы в аудите и миграции.

03 · ДАЛЬНЕЙШАЯ ПРОВЕРКА

Что проверить перед выводом

Выясняйте состав архива, оператора, сроки и проверки целостности. Различайте квитанцию транзакции, коммитмент, исходные данные и проверенное восстановление. Исторические показатели ёмкости требуют проверки применимости.

Запись в блокчейне не следует показывать как полноценную резервную копию. Разбор не утверждает наличие конкретной политики хранения у отдельного rollup: для этого нужны его собственные документы и проверка.