Блобы данных Ethereum имеют гарантированный протоколом срок доступности около 18 дней, но этот срок никогда не означал дату удаления — это доказывает первый блоб сети. По данным Cointribune, 27 октября 2026 года в архиве Blobscan всё ещё значились три места хранения блоба, впервые опубликованного 13 марта 2024 года.

Этот первый блоб был включён в блок 19 426 589. Хотя его размер составляет 131 072 байта, в отчёте говорится, что фактически использовалось лишь 8 745 байт. Сама транзакция по-прежнему видна на Etherscan как запись типа 3, поэтому ссылка на неё остаётся в постоянной истории блокчейна, а доступность её содержимого зависит от тех, кто хранит копию.

Ключевые факты

• Срок хранения составляет 4 096 эпох, то есть около 18,2 дня при протокольных эпохах длительностью 32 слота по 12 секунд.

• Один блоб содержит 128 КиБ исходных данных — 4 096 элементов по 32 байта каждый.

• С 7 января 2026 года блоки могут содержать до 21 блоба при целевом значении 14. На момент запуска предел составлял 6 блобов.

• 27 октября 2026 года проверили архив Blobscan: в нём было указано, что блоб от 13 марта 2024 года хранится в Google, в сети WeaveVM и в IPFS.

Гарантированный срок, а не отсчёт до удаления

Правила установлены в EIP-4844, который активировали в рамках обновления Dencun 13 марта 2024 года. Сети второго уровня, такие как Base и Arbitrum, используют блобы для публикации данных, необходимых для проверки объединённых в пакеты транзакций. Это позволяет перенести такую задачу с calldata, которая хранится в блокчейне бессрочно. Блобы передаются в транзакциях типа 3 и хранятся на уровне консенсуса; смарт-контрактам доступен только версионированный хеш — криптографический отпечаток. Кроме того, для блобов действует отдельная система ценообразования с минимальной ставкой, привязанной к комиссиям за исполнение с момента внедрения EIP-7918.

В официальных рекомендациях Ethereum срок в 18 дней представлен как обязательство: в течение 4 096 эпох (1 572 864 секунд) узлы должны по запросу предоставлять блобы или, после Fusaka, их фрагменты. Спецификация не предполагает, что блобы будут храниться так же долго, как данные исполнения блока. В материалах ethereum.org о ZK-роллапах указано, что долгосрочный доступ обеспечивают архивные сервисы. На странице о стратегиях хранения транзакции и хеши, calldata и состояние контрактов перечислены вместе с блобами как категории данных с разной степенью долговечности.

PeerDAS увеличил пропускную способность, а не срок хранения

Обновление Fusaka было активировано 3 декабря 2025 года и включило PeerDAS: при его использовании обычный узел проверяет доступность данных, выбирая фрагменты, вместо того чтобы скачивать каждый блоб целиком. Согласно документации Ethereum, для восстановления всех данных достаточно половины фрагментов. Благодаря этой экономии удалось повысить лимит блобов на блок. В анонсе Fusaka от Ethereum Foundation были указаны два этапа: увеличение с 9 до 15 блобов 9 декабря 2025 года, а затем до 21 при целевом значении 14 — 7 января 2026 года. На протяжении всего этого времени срок хранения оставался равен 4 096 эпохам.

Почему это важно

Тот, кто считает, что данные блобов можно навсегда получить из сети, полагается на то, что протокол больше не гарантирует. Роллапы используют блобы, чтобы обеспечивать доступность данных на время проверки транзакций, а не для архивного хранения. Поэтому одного отпечатка недостаточно, чтобы восстановить содержимое, если ни одна независимая сторона его не сохранила. Calldata и состояние контрактов остаются в блокчейне; блобы — исключение.

За чем следить

Останется ли первый блоб и другие подобные ему со временем доступными в Blobscan и перечисленных там архивах — самый наглядный способ проверить, сколько истории блобов сохраняется за пределами гарантированного срока.

Впервые опубликовано на CoinPulseHQ: https://coinpulsehq.com/ethereum-blobs-18-day-guarantee/