OKX Исследовательский институт | Абстракция аккаунта: битва за эволюцию 10 лет, взглянув на прошлое и будущее через EIP-7702

Автор: shisilu

Введение

Pectra — это первое значительное обновление после Dencun в Ethereum, охватывающее хардфорк уровня исполнения в Праге и обновление уровня консенсуса Electra, интегрирующее рекордные 11 EIP, значительно повышая гибкость валидаторов, масштабируемость сети и эффективность исполнения. С активацией хардфорка Pectra в основной сети Ethereum 7 мая 2025 года "конечная форма" абстракции аккаунтов (Account Abstraction) — EIP-7702 — также официально попадает в поле зрения общественности!

Если есть какие-либо EVM-кошельки Web3, которые не поддерживают EIP-7702, то это, безусловно, означает, что они отказываются от всей экосистемы Ethereum и пользователей.

Это решимость Виталика и EF, а также пролог к открытию ящика Пандоры! В настоящее время, чтобы поддержать экосистему Ethereum, OKX Wallet первым делом поддержал последний стандарт абстракции аккаунтов Ethereum EIP-7702 и открыл официальный вход для пользователей, желающих попробовать новинку. Все могут пройти обновление через 【OKX Wallet Главная функция - More - 7702 обновление】, чтобы испытать безопасный и профессиональный EIP-7702. Внимание: пользователи могут по своему усмотрению выбирать обновление и опыт, не обновление не повлияет на нормальное использование существующей экосистемы и приложений. Для обеспечения безопасности активов обязательно выполняйте операции через официальные каналы, остерегайтесь фишинговых ссылок и вредоносных сайтов, чтобы избежать рисков для активов.

Следуйте за этой статьей, чтобы полностью понять эволюцию абстракции аккаунтов, ценность для пользователей и изменения на рынке, которые приносит EIP-7702, а также скрытые опасности.

Обзор

• Код, упомянутый в этой статье, находится в okx/js-wallet-sdk, реализация SDK EIP-7702, используемая OKX Wallet, полностью открыта для партнеров сообщества.

• EIP-7702 добавляет новый тип транзакции, позволяя обычному EOA установить определенный адрес контракта в качестве своего логического代理-контракта.

• EIP-7702 будет полностью наследовать и превосходить экосистему ERC-4337, построенную на "стоимостных преимуществах" и "гибкости".

• EIP-7702 также представляет собой скрытый риск для обычных пользователей, даже если они не обновляются, в определенных сценариях это может привести к сбоям в транзакциях или рискам потери активов.

• EIP-7702 принесет новый пользовательский опыт, когда основной субъект пользователей будет переходить на контрактный формат, рыночные приложения также будут эволюционировать, такие долгожданные гладкие опыты, как абстракция газа, семейные учетные записи и т.д., будут вести миллиарды людей в мир Web3 с низкими затратами.

• Для бирж и DApp применение характеристик EIP-7702 приведет к снижению затрат более чем на 50%, что позволит полностью принять эпоху контрактных аккаунтов.

Почему аккаунты должны быть абстрагированы?

Трудно представить, что видение абстракции аккаунтов возникло даже раньше самого Ethereum.

На этом HK Web3 фестивале Виталик многократно подчеркивал, что теперь с помощью многофакторной аутентификации (Multi-sig), абстракции аккаунтов, ZK Email и других решений Ethereum достиг 50% своей цели "момента iPhone".

Быстро или медленно, оптимистично или ограниченно? Давайте углубимся в основы и посмотрим, почему AA имеет такое влияние! В конце концов, после 10 лет долгого пути Виталик наконец-то достиг желаемого финала в области AA, добавив яркий штрих к прогрессу дорожной карты Ethereum на 2023 год.

Для чего нужна абстракция аккаунтов?

