Ethereum-роллапы обрабатывают транзакции вне Mainnet, но всё равно нуждаются в месте для публикации достаточного количества данных для независимой верификации. По мере роста ёмкости blob, требование каждого узла для загрузки каждого blob в конечном итоге сделает пропускную способность препятствием для работы узла. PeerDAS меняет эту модель: узлы сэмплируют и хранят разные фрагменты blob-данных вместо того, чтобы каждый узел нес всё на себе.
Быстрый ответ: PeerDAS, введённый в Mainnet с обновлением Fusaka в декабре 2026 года, использует выборку доступности данных, кодирование стирания и распределённую сеть сплетен. Это даёт Ethereum убедительные вероятностные доказательства того, что данные rollup доступны, при этом уменьшая объём, который обычный узел должен скачивать.
Почему для сверловых данных необходима доступность данных
Rollup выполняет транзакции в сети второго уровня и публикует обязательства и данные транзакций в Ethereum. Данные позволяют пользователям и независимому программному обеспечению восстанавливать состояние сводки, проверять переходы и, в зависимости от конструкции, оспаривать недопустимое поведение или создавать доказательства.
Доступность данных это не означает, что Ethereum выполняет каждую транзакцию rollup. Это означает, что данные, необходимые для верификации, опубликованы и могут быть извлечены. Если оператор публиковал только корень состояния, скрывая при этом базовые данные, пользователи могут не иметь возможности восстановить балансы или безопасно выйти из системы.
Наш Руководство по Ethereum объясняет базовую сеть. PeerDAS специально учитывает пропускную способность, необходимую для предоставления данных о сверлке.
От calldata к blobs
Ранние роллапы публиковали данные транзакций в виде calldata в обычных транзакциях Ethereum. Calldata конкурирует с исполнительной деятельностью за блочное пространство и хранится как часть истории цепей.
Обновление Dencun ввело транзакции с блоками EIP-4844. Blobs — это специализированный временный формат данных, предназначенный для свертки. Консенсус Ethereum подтверждает обязательства по данным blob, в то время как сами данные не становятся постоянными в состоянии EVM. Это сделало данные rollup дешевле и обеспечило отдельный рынок комиссий.
До появления PeerDAS каждый узел всё равно загружал каждый blob. Повышение количества blob увеличивало пропускную способность каждого узла примерно вместе. Правило «все скачивают всё» защищало доступность, но ограничивало масштабирование.
Какие изменения в выборке доступности данных
Выборка доступности данных (DAS) делит работу между узлами. Каждый узел запрашивает небольшую, случайно назначенную часть данных и проверяет её на соответствие криптографическим обязательствам. Если многие независимо распределенные узлы успешно получают свои выборки, сеть получает высокую уверенность в том, что полный набор данных доступен.
Для выборки нужна избыточность. В противном случае продюсер блока мог публиковать только те часть, которые запрашиваются некоторые узлы, и скрывать остальное. PeerDAS использует кодирование стирания в стиле Рида-Соломона для расширения данных blob дополнительной восстанавливаемой информацией. Оригинал можно восстановить, когда достаточно расширенных данных.
Как работает PeerDAS
1. Blobs удлиняются
Данные blob представлены математически и оцениваются в дополнительных точках. Это удваивает количество оценок и создаёт избыточность. Обязательства KZG позволяют узлам проверять, что полученный элемент принадлежит к закреплённому blob.
2. Расширенные данные разделены на столбцы
Дизайн PeerDAS от Ethereum делит расширенные данные blob на 128 столбцов. Эти столбцы распределяются через выделенные подсети сплетен между пирингами.
3. Обычные узлы хранят подмножество
Обычный узел участвует как минимум в восьми случайно выбранных подсетях столбцов. Вместо того чтобы получать все 128 столбцов, он получает подмножество, определяемое из идентичности узла. Разные узлы охватывают разные подмножества, распределяя хранилище и пропускную способность по сети.
4. Валидаторы проверяют доступность перед голосованием
Валидаторы следуют правилам выбора форка, которые требуют успешной проверки доступности данных перед принятием и голосованием за блокировку. Результатом является часть консенсусного поведения, а не просто необязательный аналитический сервис.
5. Суперузлы обеспечивают полное хранение и ремонт
Узлы, подключённые к валидаторам с совокупным балансом на уровне или выше порога суперузла протокола, подписываются на все подсети столбцов. Узлы, которые восстанавливают пропавшие данные, могут перераспределять восстановленные столбцы, помогая залечить пробелы.
Почему увеличение пропускной способности является вероятностным
Отдельный обычный узел не видит каждую деталь. Уверенность в доступности обеспечивается случайным распределением, криптографической верификацией, избыточным кодированием, множеством независимых выборок и консенсусными правилами. Расчет безопасности зависит от предположения участия и сети; это не то же самое, что один узел хранит полную копию.
Ethereum.org описывает теоретический предел ёмкости в 8× относительно предыдущей модели загрузки всего. «Теоретические» важны: безопасные производственные мощности постепенно увеличиваются и контролируются на максимуме, а не мгновенно переключаются на максимум.
Форки только с параметрами blob
Fusaka внедрила форки Blob-Parameter-Only (BPO), чтобы Ethereum мог настраивать цели и лимиты blob, не дожидаясь полного обновления функций. Сеть начиналась с консервативных параметров, затем планировала поэтапные увеличения, пока клиентские команды наблюдали за пропускной способностью, распространением и стабильностью.
Это означает, что активация PeerDAS и максимальная ёмкость blob — разные этапы. Пользователи не должны предполагать, что каждое теоретическое увеличение стало доступно в первый же день Фусаки. Текущие параметры blob следует проверить в официальной сетевой документации.
Что значит PeerDAS для пользователей rollup
- Больше места для данных: Большая пропускная способность blob может снизить заторы на рынке комиссий за blob.
- Потенциально более низкие комиссии по L2: Стоимость данных — один из компонентов сборной комиссии, поэтому больше предложения может помочь — но исполнение, доказательство, секвенирование и оплата за применение всё равно имеют значение.
- Жизнеспособность домашнего узла: Дискретизация ограничивает увеличение пропускной способности, которое накладывается на каждый обычный узл.
- Постепенные эффекты: Изменения комиссий зависят от спроса и увеличения параметров BPO, а не только от существования PeerDAS.
Что не решает PeerDAS
PeerDAS не является универсальным решением для риска rollup. Он не удаляет:
- баги смарт-контрактов в rollup bridges;
- централизованное простое секвенсора или цензура;
- риски обновления ключей и управления;
- неисправные системы доказательства или механизмы вызова;
- ошибки пользователей при мосте ассетов; или
- различия между роллапами, валидиуами, сайдчейнами и другими масштабными дизайнами.
Доступность данных — это один из слоёв модели безопасности. Пользователь, оценивающий L2, также должен осмотреть стадию децентрализации, механизм выхода, задержку обновления, секвенсор, систему доказательства и мост.
PeerDAS против полного Danksharding
PeerDAS — это промежуточный шаг к долгосрочному видению Ethereum по Danksharding. Он использует одномерное кодирование стирания для каждого blob. Будущие проекты могут использовать более широкое двумерное кодирование и дополнительные изменения протокола. Эти будущие функции следует рассматривать как исследовательские или дорожные карты до активации в Mainnet.
Часто задаваемые вопросы
Запустился ли PeerDAS на Ethereum Mainnet?
Да. В обновлении протокола Ethereum Foundation за 2026 год говорится, что Фусака привнёс PeerDAS в Mainnet в декабре 2026 года.
Каждый валидатор хранит все данные blob?
Нет. Обычные узлы выбирают и хранят подмножества столбцов, а назначенные суперузлы подписываются на все подсети столбцов.
Делает ли PeerDAS транзакции L2 бесплатными?
Нет. Это расширяет возможности доступности данных. Roll-up по-прежнему требует затрат на данные, выполнение, доказательство, секвенирование и инфраструктуру, а пользовательские сборы отвечают на спрос.
Являются ли комки постоянными?
Данные Blob являются эфемерными в рамках архитектуры протокола Ethereum. Её назначение — быть доступным достаточно долго для проверки скрутки, а не служить постоянным универсальным хранилищем.
Эта статья отражает официальные материалы Ethereum, рассмотренные 31 июля 2026 года. Параметры протокола могут меняться при плановых обновлениях.