PeerDAS и будущее Ethereum: трансформация доступности данных и экономики Layer 2
Валидаторы Ethereum раньше скачивали каждый байт данных блобов, размещенных в сети — примерно 750 МБ в день, и этот объем продолжал расти. С 3 декабря 2025 года им больше не нужно этого делать. Хардфорк Fusaka представил PeerDAS (Peer Data Availability Sampling, выборка доступности данных в одноранговой сети) — криптографический метод, который позволяет узлам проверять доступность данных, проверяя лишь небольшой случайный фрагмент вместо всей полезной нагрузки. Спустя три месяца результаты меняют экономику каждого крупного Layer 2 решения.
Что на самом деле меняет PeerDAS «под капотом»
PeerDAS, официально оформленный как EIP-7594, заменяет модель Ethereum «все скачивают всё» на вероятностную проверку с использованием стирающего кодирования Рида — Соломона. Вот как это работает на практике:
- Расширение блоба: Данные каждого блоба расширяются с использованием одномерного (1D) стирающего кодирования, что удваивает их размер, но добавляет избыточность, позволяющую восстановить данные из любых 50 % фрагментов.
- Распределение по столбцам: Расширенные данные разделяются на 128 столбцов. Каждый обычный узел подписывается как минимум на 8 случайно выбранных подсетей столбцов — это означает, что он скачивает примерно 1/16 расширенных данных или 1/8 исходных.
- Обязательства для супернод: Узлы, поддерживающие валидаторов с общим стейком 4 096 ETH или более, должны подписываться на все 128 подсетей столбцов и выступать в роли «целителей данных» (data healers), восполняя пробелы для остальной части сети.
- Верификация выборки: Любой узел может проверить доступность данных, запросив несколько случайных столбцов и сопоставив их с полиномиальными обязательствами KZG, обеспечивая надежную вероятностную гарантию без загрузки полного набора данных.
Чистый эффект: требования к пропускной способности канала для валидаторов снижаются примерно на 85 %. Узел, который ранее скачивал 750 МБ данных блобов в день, теперь обрабатывает около 112 МБ, сохраняя те же гарантии безопасности.
Наращивание пропускной способности блобов
Fusaka не просто «щелкнул выключателем». Основные разработчики Ethereum представили новый механизм под названием форки Blob Parameter Only (BPO) через EIP-7892, позволяющий увеличивать лимиты блобов с помощью легковесных хардфорков, которые не требуют привязки к крупным именованным обновлениям.
Масштабирование проводилось поэтапно:
| Форк | Дата | Целевое число блобов | Макс. число блобов | Данные на блок |
|---|---|---|---|---|
| До Fusaka | До дек. 2025 г. | 6 | 9 | ~768 КБ |
| Fusaka + PeerDAS | 3 дек. 2025 г. | 6 (с DAS) | 9 | ~768 КБ |
| BPO1 | 9 дек. 2025 г. | 10 | 15 | ~1 920 КБ |
| BPO2 | 7 янв. 2026 г. | 14 | 21 | ~2 688 КБ |
| BPO3/BPO4 (планируется) | 2026 г. | До 128 | Будет определено | ~16 МБ |
Каждый блоб содержит 128 КБ данных. При текущих параметрах BPO2 Ethereum обрабатывает до 2,7 МБ данных блобов на блок. Долгосрочная цель в 128 блобов на блок увеличит этот показатель до 16 МБ — это примерно в два раза больше того, что в настоящее время предлагает основная сеть Celestia.