Роллапы стали стандартом масштабирования: они выносят исполнение транзакций во «второй слой» (L2), а безопасность наследуют от L1. Апгрейд EIP-4844 («proto-danksharding») ввёл blob-транзакции и снизил издержки публикации данных для L2. Ниже — понятный гид по типам роллапов (Optimistic vs ZK), устройству EIP-4844, криптографии KZG, ролям PBS и Data Availability, рискам и практическим выводам для пользователей и бизнеса.

Что такое роллап (rollup) в одном абзаце

Rollup исполняет транзакции вне Ethereum L1 и периодически публикует на L1 «сжатые» данные пакетов (батчей). Благодаря публикации данных на L1 (или их криптографически связанной доступности) роллап наследует безопасность Ethereum: валидаторы L1 могут проверить корректность результатов либо через fraud-proof (оспаривание), либо через validity-proof (криптодоказательство корректности). Это делает L2 быстрым и дешёвым относительно L1, но с разными компромиссами по задержкам, доверительным предпосылкам и сложности инфраструктуры.

Два семейства роллапов

Optimistic Rollups

• Модель: по умолчанию все батчи считаются корректными. Если кто-то не согласен — запускается период оспаривания и fraud-proof доказывает ошибку.
• Производные эффекты: вывод средств в L1 обычно имеет задержку (challenge-period), чтобы дать шанс на оспаривание; требуется устойчивый сетевой «надзор» валидаторов.
• Где это встречается: экосистемы на базе OP Stack, Arbitrum и др.

ZK-Rollups

• Модель: каждый пакет транзакций сопровождается validity-proof (ZK-доказательство), которое L1 быстро проверяет.
• Производные эффекты: вывод средств ближе к «мгновенному» подтверждению корректности; высокая сложность доказателей и значения параметров доверительной установки (если она есть).
• Где это встречается: zkSync, StarkNet, Scroll, Polygon zkEVM и др.

Почему EIP-4844 важен для всех

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

Как устроены blob-транзакции

• Blob: «непрозрачный» блок данных ~до 125 KB, прикреплённый к транзакции особого формата.
• Доступность vs исполнение: EVM не «читает» blob, но L1 хранит коммитмент — криптографический отпечаток (KZG), связанный с blob-данными.
• Временное хранение: blob-данные доступны ограниченный срок (недели), что достаточно для оспаривания/верификации и не раздувает долгосрочную историю L1.

Зачем нужны KZG-коммитменты

KZG — компактная схема векторных коммитментов. Идея: мы храним на L1 маленький «отпечаток» (коммитмент) от больших данных. Роллап доказывает, что публикуемые им данные действительно «привязаны» к этому отпечатку. Это фундамент для доступности данных (Data Availability) и дальнейшего перехода к danksharding с выборочной проверкой доступности (DAS).

Dencun → proto-danksharding → полный danksharding

Dencun — сетевой апгрейд, который принёс EIP-4844. Его цель — удешевить публикацию данных роллапов сегодня и подготовить базу для полного danksharding завтра. В полном варианте появится data-availability sampling (DAS): валидаторы не обязаны скачивать весь объём blob-данных, достаточно «выборок», чтобы статистически убедиться в доступности полного набора.

PBS: кто строит блоки, а кто предлагает

Proposer/Builder Separation (PBS) разделяет роли: builder собирает и оптимизирует блок (в т. ч. с blob-данными), а proposer выбирает «лучший» блок и публикует его. Это снижает централизацию, упорядочивает MEV и подготавливает экосистему к большим объёмам данных при будущей шардизации.

Optimistic vs ZK после 4844: кто выигрывает?

• Комиссии. Оба семейства выигрывают от дешёвых blobs — публикация батч-данных заметно дешевле, чем calldata.
• UX вывода. ZK-роллапы сохраняют преимущество «быстрого финала» без ожидания challenge-period, но себестоимость доказательств (прокомпилировать и проверить) остаётся фактором.
• Сложность стека. Optimistic проще для разработчиков (в среднем), ZK — технологически сложнее, но обеспечивает строгое математическое доказательство корректности.
• Безопасность. При корректной реализации и надзоре обе модели наследуют безопасность L1; детали различаются в векторах атак (например, цензура данных, ошибочные доказательства, экономические стимулы у секвенсера).

Риски и ограничения (о чём редко пишут в маркетинге)

• Доступность данных (DA). Пока полное DAS не внедрено, для валидаторов L1 и клиентов важны пропускная способность сети и стабильность распространения blob-данных — в всплески нагрузки возможны задержки.
• Централизация секвенсера. Если L2 полагается на один секвенсер (или узкий пул), цензура/сбой могут заморозить публикацию батчей. Ищите планы по разделению/децентрализации роли секвенсера.
• Мосты и финальность. Любой L2 ≠ L1. Ошибки мостов, различия в финальности и задержки (у Optimistic) — источник операционного риска.
• Доказатели/параметры ZK. Для SNARK/STARK важны параметры системы (trusted setup и т. п.). Изучайте отчёты аудитов и публичные инцидент-репорты.

Как выбирать L2 для работы: чек-лист

1. Техдок и безопасность. Читайте документацию, разделы об обновлениях протокола и отчёты аудита.
2. DA и публикация. Как публикуются данные: в blobs? есть ли планы/сроки по DAS? прозрачна ли статистика отказов?
3. Мосты и финальность. Официальный мост, параметры вывода (особенно у Optimistic), поддержка сторонних бриджей и их история инцидентов.
4. Экономика комиссий. Какие сети поддерживаются для перевода активов, как ведёт себя комиссия при пиках нагрузки.
5. Децентрализация секвенсера. Есть ли roadmap на shared/fault-tolerant секвенсинг, участие валидаторов, схемы антицензуры.

Практика: как удешевить транзакции уже сейчас

• Выбирайте окно низкой нагрузки. Комиссии L2 волатильны: планируйте «массовые» операции вне пиков.
• Умные настройки кошелька/DEX. Лимит проскальзывания, дедлайны, маршрутизация через агрегаторы ликвидности — это снижает «скрытые» издержки.
• Оплата в родном токене L2. Изучите механики оплаты комиссий (gas token) — на ряде L2 это даёт экономию.

FAQ

Полезные ссылки на 24k.ru

• Zero-Knowledge Proofs: основы
• EIP-4844: что изменилось для L2
• Data Availability: почему это важно
• Роллапы: справочник и сравнение
• Сравнение бирж: комиссии и сети