На самом деле, это в первую очередь решает проблему разделения прав собственности, потому что в настоящее время права собственности и права подписи EOA (Externally Owned Account, внешние аккаунты) фактически принадлежат одному и тому же субъекту (оба зависят от приватного ключа для управления любыми командами), корень проблемы заключается в структуре транзакций Ethereum. На самом деле в стандартной транзакции Ethereum нет стороны From, при выполнении она определяется через параметры VRS (то есть подпись пользователя), которые декодируют адрес From. Кроме того, поскольку Ethereum как "глобальная машина состояния" полностью зависит от транзакций для изменения состояния в цепочке, и поскольку невозможно указать сторону From, это связывает права на выполнение транзакций с высшей собственностью. Это и есть корень ряда проблем, связанных с EOA, которые хотя и просты для понимания, но неудобны в использовании:

• Защита приватного ключа сложна: потеря приватного ключа (утеря, атака хакеров, квантовое взлом) означает потерю всех активов.
• Мало алгоритмов подписи, различные алгоритмы подписи приводят к различным потерям производительности и даже к затратам на хранение в цепочке.
• Высокие права подписи, оригинальный приватный ключ EOA обладает всеми этими правами.
• Высокие комиссии за сложные транзакции, комиссии можно оплачивать только ETH, любая транзакция, любое действие требует как минимум 21000 базовых затрат.
• Отсутствие конфиденциальности в транзакциях, даже если когда-то существовал предложенный Circle конфиденциальный ERC-20 протокол, он не стал мейнстримом.

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

Основные различия между ERC-4337 и EIP-7702?

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

Направление 1: Позволить адресам EOA управлять адресами CA

ERC-4337 является типичным примером в этом направлении, его можно кратко резюмировать так: предлагается новый объект транзакции UserOperation, который пользователь отправляет в пул памяти, в виде бандлеров, пакетируя команды для поочередного выполнения транзакций через контракт. По сути, это переносит операции транзакций и аккаунтов на уровень контракта.

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

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

Однако оно не решает проблемы сложности и затрат на транзакции для пользователей, а также риски единой точки отказа для бандлера и EntryPoint.

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

С последних данных о количестве пользователей CA и EOA видно, что даже если некоторые пользователи являются высококлассными игроками, которые сильно зависят от различных операций, основанных на цепочке CA, таких как пакетные вызовы и т.д., то если так, почему бы не использовать обычный CA? Это связано с дизайном бандлера, который позволяет избежать обновлений уровня хардфорка и непосредственно внедрять на уровне приложений, но ERC-4337 также привел к удвоению затрат и рискам единой точки отказа, а пользователи также потеряли гибкость, присущую EOA. Поэтому, учитывая разнообразные потребности пользователей, очевидно, что текущий рынок не так благосклонен к решению ERC-4337, и за два года его развития общий тренд значительно снизился, даже если пиковое количество пользователей по сравнению с 300 миллионами независимых адресов Ethereum остается далеко позади. Конечно, мы не критикуем недостатки ERC-4337, а скорее, в процессе его развития роли и концепции, такие как Paymaster, абстракция газа и т.д., также снова находят применение в EIP-7702. Автор считает, что развитие любой отрасли не происходит за один день, важно выявлять закономерности и подводить итоги на основе прошлых взлетов и падений.

Направление 2: Превратить адреса EOA в адреса CA

На самом деле, еще в ноябре 2015 года Виталик предложил EIP-101, используя контракты как новую структуру аккаунта. Изменив адреса на те, которые имеют только код и пространство для хранения, изменив поддержку комиссий на ERC20, через предкомпилированные контракты преобразовав нативные токены в подобие ERC20 для хранения баланса (с возможностью авторизации на удержание и т.д.). В январе 2018 года также был предложен EIP-859, основной функцией которого было использование параметра code, прикрепленного к транзакции, для выполнения развертывания кошелька контракта, если контракт стороны сделки не был развернут. В конечном итоге, из предложений EIP-3074, далее выведенный EIP-7702, был включен в основную сеть Ethereum! Идея и эффект EIP-7702 на самом деле очень просты, он завершает инициализацию через новый тип транзакции, после чего пользователи могут позволить EOA временно и опционально иметь функции смарт-контракта в одной транзакции, поддерживая бизнес для выполнения пакетных транзакций, без газа и управления пользовательскими правами и т.д., среди которых наиболее ключевая способность заключается в том, что пользователи получают временное и опциональное пространство.

