Бутерин обещает, что механизм PeerDAS сделает L2 быстрее
Виталик Бутерин считает, что схема PeerDAS является ключом для масштабирования экосистемы Ethereum, и ее реализация в предстоящем обновлении Fusaka увеличит пропускную способность L2 в несколько раз.
PeerDAS – это механизм на уровне протокола Ethereum, оформленный как спецификация EIP. Проще говоря, это новое правило работы сети, по которому узлы могут проверить доступность данных из blob’ов, не скачивая их целиком.
Как объяснил создатель Ethereum Виталик Бутерин, эта схема делает проверку «по кусочкам»: узел запрашивает ограниченное количество рандомных фрагментов и с высокой долей вероятностью убеждается, что более половины блока действительно валидны. Если доступность подтверждена, недостающие части восстанавливают с помощью кодирования, без необходимости держать у себя всю историю сети.
Поводом для обсуждения стала статистика, на которую обратил внимание Хильдеберт Мулье из Dragon XYZ. Он опубликовал данные, из которых видно, что сеть впервые с момента запуска устойчиво вышла на целевой показатель в 6 blob’ов на каждый блок. Именно blob’ы (отдельные контейнеры для сжатых данных L2) снижают издержки для роллапов.
В моменты пиковых нагрузок больше всех пространства занимала сеть Base (около 42%), далее шли World (~25%), Arbitrum (~8%) и OP Mainnet (~4%); вклад Scroll и Soneium оценивался примерно по 3% каждая.
При этом у инфраструктуры остаются ограничения. По подсчетам Мулье, валидатору сегодня требуется свыше 70 ГБ на неупакованные blob’ы, а без обрезки старых данных объем может перевалить за 1,2 ТБ. Около 10% контейнеров публикуются недозаполненными (особенно у небольших сетей), а примерно треть блоков с blob’ами затрагивается MEV‑активностью.
Ответом на эти вызовы станет апгрейд Fusaka, намеченный на 3 декабря в главной сети. Он запустит механизм PeerDAS, после чего максимальная емкость по blob’ам вырастет с текущих 6 до 9, а затем в два этапа будет повышаться дальше: сначала до 15, затем до 21.
Бутерин оговаривает, что на первом этапе остаются сценарии, когда полные данные блока все еще будут нужны: при первичной рассылке и при восстановлении, если паблишер предоставил не весь массив. Но даже здесь достаточно одного честного участника, чтобы протокол справился, распределив работу между разными узлами.
Для пользователей это означает потенциально более дешевые и предсказуемые комиссии на L2, а для разработчиков – поэтапный рост лимитов без резких перегрузок сети.
