Для надёжных роллапов важнее всего не «кто посчитал», а доступность данных — смогут ли участники сети скачать всё нужное, чтобы самостоятельно восстановить состояние сети и, если нужно, безопасно выйти на L1. До 2024-го роллапы публиковали эти данные в calldata, что делало комиссии предсказуемо дорогими. Апгрейд EIP-4844 (Proto-Danksharding) ввёл новый тип «blob-транзакций» и отдельный рынок комиссий за хранение больших массивов данных — и этим резко удешевил публикацию данных для L2.

Что такое Data Availability (DA) и зачем она роллапам

Rollup — это не просто «быстрый сайдчейн». Безопасность он берёт у L1 благодаря двум вещам: корректности вычислений (fraud/validity proofs) и публикации данных на L1. Если данные доступны всем, любой может воспроизвести переход состояний и предотвратить «залипание» средств. Поэтому и Optimistic, и ZK-роллапы публикуют сжатые «свитки» транзакций на Ethereum: так L1 гарантирует их доступность, даже если L2-операторы внезапно исчезнут.

Доступность данных — свойство сети, при котором участники могут получить полный набор данных, необходимых для проверки и восстановления состояния. Читать подробнее: /wiki/terms/data_availability.

До 4844: потолок calldata

Исторически роллапы складывали свои данные в поле calldata обычных L1-транзакций. Это просто и надёжно, но дорого: calldata хранится навсегда и конкурирует за пространство блока с остальными транзакциями, поэтому плата шла по общей модели gas. Пока роллапов было немного, это терпимо; по мере роста L2 именно публикация данных на L1 стала их главным расходом. Сообщество искало более рациональный носитель для «пакетов» данных — и им стали blobs.

EIP-4844 (Proto-Danksharding): что поменялось

EIP-4844 ввёл новый тип «blob-транзакций» (Type-3): это транзакции, в которых рядом с обычной частью передаются один или несколько blob-массивов — крупные куски данных фиксированного формата. Важные нюансы:

• Blob-данные недоступны EVM во время исполнения; в EVM виден лишь криптографический коммитмент к содержимому (KZG-обязательство). Это сохраняет совместимость сегодня и готовит почву к будущему полноформатному шардированию.
• Для blobs действует отдельный рынок комиссий (blob gas) и другие лимиты по размеру/частоте. Это снижает конкуренцию с обычными L1-транзакциями и позволяет роллапам платить значительно меньше именно за публикацию данных.
• Blobs хранятся недолго (порядка 4096 эпох ≈ 18 дней) на уровне консенсуса и затем очищаются — в отличие от вечного calldata. Этого достаточно, чтобы все участники L2 скачали и заархивировали данные, не распухая диском L1-узлов.

Отсюда практический эффект: для многих L2 публикация данных в blobs стала кратно дешевле, что позволило снизить комиссии для пользователей и увеличить пропускную способность без потери свойств «настоящего» роллапа. Оценки зависят от нагрузки и рынка, но общий механизм — отдельный, дешёвый канал для данных — описан в спецификации и на официальной дорожной карте.

Термин в Wiki: EIP 4844 — описание протокольных изменений, blob gas, формат Type-3.

Как это выглядит изнутри L2

1. Секвенсор роллапа (оператор, собирающий L2-блоки) формирует пакет транзакций и публикует его данные в blob-транзакции на L1, одновременно прикладывая доказательство (ZK) или подготавливаясь к периоду оспаривания (Optimistic).
2. Узлы L2 скачивают blob-данные, проверяют доказательство/фреймы, обновляют локальное состояние.
3. Если секвенсор исчез, любой другой участник, имея blob-данные, может самостоятельно восстановить состояние и инициировать «честный выход» на L1.

Термин в Wiki: Sequencer — кто это, как он выбирается и почему централизация секвенсора не равна централизации безопасного выхода.

Почему «18 дней» — это не риск для пользователей

• Blobs «протухают», но сообщество роллапа (валидаторы, индексаторы, архивные узлы) скачивает и долговременно хранит эти данные. L1 лишь гарантирует их доступность в окне времени, достаточном для репликации.
• В этом и идея 4844: L1 не вечный архив для всего мира, а судья доступности в достаточном окне. Далее историю L2 несут его узлы и сторонние хранилища.
• В Full Danksharding окно и пропускная способность масштабируются с помощью Data Availability Sampling (DAS) — узлы будут случайно запрашивать части кодированного набора и с высокой вероятностью убеждаться, что весь объём доступен.

Как именно подешевело

После Dencun/4844 многие сети L2 сообщили о снижении компоненты «data availability» в своих комиссиях на порядки в моменты, когда blobs свободны. Точные цифры зависят от рыночной цены «blob gas» и нагрузки, но сама логика — временное хранение + отдельный рынок — и даёт экономию. Аналитические разборы индустрии отмечают существенное сокращение расходов на публикацию данных.