Кроме того, несколько человек могут совместно использовать один и тот же логический контракт, значительно снижая затраты на миграцию пользователей. Чтобы завершить настройку EIP-7702, пользователю нужно всего 80 тысяч газа, что составляет примерно 0,06 доллара, а для повторной настройки нового контракта или отмены настройки логического контракта требуется всего 40 тысяч газа. После завершения настройки пользователи могут значительно оптимизировать газ при выполнении пакетных транзакций, как показано в таблице:

Конечно, вы можете подумать, нужно ли делать дважды, а то и шесть раз Token Transfer?

Обычные пользователи уже привыкли выполнять одно действие за одну транзакцию, и хотя кажется, что таких сценариев немного, на самом деле они часто встречаются в таких многообразных приложениях, как Web3 Game и Web3 Pay, например, одновременно расходуя медные монеты (внутренние игровые деньги) и серебряные монеты (деньги, внесенные пользователями). Или участвуя в каком-либо мероприятии, одновременно расходуя NFT-билеты и входные сборы.

Даже если мы не будем фантазировать о сложных сценариях, вернемся к наиболее распространенному на цепочке спросу на Swap, также существует потребность в пакетных approve и Transfer. Более того, сейчас можно создать небольшой инструмент, который быстро поможет пользователям удалить уже ненужные approve авторизации. Эффект легко сравнить, очевидно, что затраты можно снизить на 40%.

Основной принцип EIP-7702

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

Этап настройки логического контракта

Основной процесс выглядит следующим образом:

• Первый шаг: авторизация подписи, с помощью оригинального приватного ключа EOA подписывается специальная хэш-строка, которая состоит из закодированных chain_id, address, nonce, где Address — это адрес логического контракта, который нужно установить, а Nonce — это стратегия, обеспечивающая невозможность повторного воспроизведения транзакции.

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

• Третий шаг: трансляция в цепочку, когда транзакция завершает внутреннюю авторизацию, логический контракт уже вступает в силу.

Здесь есть еще много технических деталей, которые можно изучить в реализации открытого js sdk от okx, чтобы увидеть процесс кодирования базовых данных. Конечно, это решение также скрывает некоторые риски безопасности и сложности, о которых мы подробно расскажем ниже.

3.2 Этап выполнения логического контракта

Когда вы завершили настройку, то когда любой адрес To указывает на вас, это будет так же, как вызов смарт-контракта, система загрузит код вашего установленного логического контракта в текущее состояние вашего EOA для выполнения его логики.

Также давайте рассмотрим два сценария:

Первый, вы вызываете себя

Если вы установили контракт, такой как OKX 7702 Smart Contract, обладающий высокой безопасностью и возможностями настройки, вы можете заранее написать calldata, чтобы указать, что ваши текущие действия должны быть выполнены одновременно с несколькими командами. Например, вы можете одновременно выполнить Approve + Transfer, или Approve + Swap.

Не недооцените, в 27 миллиардах транзакций Ethereum, Approve составляет около 75 миллионов транзакций, при расчете на каждую по 80 тысяч газа, это 460 тысяч ETH, по рыночной цене ETH в 1700 долларов это почти 800 миллионов долларов.

Второй, кто-то вызывает вас

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

Какая мощная способность! Поэтому это также причина, по которой почти все основные кошельки: OKX Wallet, Metamask, WalletConnect, Biconomy, BaseWallet, Rhinestone, ZeroDev, TrustWallet, Safe и другие команды быстро реагируют и поддерживают это.

Является ли EIP-7702 конечной формой абстракции аккаунтов?

