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

В основе предложения лежит разделение требований для одобрения транзакции и фактических процессов, которые эта транзакция выполняет. Бутерин полагает, что такой подход позволит Ethereum обрабатывать распространённые транзакции более эффективно без ущерба для гибкости. Он описал его как одну из стратегий улучшения масштабируемости Ethereum при сохранении децентрализации. Эта работа продолжает давнюю линию развития протокола: путь обновлений Ethereum прошёл такие этапы, как переход на proof-of-stake в 2022 году (The Merge) и последующие хардфорки «Dencun» и «Pectra», при этом масштабируемость и удешевление транзакций остаются постоянными приоритетами дорожной карты развития сети.

В посте на X от 5 сентября 2026 года Бутерин написал:

Один из положительных результатов всей недавней детальной проработки форматов транзакций — не только 8141, но и дискуссий о «будущем состояния», например UTXO, PBT, ключевых nonce, а также рекурсивного STARK-мемпула — состоит в том, что мы получили гораздо более явное понимание того, как устроены транзакции…

— vitalik.eth (@VitalikButerin) 5 сентября 2026 г. (https://x.com/VitalikButerin/status/2096378061377900881)

EIP-8141 разделяет зависимости транзакций и действия

Бутерин делит процесс исполнения транзакции на две основные составляющие: зависимости и действия.

Зависимости — это требования, которые должны быть выполнены, чтобы транзакция считалась валидной. К ним относятся подпись транзакции, доказательство через дерево Меркла, использование ZK-SNARK или STARK и другие проверки.

Действия — это операции, выполняемые после проверки всех предварительных условий. К ним относятся отправка ETH, вызов смарт-контрактов и изменение информации в блокчейне.

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

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

По оценке Бутерина, более 90% транзакций в сети Ethereum не нуждаются в полной гибкости исполнения. Он отметил, что эта цифра является его личной оценкой, а не измеренным показателем сети.

Дизайн Frame Transaction

EIP-8141 вводит новый тип транзакции под названием Frame Transaction. Дизайн фреймворка разделяет вызовы контрактов для авторизации, оплаты комиссий и пользовательских операций.

Этот дизайн позволил бы коду аккаунта авторизовать транзакцию и оплачивать комиссии вместо традиционного механизма подписи. Среди потенциальных возможностей фреймворка — спонсорство комиссий, оплата комиссий токенами, ротация ключей и пакетные транзакции. Эти функции перекликаются с давними целями абстракции аккаунтов — темы, которую Ethereum развивал ранее в рамках отдельных инициатив, таких как EIP-4337, внедривший мемпул для «UserOperations» без изменения основного протокола; EIP-8141 же работает на уровне самого формата транзакций.

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

Предлагаемый формат относительно прост и включает вызовы контрактов, флаги, информацию об origin и nonce. Этот же формат могут принять и другие сети, построенные на модели EVM.

Открытые вопросы остаются

EIP-8141 всё ещё находится на стадии черновика как предложение уровня Core, что означает, что любой аспект его технологии может измениться в ходе разработки. Предложения по улучшению Ethereum на стадии черновика должны пройти обзор основных разработчиков Ethereum и быть включены в будущий апгрейд сети перед активацией — процесс, который исторически занимает от месяцев до лет и может привести к пересмотру или полному отказу от предложений. Текущая архитектура охватывает вход в мемпул, исполнение фреймов, квитанции (receipts), подписи, газ и распространение транзакций. Разработчики работают над вопросами защиты от DoS-атак, замены транзакций, модификации кошельков, построения блоков и RPC.

Другой открытый вопрос — максимальное количество Frame Transactions, которые могут быть приняты от одного отправителя. Высказывались сомнения относительно последствий этого ограничения для пользователей, которым необходимо совершить несколько транзакций в одном блоке.

Эти вопросы показывают, что EIP-8141 ещё предстоит преодолеть ряд технических трудностей, прежде чем он станет частью протокола Ethereum.

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