EIP-7702 MEV 2026: абстракция учетных записей…

Краткий ответ — EIP-7702 позволяет любому EOA временно подключить код смарт-контракта на время одной транзакции («делегирование»). Для MEV в 2026 году это означает три структурных изменения: транзакции с несколькими действиями из обычных кошельков (пакет approve+swap+claim, который сложнее опередить), спонсируемые пакеты, когда комиссию платит пеймастер (это меняет экономику включения через приоритетные комиссии), и новая поверхность атаки, когда вредоносные цели делегирования могут опустошить кошелек, если пользователь подписывает не глядя. Поисковикам нужно обновить свои парсеры мемпула, подписки на MEV-share и защиту от revert, чтобы распознавать транзакции формата 7702, которые на уровне сети выглядят иначе, чем обычные вызовы EOA.

Что на самом деле делает 7702

В мире до появления 7702 транзакция Ethereum была одной из двух:

• Инициированной от EOA: обычный пользовательский кошелек напрямую вызывает контракт. Один целевой адрес. Один перевод средств или один вызов метода на транзакцию.
• Инициированной от контракта (смарт-кошелек / 4337): кошелек на смарт-контракте (Safe, Argent, Kernel, Biconomy) может объединять множество операций в одну транзакцию, но его нужно сначала развернуть.

EIP-7702 добавляет третий путь: EOA может включать в транзакцию SetCodeListItem, сигнализирующий «на время этой транзакции обращаться с моей учетной записью так, как если бы она имела код этого контракта». После выполнения EOA снова становится обычной внешней учетной записью.

Практический результат: пакетная обработка, спонсирование газа и сессионные ключи без развертывания смарт-кошелька.

Почему это важно для поисковиков

Три конкретных изменения в представлении поисковика о сети:

1. Мемпул теперь содержит «многодействийные» транзакции с обычных адресов.

До 7702, когда вы видели своп с адреса 0xUser, можно было предположить, что это один своп. После 7702 тот же адрес может выполнять последовательность approve → swap → unwrap → bridge внутри одной транзакции. Ваша логика сэндвичей и арбитража должна анализировать calldata делегированного кода, а не только метод верхнего уровня.

Если вы индексируете транзакции по адресу to, вы пропустите транзакции 7702, поскольку to — это собственный EOA пользователя, а код запускается из указателя делегирования, находящегося в другом месте. Обновите индексатор, чтобы он распознавал флаг делегирования и декодировал внутренние операции.

2. Спонсорские пакеты меняют рынок приоритетных комиссий

Транзакция 7702 может включать подпись пеймастера — стороннего плательщика газа. Это означает, что своп с нулевой приоритетной комиссией все равно может быть ценным кандидатом на включение, если пеймастер платит билдеру чаевые вне основного потока (через офчейн-ставку на стороне релея).

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

3. Транзакции с сессионными ключами делают возможным «терпеливый» фронтраннинг

Делегирование 7702 может выдать сессионный ключ, действительный на протяжении многих блоков. Это создает новый паттерн: пользователь заранее подписывает своп, «который должен исполниться при выполнении условий X», а поисковик (или кто угодно, у кого есть этот сессионный ключ) отправляет его в оптимальный момент. Сама подпись лежит в приватном мемпуле или уже в блокчейне.

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

Новая поверхность атаки: дрейнеры через делегирование

Самый большой специфичный для 7702 риск — это когда пользователь подписывает делегирование на вредоносный контракт. Дрейнер может опубликовать контракт, код которого при делегировании от пользователя переводит все одобренные токены злоумышленнику. Пользователь думает, что подписывает «транзакцию», но на самом деле подписывает «быть этим контрактом в течение блока».

Если вы используете какой-либо интерфейс, который запрашивает 7702 подписи, три правила:

1. Прямо покажите пользователям цель делегирования — никогда не скрывайте ее в шестнадцатеричном блоке.
2. Ограничьте продолжительность делегирования одной транзакцией или небольшим окном блока.
3. Цели делегирования белого списка в пользовательском интерфейсе кошелька. Делегирование в свободной форме – это пистолет.

Та же логика применяется в обратном порядке для поисковиков, отслеживающих мемпул: транзакция 7702 с неизвестной целью делегирования сопряжена с высоким риском взаимодействия. Относитесь к неизвестным контрактам делегирования так же, как к непроверенному токену — пропустите сделку.