Да, потому что на этот раз пользователи выберут его!

Это не значит, что EOA недостаточно хорош, объективно говоря, EOA прост и безопасен. Но после обновления в Праге, EOA с EIP-7702 станет еще лучше. Из-за затрат и опыта. Когда Стив Джобс вытащил iPhone из кармана джинсов, пользователи не могли и подумать, что это можно использовать так.

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

1. Starknet, как ZK-Rollup (Layer 2), по умолчанию использует аккаунты контрактов, а не EOA.

2. zkSync Era, использование AA-аккаунтов является стандартным способом, и не требует сложных этапов бандлера.

3. Nervos CKB, аналогично модели UTXO, но также разрешает всем аккаунтам настраивать используемые валидаторы, отделяя право собственности и контроль.

4. Aptos / Sui, как важные игроки в Move-системе Layer1, хотя и не являются AA в EVM-формате, но также обладают возможностями настройки аккаунтов, разрешая модульные подписи, многофакторную проверку и т.д.

5. А EVM-системы Linea / Base / Mantle / Polygon / Arbitrum / Optimism, эти экосистемы не только уже завершили поддержку AA через ERC4337, но и почти все будут следовать обновлению EIP-7702, как и основная сеть Ethereum.

А инфраструктура, связанная с кошельками и AA, более полно подготавливает почву для EIP-7702.

Она оптимизирует основные пользовательские опыты EIP-7702: пакетные транзакции, абстракция газа (то есть решения без газа и т.д.), управление аккаунтами, такие как Coinbase, Metamask, Biconomy, Zerodev, Rhinestone, Ithaca и другие сервисы полностью поддерживают.

И все это также является дальнейшей адаптацией эпохи ERC-4337, что является одним из больших преимуществ EIP-7702, в конечном итоге основной аккаунт представляет собой форму, которая одновременно принадлежит EOA и CA, поэтому множество ранее существовавшей инфраструктуры вокруг AA могут быть адаптированы.

Теперь давайте используем таблицу, чтобы отобразить окончательные эффекты EOA, ERC-4337 и EIP-7702.

Объективно говоря, у Ethereum есть гораздо более тяжелое историческое бремя, это причина, по которой недавние голоса сообщества против изменений EVM Виталика, а также причина, по которой в начале пришлось выбрать ERC-4337, но как только появляется лучший выбор (EIP-7702), который может совместить историческое бремя и отличную оптимизацию затрат, пользователи встречают свой "момент iPhone".

С изменением базовой формы, производные формы могут быть дальше воображены, например:

• Пользователи могут использовать Passkey или Google Account для управления кошельком. Реализовать функции, такие как ограниченные условия без подписей.

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

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

Время оказывает огромное влияние на пользовательский опыт, как вторая по значимости система консенсуса в мире блокчейна (после BTC), ETH не может, как BSC, произвольно сократить время блока с 3 секунд до 1,5 секунд, чтобы улучшить пользовательский опыт, поэтому инструменты кошельков на основе EIP-7702 станут важнейшим мостом для улучшения пользовательского опыта.

Таким образом, учитывая предыдущие обсуждения о его основе, можно сказать, что EIP-7702 является конечной формой абстракции аккаунтов!

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

Завершена ли битва за финал?

Нет.

Действительно, Pectra является самым амбициозным обновлением Ethereum на сегодняшний день, охватывающим 11 EIP, что является историческим рекордом! И многие преимущества EIP-7702 мы видим, также через принципы и данные, приведенные выше, сделали выводы.

Но именно после участия пользователей в выборе рынок столкнется с хаосом.

Экосистема AA продолжает развиваться и постепенно проявляет тенденцию к фрагментации, среди которых EIP, определяющие абстракцию аккаунтов, уже имеют такие интерфейсы, как ERC-4337, ERC-6900, ERC-7579, но между различными реализациями существуют явные различия в пользовательском опыте, спецификациях интерфейса и ожидаемом поведении. Разные реализации кошельков сосредоточены на схожих сценариях применения и ограниченных основных функциях, но каждая использует несовместимые проектные предположения и логики реализации.

