Ethereum одновременно работает над двумя изменениями, способными облегчить жизнь rollup-экосистеме и пользователям: упрощённой схемой восстановления блобов и новым форматом транзакций EIP-8141. Первый прототип продемонстрировал снижение расчётной вычислительной нагрузки на 11–18 раз, второй запланирован к включению в хардфорк Hegotá и может позволить проводить операции без наличия ETH в кошельке пользователя.
Согласно отчёту исследователя Чабы Кирая от 3 сентября, редуцированная конструкция распределяет обязанности по восстановлению блобов между узлами без внедрения новых каналов row-networking, предусмотренных полной версией RowDAS. Это рассматривается как возможный первый шаг к более масштабному протоколу.
Блобы переносят данные сетей второго уровня. Действующая система PeerDAS позволяет узлам загружать лишь часть данных: узлы с высоким покрытием хранят не менее 64 из 128 колонок, а суперузлы — все 128. Недостаток текущей модели в том, что несколько таких узлов могут одновременно выполнять одну и ту же реконструкцию. Предложенная схема закрепляет конкретные блобы за отдельными узлами, чтобы остальные получали уже восстановленные данные, а не пересобирали их немедленно.
Симуляция на 1000 узлов показала существенный эффект. При четырёх блобах, 10% суперузлов и отсутствии удержанных колонок накопленная стоимость восстановления упала с 48,6 до 2,75 CPU-секунд. При доле суперузлов 20% — с 91 до 6,6 CPU-секунд. В расчётах используется замеренное значение 162 мс на восстановление одного блоба на процессоре Ryzen 9 8945HS. Авторы подчёркивают, что это накопленная вычислительная работа, а не время восстановления, и что скорость транзакций и экономия комиссий не измерялись.
Упрощённый вариант сохраняет существующий механизм отложенного восстановления для узлов с высоким покрытием как «страховку» PeerDAS. Полная версия RowDAS, описанная в черновике EIP-8371, должна добавить row-каналы, с помощью которых небольшие узлы смогут объединять данные и коллективно восстанавливать недостающее. Пока редуцированная схема не даёт такой дополнительной устойчивости, а тесты ограничены симуляцией в одном процессе с использованием реальной криптографии; результаты на devnet отсутствуют, и конфигурация из 128 row-подсетей остаётся экстраполяцией.
EIP-8371 не меняет лимиты блобов, а разделение между назначением обязанностей и row-сетями ещё не включено в черновик. Таким образом, ближайшая цель — сокращение процессорной работы восстановления; более широкие преимущества устойчивости зависят от будущего row-уровня.
Вторая инициатива — Frame Transactions (EIP-8141). Это новый тип транзакций, который разделяет операцию на программируемые фреймы: проверку одобрения пользователя, выбор плательщика и исполнение вызова. В мета-EIP хардфорка Hegotá предложение указано как запланированное к включению. Виталик Бутерин 5 сентября отметил значительный прогресс по Frames за последние месяцы, хотя спецификация остаётся черновиком, а сам хардфорк ещё не активирован.
«За последние несколько месяцев по Frames (EIP-8141) незаметно произошёл большой прогресс. Настоятельно рекомендую прочитать это, а также обновлённый EIP», — написал Бутерин.
EIP-8141 позволяет пользователю совершить транзакцию, не имея ETH в кошельке, если кошелёк, приложение и спонсор поддерживают новый формат. Спонсор может получить оплату в USDC или другом ERC-20 либо приложение может покрыть комиссию как часть сервиса. Блок-пространство Ethereum по-прежнему оплачивается в ETH: меняется лишь то, кто предоставляет и управляет ETH, а не сам рынок комиссий.
Пример из EIP описывает последовательность: пользователь одобряет полный набор действий; спонсор соглашается покрыть комиссию в ETH в обмен на платёж в ERC-20 или субсидирует операцию; затем исполняется токеновый платёж и целевой перевод, минт или своп. По замыслу, это устраняет барьер для новых пользователей, у которых в кошельке есть токены, но нет нативного ETH для их перемещения.
Разработчики видят несколько моделей: спонсирование приложением, оплата токенами и гибридный подход. Транзакция, показанная как «без газа», всё равно финансируется приложением, спонсором или отдельной токеновой комиссией. EIP-8141 может дать приложениям стандартный способ субсидировать такие расходы или взимать их в активе, уже имеющемся у пользователя.
Ethereum уже поддерживает элементы абстракции аккаунтов: EIP-7702 из Pectra дал внешним счетам доступ к функциям смарт-аккаунтов. EIP-8141 идёт дальше и вводит выделенный формат транзакции, в котором правила валидации и оплаты включаются нативно. Структура также рассчитана на ротацию ключей, лимиты расходов, социальное восстановление и альтернативные системы подписей.
В черновике отмечается, что код валидации должен связывать одобрение с полным набором фреймов, иначе согласие может быть переиспользовано с другой последовательностью действий. Спонсоры несут риск того, что пользователь уменьшит баланс токенов до включения транзакции в блок, поэтому EIP включает правила платёжеспособности paymaster и работы с публичным мемпулом.
Для ETH это не автоматический катализатор роста спроса. Рыночный эффект будет зависеть от того, привлечёт ли упрощённый кошелёчный опыт больше пользователей и сочтут ли приложения выгодным покрывать или процессировать газовые сборы таким образом.
Оба предложения находятся на разных стадиях: первое — на уровне симуляций и отчёта, второе — в черновике в ожидании активации Hegotá. Тем не менее вместе они указывают на направление развития Ethereum — снижение нагрузки на инфраструктуру и более гибкая модель оплаты транзакций.