См. более широкую модель угроз в разделе Гигиена кошелька для трейдеров MEV. Риск сливного устройства, характерный для 7702, распространяет эти правила на территорию делегирования.

Сэндвич-атаки на транзакции 7702

Транзакция 7702, которая объединяет approve → swap, не безопаснее от сэндвич-атак, чем отдельный своп. Атомарная пакетная обработка предотвращает классический шаблон «сначала одобряешь, затем сначала запускаешь обмен», но единый цикл «перед-обратно» вокруг всей пакетной транзакции по-прежнему работает на уровне ценового воздействия.

Что меняет 7702:

• Ограничения проскальзывания теперь указаны для каждой партии, а не для каждого свопа. Транзакция 7702 может включать условную логику («возврат, если окончательный баланс < X»), которую устаревшие EOA не могли применять атомарно.
• Интеграция MEV-share с частным потоком заказов теперь имеет более богатый сигнал для обмена — вместо непрозрачных данных о вызовах ретранслятор может делиться «пользователем хочет этот пакет операций» с поисковиками, которые более точно возвращаются.

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

Сравнение 7702 с ERC-4337

4337 и 7702 не исключают друг друга — они дополняют друг друга. 4337 — для пользователей, которым нужны постоянные смарт-кошельки; 7702 выигрывает для устаревших пользователей EOA, которым требуется время от времени использовать смарт-контракты без миграции.

Для ботов MEV оба должны быть проиндексированы в 2026 году. Поисковый пользователь, игнорирующий трафик 7702, пропустит примерно 8–15% транзакций, достойных включения в основной сети, к середине 2026 года (оценка на основе кривых раннего внедрения; будет расти).

Обновление стека поисковика для 7702

Практический контрольный список:

1. Декодер мемпула: добавьте синтаксический анализ type=0x04 (тип транзакции 7702). Раскодируйте массив SetCodeListItem.
2. Антаксический анализатор данных вызовов: если целью делегирования является известный контракт с несколькими вызовами, внутренние вызовы можно рекурсивно декодировать.
3. Модель рентабельности: учитывайте спонсируемый газ — плата за приоритет может быть нулевой, но дополнительный платеж билдеру делает пакет ценным.
4. Защита возврата: если ваш пакет сэндвич-аргументирует транзакцию 7702, убедитесь, что условие проскальзывания внутри пакетной логики пользователя все еще сохраняется в смоделированном конечном состоянии.
5. Целевой белый список делегирования. Ведение списка доверенных контрактов делегирования. Пропускать транзакции, делегируя их неизвестным целям — слишком рискованно объединять и слишком рискованно взаимодействовать с ними.

Чем сегодня занимается агент FRB

Агент FRB поддерживает декодирование транзакций EIP-7702 в основной сети Ethereum и на L2, которые активировали EIP. Симулятор распознает пути делегированного кода и применяет ту же логику атомарного арбитража, что и устаревшие транзакции EOA, с добавлением обнаружения сеансового ключа для резервных заказов пациентов. Белый список делегирования по умолчанию поставляется с контрактами многовызова общественного блага (Multicall3, Uniswap UniversalRouter, общие модули Safe); пользователь может расширить его.

Чего агент не делает: подписывает 7702 делегирования от имени пользователя на вредоносные контракты. Агент делегирует полномочия только контрактам из белого списка, и любая попытка пользователя добавить непроверенную цель делегирования вызывает запрос на подтверждение.

Итог для поисковиков в 2026 году

EIP-7702 — это не тактическая настройка, а структурное изменение того, как выглядят транзакции в Ethereum. Боты, написанные с учетом предположений о мемпуле до 7702, будут постепенно терять производительность по мере роста внедрения 7702. Окно для переоснащения логики моделирования, анализа и ранжирования приходится на начало-середину 2026 года.

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

Дальнейшее чтение

• Обновление Pectra и Fusaka Ethereum MEV Impact 2026
• Гигиена кошелька для трейдеров MEV
• Как избежать сэндвич-атак в 2026 году
• Как боты MEV зарабатывают деньги
• Аукционы потока заказов MEV 2026
• Доля MEV против частных релеев