Одной из самых типичных скрытых проблем является беспорядок в хранении.

После запуска EIP-7702 пространство хранения под аккаунтами EOA стало доступно для использования контрактами, и это пространство хранения не принадлежит единственному контракту, а может использоваться несколькими поставщиками смарт-аккаунтов.

Когда пользователь инициирует операцию "переключения代理-контракта (re-delegation)", оригинальный аккаунт контракта будет заменен новым контрактом. Однако состояние данных, записанных старым контрактом, не будет очищено, а останется в хранилище этого EOA. Это означает, что новый代理-контракт может получить доступ к данным, записанным старым контрактом, и даже изменить их, что вводит риск "загрязнения хранения" (см. справочные материалы 2), что может нарушить или даже разрушить логику выполнения текущего контракта.

Хотя в сообществе уже появились различные решения, такие как изоляция хранения через пространство имен (ERC-7201), чтобы уменьшить влияние беспорядка в хранении. Но независимо от того, какое решение будет выбрано, в текущей экосистеме по-прежнему отсутствуют обязательные единые нормы, чтобы обеспечить уникальность и безопасность nonce.

Еще одной типичной проблемой является беспорядок в стандартах выполнения.

Как показано в этой статье: "От фрагментации к единству: необходимость стандартизации смарт-аккаунтов" (см. справочные материалы 3)

Сегодня: Safe, Biconomy и ZeroDev реализовали свои версии функции пакетного вызова, но названия функций, параметры интерфейса и способы обработки результатов у них разные. При этом ZeroDev учел возможность сбоя пакетного вызова, тогда как Safe и Biconomy не обрабатывали такие сценарии.

Стандарты отрасли "каждый сам за себя" неизбежно приведут к хаосу. Пользователи, dApp и разработчики являются жертвами этого. Поэтому запуск EIP-7702 — это не только технологическое новшество, но и возможность создать универсальную инфраструктуру для смарт-аккаунтов. Он предоставляет нам окно для "перестройки консенсуса", продвигая всю экосистему Web3-кошельков от многообразия функций к единой структуре, достигая истинного устойчивого развития.

Три основных понимания безопасности после активации EIP-7702

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

EIP-7702 слишком сложен, могу ли я не обновляться?

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

Действительно, EIP-7702 имеет высокий риск фишинга, потому что его параметры авторизации состоят из: address, nonce, chainid, если chainid равен 0, то эта подпись авторизации может действовать на любой цепочке при выполнении nonce.

В открытом SDK для подписания от OKX, касающемся процесса 7702, можно увидеть, что для соответствия этому стандарту пользователи в конечном итоге подписывают хэш-значение: 0xabc, его расчет выглядит следующим образом:

Где keccak — это основной алгоритм хэширования в Ethereum, который позволяет получить фиксированный результат длиной 32 байта из данных произвольной длины. А rlp — это набор способов кодирования информации, в конечном итоге Magic — это фиксированное значение.

Но поскольку конечный результат представляет собой хэш-значение, которое не имеет конкретного содержания, пользователи, если они неосторожно подписывают сообщение, и другие могут использовать вашу авторизацию для действия в цепочке, могут незаметно установить код, что приведет к атаке уровня 0day. И поскольку установка кода является обязательной, вы не можете считать, что когда-либо установленные вами безопасные контракты не будут заменены.

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

5.2 Если я случайно обновлю рискованный контракт, как защитить себя?

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

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

Поэтому существуют два типа атак.

• Первый случай: хакер крадет следующий nonce вашего текущего адреса и подписывает авторизацию, тогда обработка довольно проста, если вы подверглись атаке, быстро используйте кошелек, который позволяет настраивать Gasfee, например, OKX Wallet или другой безопасный кошелек, чтобы быстро перевести ETH (на другой безопасный адрес). Этот шаг может не только перевести средства на уровне ETH, но и заменить текущий действительный nonce, тем самым сделав авторизацию хакера недействительной.

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

