Пользователи смогут платить в USDC, пока спонсор платит в ETH

EIP-8141, известный как Frame Transactions, — это проект предложения о новом типе транзакций Ethereum. Оно разбивает транзакцию на программируемые фреймы, которые могут проверять подтверждение пользователя, выбирать плательщика и выполнять целевой вызов.

Мета-EIP обновления Hegotá указывает Frame Transactions как запланированные к включению, а Виталик Бутерин поделился недавним обновлением о прогрессе предложения. Спецификация остаётся черновиком, и Hegotá ещё не активирован. Как и в случае любого EIP, включение в график форка не гарантирует активации: предложения всё ещё могут измениться или быть отменены до выпуска сетевого обновления.

A lot of important progress on Frames (EIP-8141) has been quietly happening over the last few months. Highly recommend reading this, also the updated EIP

— vitalik.eth (@VitalikButerin) September 5, 2026

После этого изменения пользователь сможет совершать транзакции без личного хранения ETH при условии, что его кошелёк, приложение и спонсор поддерживают данный формат. Спонсор может взимать с пользователя плату в USDC или другом токене ERC-20, либо приложение может покрыть комиссию в рамках своего сервиса.

Пространство блоков Ethereum по-прежнему будет оплачиваться в ETH. Frame Transactions меняют то, кто предоставляет ETH и управляет им, но не базовый рынок комиссий.

Как может выглядеть транзакция с оплатой в токенах

EIP содержит пример, в котором спонсор оплачивает сетевую комиссию и получает платёж в ERC-20 от пользователя. Кошелёк, содержащий USDC, но не ETH, в принципе может отправить обмен или перевод по следующей последовательности:

Как может работать оплата газа в ERC-20

1. Подтверждение – Кошелёк пользователя проверяет полный набор действий, которые должна выполнить транзакция.
2. Платёжное соглашение – Спонсор соглашается покрыть газ в ETH в обмен на платёж в ERC-20 либо субсидирует действие.
3. Исполнение – Платёж в токенах и целевой перевод, минт или обмен обрабатываются в рамках одного потока транзакции.

Объединение этих шагов в одну транзакцию избавляет пользователя от необходимости приобретать ETH до начала целевого действия. Для новых пользователей это устраняет распространённое препятствие: кошелёк может содержать токены, но не иметь нативного актива, необходимого для их перемещения. Это не отменяет транзакционные издержки, а упаковывает их в форму, которую кошелёк или приложение может представить более наглядно.

Оплата газа становится продуктовым решением

Frame Transactions дали бы кошелькам и приложениям несколько способов обработки одной и той же комиссии. Это возможные модели реализации, а не требования EIP:

Возможные способы обработки газа приложением

• Спонсируемое приложением: Приложение может оплатить комиссию, чтобы процесс онбординга или ограниченная функция ощущались как бесплатные от газа.
• Оплата в токенах: Спонсор может назначить комиссию в USDC или другом поддерживаемом токене, финансируя комиссию Ethereum в ETH.
• Гибридная модель: Приложение может субсидировать отдельные действия и взимать с пользователей плату за другие через комиссию в токенах.

Транзакция, отображаемая как бесплатная по газу, всё равно финансируется приложением, спонсором или отдельным списанием в токенах. EIP-8141 мог бы дать приложениям стандартный способ субсидировать эти затраты или возмещать их в активе, которым пользователь уже владеет.

Что меняется по сравнению с прежними инструментами смарт-аккаунтов

Ethereum уже поддерживает формы абстракции аккаунтов. EIP-7702 из обновления Pectra дал внешним аккаунтам (EOA) доступ к функциям смарт-аккаунтов, таким как пакетирование транзакций, спонсорство и улучшенные варианты восстановления. До этого ERC-4337 ввёл отдельную архитектуру мемпула и бандлеров для транзакций с абстракцией аккаунтов, а спонсорство в стиле paymaster уже существует в кошельках и приложениях, построенных на этих слоях.

EIP-8141 делает иной шаг: он вводит выделенный формат транзакций, в котором правила валидации и оплаты могут быть встроены нативно на уровне протокола. Предложение разработано для поддержки альтернативных схем оплаты комиссий без зависимости от централизованного стороннего релеера, хотя отдельные кошельки и приложения могут по-прежнему использовать сервис-провайдеров.

Гибкость оплаты газа — лишь одно из применений той же программируемой структуры. Предложение также нацелено на поддержку ротации ключей, лимитов расходов, социальной защиты восстановления (social recovery) и альтернативных систем подписи. Потенциальные приложения Hegotá в области приватности показывают, почему Frame Transactions рассматриваются для задач, выходящих за рамки гибкой оплаты газа.

Программируемые платежи требуют чётких правил безопасности

В черновике предупреждается, что кастомный код валидации должен привязывать подтверждение к полному набору фреймов, которые оно авторизует. В противном случае подтверждение может быть повторно использовано с другим набором последующих действий.

Это не означает, что Frame Transactions небезопасны по своей сути. Это значит, что кошелькам придётся показывать пользователям, что разрешает подпись, оплачивает ли комиссию приложение и какой токен будет списан. Эти детали критически важны, когда одна транзакция объединяет валидацию, оплату и исполнение.

Спонсоры также несут практический риск. В примере с ERC-20 из EIP пользователь может уменьшить свой токенный баланс до того, как спонсируемая транзакция попадёт в блок. Предложение включает правила платёжеспособности paymaster и публичного мемпула, поскольку спонсору нужна защита, прежде чем он сможет финансировать газ для множества пользователей.

Что это изменение может означать для ETH

Frame Transactions сместили бы управление ETH в сторону кошельков, спонсоров и приложений. Пользователь может видеть комиссию в USDC или вовсе не видеть прямой комиссии, но платящий аккаунт всё равно нуждается в ETH для расчёта транзакции в Ethereum.

Это не делает предложение автоматическим катализатором спроса на ETH. Его долгосрочный эффект зависит от того, привлекут ли более простые процессы в кошельках больше пользователей и увидят ли приложения достаточную ценность в покрытии или обработке затрат на газ таким образом.

Проверка — это внедрение, а не спецификация

Прежде чем эта функция изменит повседневный опыт использования кошельков, Hegotá должен активироваться с включённым EIP-8141. Совместимым кошелькам и приложениям затем потребуется предоставить прозрачное ценообразование, логику возвратов и предпросмотр транзакций — та же инструментальная работа, которая следовала за предыдущими запусками абстракции аккаунтов, где поддержка появлялась в кошельках постепенно, а не сразу.

Предложение будет иметь значение только в том случае, если пользователи смогут безопасно завершить транзакцию активами, уже находящимися в их кошельке, не приобретая ETH заранее исключительно для оплаты газа.

Эта статья носит исключительно информационный характер и не является финансовой рекомендацией.