Где грань между роллапом и «валидиемом»

Важно не путать схемы:

• Rollup (и OP, и ZK) публикует все данные, необходимые для самостоятельной реконструкции состояния, на L1 (раньше — в calldata, теперь — чаще в blobs). Значит, при любом форс-мажоре пользователь может выйти.
• Validium/Volition выводят данные на внешний DA-слой/комитет: дешевле, но безопасность выхода зависит от сторонних гарантий. Такая схема уместна не всегда.

Как 4844 влияет на экономику L2

1. Стабильнее комиссии. Появился отдельный рынок «blob gas» — он может жить своей жизнью и не так остро конкурирует с обычными L1 транзакциями. В моменты низкого спроса на blobs роллапам особенно выгодно «паковать» данные.
2. Выше пропускная способность. Дешёвые публикации означают, что секвенсор чаще и крупнее публикует пакеты данных, не опасаясь разориться. Это расширяет throughput L2 без компромиссов в модели безопасности.
3. Чище UX кросс-чейна. Чем дешевле/предсказуемее выходы и сообщения между L2↔L1, тем проще строить мосты и приложения поверх.

Риски и грабли: о чём помнить разработчикам и продуктам

• Blob-рынок тоже волатилен. В пиках спроса на блоковое пространство L2 могут временно «переплачивать» за blobs. Решение — динамическое «пакование», компрессия, честное QoS для пользователей и план восстановления, если публикация задержалась.
• Окно доступности. Убедитесь, что ваш индексатор/архиватор скачивает blobs вовремя. Иначе историю может быть сложнее восстановить (L2 её хранит, но для новых узлов процесс станет дороже).
• Безопасность выхода важнее «моментальных» переводов. UX-паттерны «мгновенных» мостов опираются на ликвидность и риск-модели провайдеров. Они полезны, но не отменяют базового механизма «честного выхода» через L1.
• Секвенсоры и цензура. Даже с одним секвенсором пользователи защищены возможностью публикации через L1; но для устойчивости экосистемы полезны очереди «force inclusion» и планы распределения ролей секвенсора (shared/sequencer set).

Что дальше: Full Danksharding и Data Availability Sampling

Proto-Danksharding — это «половина пути». Финальная цель — Full Danksharding, где:

• Вместо нескольких blobs на блок сеть сможет обрабатывать значительно больше данных;
• Узлы будут использовать DAS, чтобы вероятностно убеждаться в доступности огромных объёмов данных, не скачивая всё целиком;
• Это даст L2 ещё больший потолок TPS при прежнем уровне децентрализации L1. Дорожная карта Ethereum описывает этот план, а исследования освещают технику DAS и её применение.

Практические советы продактам и биржам

1. Разделяйте комиссии. В интерфейсах показывайте пользователю, из чего состоит плата: за исполнение на L2 и за публикацию данных (blob/data). Прозрачность уменьшает «магическое» восприятие комиссий.
2. Следите за ценой blob gas. Планируйте рассылку пакетов, опираясь на окна низкого спроса — это ощутимо снижает e2e-стоимость для конечных пользователей.
3. Архивируйте своё. Даже если полагаетесь на общественные индексаторы, держите собственный бэкап blob-данных (или договор с провайдером). Это ваш RTO/RPO для инцидентов.
4. Коммуникация риска. Объясняйте пользователям, что «дешёвые L2» не «менее надёжные», когда речь о роллапах: их безопасность наследует L1 благодаря публикации данных и доказательствам.

Полезные материалы

• Что такое DA и зачем она нужна
• Proto-Danksharding, blobs, blob gas
• Роль секвенсора в L2

См. также:

• Базовая модель безопасности роллапов
• Как мосты используют выходы и сообщения L2↔L1

Вывод

EIP-4844 — редкий пример апгрейда, который одновременно делает сеть дешевле для миллионов пользователей и честнее для архитекторов безопасности: данные «живут» там, где им место (во временном хранилище консенсуса), а ответственность за долговременную историю переходит к тем, кто этой историей пользуется. Для роллапов это означает фазовый сдвиг: теперь их пределы упираются не в кошелёк публикаций на L1, а в умение организовать обработку и хранение данных — с оглядкой на будущий Full Danksharding и DAS.

Источники, на которые опираемся

• Ethereum.org — Danksharding / Proto-Danksharding (EIP-4844) и мотивация blobs.
• EIP-4844 — спецификация blob-транзакций, коммитменты и совместимость с будущим шардированием.
• Blocknative — подробности по blob-рынку и срокам доступности (~4096 эпох ≈ 18 дней).
• Ethereum.org — гайд по Data Availability и роли blobs для роллапов.
• Vitalik / research — вводное по Data Availability Sampling и его применению на пути к Full Danksharding.