Смотрится так, будто EIP-7702 стал опаснее? На самом деле нет!

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

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

Почему после обновления некоторые обычные транзакции провалились?

Такая ситуация часто возникает в кошельках, которые не поддерживают EIP-7702.

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

На основе этого, для обычных пользователей это будет означать, что если я завершил настройку контракта EIP-7702, то, как правило, у него будет функция по умолчанию, принимающая, следовательно, любая обычная транзакция ETH Transfer будет выполнять некоторую логику контракта, что увеличит общее использование газа. Если вы установили лимит газа для обычной транзакции на уровне 21000, то, естественно, она провалится.

Аналогично, поскольку многие NFT-проекты проверяют, является ли адрес получателя черной дырой (то есть адресом, с которого нельзя вывести активы), чтобы запретить транзакции, если ваша функция приема обрабатывается неправильно, это также может привести к тому, что активы ERC20 и ERC721 не будут приняты и потеряны.

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

Что еще изменилось в основной сети Ethereum Pectra?

На рынке много голосов, утверждающих, что Ethereum, похоже, потерялся? Почему многие обновления не имеют значения для пользователей? Так ли это на самом деле? Давайте посмотрим на другие EIP этого обновления, чтобы найти ответ. Безусловно, EIP-7702 — это самое заметное изменение для пользователей, но еще 10 EIP вносят изменения в экосистему Ethereum в различных аспектах.

Во-первых, в области криптографии. Через EIP-2537 была введена предкомпилированная операция для эллиптической кривой BLS12-381, что позволяет оптимизировать сложные криптографические операции, такие как проверка BLS-подписей, обеспечивая более высокий уровень безопасности (120+ бит) и вычислительной эффективности (оптимизация газа).

Что касается стейкинга, то здесь также есть несколько точек оптимизации. Объективно говоря, стейкинг действительно нуждается в оптимизации, поскольку число валидаторов Ethereum стремительно растет, уже почти миллион адресов для стейкинга валидаторов. Это связано с тем, что MAXEFFECTIVEBALANCE ограничен 32 ETH, и операторам узлов необходимо создавать несколько аккаунтов валидаторов для управления большими стейкинговыми активами, что приводит к большому количеству "избыточных валидаторов". Поэтому через EIP-7251 был повышен максимальный предел, что позволяет таким агрегированным стейкинговым протоколам, как Lido, сократить количество контролируемых аккаунтов и уменьшить сложность системы, но это может усугубить проблему централизации, делая рынок стейкинга ETH более концентрированным.

После этого обновления более крупные операторы узлов смогут объединить несколько аккаунтов валидаторов, а также предоставить больше гибкости для мелких валидаторов, например, накапливая доходы через сложные проценты или более гибкие стейкинговые увеличения. Это очень важно, поскольку после достижения 32 ETH, если вы получите 10 ETH дохода, вы не сможете продолжать ставить ETH, потому что вам нужно будет собрать еще 32 ETH, чтобы открыть новый аккаунт. Но после этого обновления вы сможете сразу ставить 42 ETH. Таким образом, очевидно, что ваши сложные проценты снова могут вернуться в систему ETH, обеспечивая удобство для пользователей и создавая определенные предпосылки для снижения ликвидности ETH.

Наконец, это значительная оптимизация для экосистемы L2. Ethereum всегда уверенно движется по пути сообщества L2. Другие системы SVM и MOVE в основном продолжают развивать свои L1, даже исследуя свои L2, что создает определенные противоречия и конфликты, поскольку высокая производительность этих цепочек не так сильно зависит от необходимости создания L2.

Чтобы стимулировать более эффективное взаимодействие L2 с основной сетью Ethereum, через EIP-7623 были увеличены затраты газа на calldata в транзакциях с 4/16 газа за байт до 10/40 газа, что заставляет L2 не использовать calldata, а больше использовать Blob.

Также через EIP-7691 увеличена емкость blob в блоках, что позволяет поддерживать более крупные объемы хранения L2. В предыдущем обновлении в Канкуне было два основных параметра blob: target и max, которые обозначают целевое количество blob в каждом блоке и максимальное количество blob в каждом блоке.

Канкун был 3 и 6, теперь после Праги параметры стали 6 и 9, в общем, произошло расширение.

Таким образом, Ethereum достигает улучшения самой сети через TPS L2, хотя в этом есть много проблем, таких как рассеяность ликвидности, сложность межцепочечных взаимодействий, емкость для экстренных случаев и т.д. Поэтому в текущем обновлении Pectra Ethereum создает "автомагистраль" для L2, но как решить проблемы "управления потоком" и "различных стандартов оплаты на разных автомагистралях" является наиболее важной задачей.

Заглядывая в будущее

Эта статья почти на 10 тысяч слов, мы начали с корней развития абстракции аккаунтов, затем рассмотрели две линии, представленные ERC-4337 и EIP-7702, углубились в принципы и механизмы EIP-7702, проанализировали его плюсы и минусы для основных сценариев пользователей и его корректирующие эффекты.

Автор считает, что "Не ваши ключи, не ваши деньги" — это великое убеждение, EIP-7702 не разрушает его, а дополняет и улучшает с другой стороны, обеспечивая как суверенитет, так и удобство. Как сказал исследователь Ethereum Foundation Йоав Вайс, "следующий миллиард пользователей не будет записывать 12 слов на бумаге."

Сравнивая оба, можно сказать, что он значительно оптимизирует ERC-4337, предоставляя пользователям пространство и гибкость, что делает его более приемлемым для пользователей на последующем рынке, и как только пользователи начнут использовать CA в качестве основных субъектов на цепочке, сложные типы транзакций начнут массово появляться на цепочках EVM.

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

Хотя перед лицом многообразия на уровне отрасли возникают определенные проблемы с интерфейсными стандартами и беспорядком в пространстве хранения, автор также оптимистично смотрит на то, что чем более ценным является хаос, тем больше шансов на создание единого стандарта, а децентрализованная многослойная игра в конечном итоге будет способствовать развитию отрасли. Именно поэтому после запуска EIP-7702 не произойдет мгновенного взрыва экосистемы Ethereum, поскольку это технологическое обновление спирального роста, такие обновления часто опережают рыночные приложения на 2-3 года, оставляя время для постепенного созревания на уровне приложений.

Кроме того, начиная с этого обновления, безопасность пользователей будет еще больше зависеть от качества обслуживания на уровне инструментов входа, открытость и доступность являются важным шагом для обеспечения безопасности пользователей, поэтому интеграция EIP-7702 в базовый SDK OKX Wallet также открыта и доступна для проверки сообществом и рынком, и многие кошельки, сохраняющие открытость, продолжают двигаться по пути самоуправления, предоставляя пользователям абсолютный суверенитет через открытость.

Наконец, возвращаясь к самому обновлению Pectra, мы снова можем увидеть размышления и настойчивость Ethereum в отношении будущего направления, сегодня стратегический план L2 вступает в период стабильного выполнения, дорожная карта Ethereum за последние десять лет претерпела множество изменений в деталях, но основная цель остается удивительно неизменной: стремление к созданию безопасного и децентрализованного зеленого (POS) блокчейна, который обладает высокой масштабируемостью и легко проверяем. А такие эффективные предложения, как EIP-7702, которые улучшают пользовательский опыт, вводятся через хардфорк, что свидетельствует о том, что Ethereum всегда исследует, как повысить конкурентоспособность между многими цепями, обеспечивая децентрализацию (даже перед лицом конкуренции с такими новыми поколениями публичных цепей, как Solana) и как стать идеальным суперкомпьютером!