Это часть 1 серии, которую я пишу, чтобы исследовать влияние, которое EIP-7702, скорее всего, окажет на различные части крипто-мира, включая:
В части 1 я хочу рассмотреть, как, вероятно, сложится принятие 7702. Будет ли оно принято очень быстро или мы увидим очень длинный цикл принятия? Кто примет его первым? Об этом и будет этот статья.
Сначала краткое повторение. EIP-7702 - один из EIP, запланированных для внедрения в следующем обновлении Ethereum (Pectra), запланированном на первый квартал 2025 года.
С помощью EIP-7702 EOA может «обновиться» в умный аккаунт, оставаясь EOA и сохраняя тот же адрес.
После обновления учетной записи пользователь сможет воспользоваться большей частью преимуществ AA, таких как спонсирование газа, пакетная обработка транзакций, парольные ключи и т.д.
EIP-7702 - это предложение об абстракции учетной записи, но оно отличается от ERC-4337 по ряду ключевых особенностей:
На практике первые два пункта — то, что EIP-7702 может обновлять EOAs, и то, что EOAs остаются EOAs даже после обновления — являются основными причинами, почему EIP-7702, скорее всего, увеличит принятие AA намного больше, чем мог бы сделать только ERC-4337. Это потому что:
Однако было бы ложью сказать, что EIP-7702 "убьет" ERC-4337. Как мы обсудим в будущей статье, EIP-7702 будет нуждаться в использовании ERC-4337 для реализации своего полного потенциала, поэтому EIP-7702 на самом деле является невероятно хорошей новостью для компаний ERC-4337 сегодня, таких как@zerodev_app""> @zerodev_app.
Перейдем к основному вопросу этой статьи: насколько быстро будет принято 7702, и как будет осуществляться его внедрение на практике, т.е. как различные части стека Web3 (например, кошельки, dapps, инфраструктура) примут 7702?
По первому вопросу - насколько быстро - есть несколько возможных сценариев:
Мой личный рейтинг вероятностей этих сценариев таков: 2 > 3 >> 4 > 1 (с вероятностью 2/3 это наиболее вероятные сценарии, а 4/1 - наименее вероятные сценарии). Другими словами, 7702, скорее всего, достигнет массового использования в течение нескольких лет, но маловероятно, что это произойдет сразу или будет полностью проигнорировано.
Чтобы понять, почему, давайте рассмотрим, как, вероятно, будет осуществляться внедрение 7702 на практике.
Давайте начнем с изучения кошельков, которые находятся в верхнем течении цикла 7702, потому что без поддержки кошельков 7702 децентрализованные приложения не могут использовать функции 7702.
Сначала различим отдельные кошельки, такие как Gate.io.@MetaMask""> @MetaMask @CoinbaseWallet и кошельки, такие как@privy_io«> @privy_io @dynamic_xyz @turnkeyhq @magic_labs. Автономные кошельки и сервисы кошельков столкнутся с различными стимулами при внедрении 7702. В этом разделе мы говорим только об автономных кошельках.
У автономных кошельков есть несколько вариантов, когда речь идет о принятии 7702:
Мой прогноз состоит в том, что длинный хвост компаний-кошельков выберет вариант 3 (ждать и смотреть), по простой причине, что внедрение 7702 - это много работы, поэтому большинство компаний-кошельков просто не имеют времени и ресурсов для быстрой реализации этого. ОДНАКО, самые важные кошельки, такие как MetaMask и Coinbase, выберут вариант 2, то есть быстро реализуют поддержку 7702, но потребуют от пользователей включить ее. Также появятся новые автономные кошельки, которые выберут вариант 1 (включение 7702 по умолчанию), но поскольку кошельки представляют собой такое конкурентное пространство и для новых участников сложно войти в него, реалистично предположить, что большинство пользователей будут использовать существующие кошельки, выбравшие вариант 2 или 3.
Почему я думаю, что топовые кошельки быстро внедрят поддержку 7702? Потому что:
Теперь, почему я считаю, что эти кошельки не будут автоматически включать 7702 по умолчанию, а потребуют, чтобы пользователи сами выбрали эту опцию?
Одним словом, безопасность.
Тема безопасности с 7702 очень тонкая и заслуживает собственного поста, но я быстро расскажу основы здесь.
Короче говоря, неверно говорить, что 7702 улучшает безопасность кошелька, или что она ухудшает безопасность кошелька. Это потому, что безопасность - это многогранный вопрос, и 7702 улучшает безопасность в некоторых аспектах, в то время как ухудшает безопасность в других.
7702 улучшает безопасность, потому что:
7702 не улучшает безопасность, а в некоторых случаях даже ухудшает безопасность, потому что:
Поэтому действительно, решение о том, насколько счет 7702 более или менее безопасен, чем счет EOA, остается на усмотрение каждого, а также на то, стоят ли преимущества в пользовательском опыте жертв безопасности.
Поскольку самое важное свойство кошелька - это безопасность, существующие лучшие кошельки не будут рисковать безопасностью пользователя, включая 7702 по умолчанию. Они скорее перекладывают решение на пользователей и позволяют им решить, хотят ли они использовать 7702 или нет.
Учитывая, что у топовых кошельков будет доступна функция 7702 как опциональная возможность, естественным вопросом становится: будут ли пользователи выбирать эту опцию?
Ответ на самом деле очень прост: пользователи будут включать 7702, если им действительно нужно использовать dapp/функцию, которая требует 7702, в противном случае они этого не сделают. Следовательно, это приводит нас ко второй части анализа - каким образом dapp будут принимать 7702?
Для dapps 7702 (и в общем, AA) имеет четыре основных ценностных предложения:
Вместе эти ценные предложения приносят значительные преимущества пользовательского опыта, которые отличат dapp от его конкурентов, поэтому у dapps есть сильный стимул использовать AA. Причина, по которой вы до сих пор не видели слишком много участия dapp для AA, заключается в том, что с ERC-4337 dapps должны выбрать полностью новую модель учетной записи (умные учетные записи), которая не работает с 99% пользователей (пользователями EOA), но с 7702 dapp может предложить эти преимущества пользовательского опыта, не отворачивая пользователей EOA, поэтому расчет затрат/выгод для dapps на принятие AA становится намного более благоприятным с 7702.
Но здесь мы видим проблему курицы и яйца — dapps не хотят тратить время и ресурсы на поддержку 7702, если всего несколько пользователей будут использовать 7702-совместимые кошельки, но пользователи также не будут включать 7702, если нет dapps, которые поддерживают 7702. Как мы можем разрешить эту проблему курицы и яйца?
Это приводит нас к рассмотрению еще одной части стека Web3 - услуги кошелька, так называемого "встроенного кошелька".
Как и автономные кошельки, провайдеры встроенных кошельков по умолчанию не включают 7702, а предоставляют это как опцию для своих клиентов (разработчиков dapp). Однако, в отличие от автономных кошельков, где выбор включения 7702 находится на пользователе (так как это было бы чрезвычайно небезопасно, если бы dapp мог включить 7702 для вашего MetaMask), выбор включения 7702 для встроенных кошельков будет лежать на разработчике dapp, поскольку встроенные кошельки по определению являются новыми кошельками, которые разработчики создают для своих пользователей.
Таким образом, если разработчику dapp требуется использовать функции AA, ему не нужно ждать, пока пользователи согласятся на 7702 — он может просто использовать встроенные кошельки, поддерживающие 7702.
Теперь, вы могли бы сказать, что разработчики уже смогли использовать ERC-4337 через встроенные кошельки, однако это не привело к массовому принятию AA. Однако ключевое отличие с 7702 заключается в том, что разработчикам не нужно исключать пользователей EOA при создании встроенных кошельков с поддержкой 7702. Скорее, приложения могут поддерживать как встроенные кошельки, так и пользователей EOA. Пользователи EOA, которые хотят воспользоваться функциями AA с приложением, могут просто включить 7702 для своего EOA.
Поэтому встроенные кошельки будут играть ключевую роль в продвижении принятия 7702, позволяя разработчикам предлагать функции AA без ожидания, когда пользователи включат 7702 для своих автономных кошельков.
Мы теперь рассмотрели, как четыре разные группы — кошельки, пользователи, dapps и встроенные кошельки — вероятно, примут 7702. Теперь давайте соберем все вместе.
Надеюсь, этот добродетельный цикл кошельков => dapps => пользователи => кошельки будет стимулировать всю сферу к принятию 7702/AA, что приведет к улучшению UX Web3 в 10 раз по сравнению с сегодняшним днем и подготовит почву для собственного AA, когда бы это ни произошло.
В следующей статье мы погрузимся глубже в техническую сторону и рассмотрим, как именно кошельки и dapps будут реализовывать поддержку 7702.
Это часть 1 серии, которую я пишу, чтобы исследовать влияние, которое EIP-7702, скорее всего, окажет на различные части крипто-мира, включая:
В части 1 я хочу рассмотреть, как, вероятно, сложится принятие 7702. Будет ли оно принято очень быстро или мы увидим очень длинный цикл принятия? Кто примет его первым? Об этом и будет этот статья.
Сначала краткое повторение. EIP-7702 - один из EIP, запланированных для внедрения в следующем обновлении Ethereum (Pectra), запланированном на первый квартал 2025 года.
С помощью EIP-7702 EOA может «обновиться» в умный аккаунт, оставаясь EOA и сохраняя тот же адрес.
После обновления учетной записи пользователь сможет воспользоваться большей частью преимуществ AA, таких как спонсирование газа, пакетная обработка транзакций, парольные ключи и т.д.
EIP-7702 - это предложение об абстракции учетной записи, но оно отличается от ERC-4337 по ряду ключевых особенностей:
На практике первые два пункта — то, что EIP-7702 может обновлять EOAs, и то, что EOAs остаются EOAs даже после обновления — являются основными причинами, почему EIP-7702, скорее всего, увеличит принятие AA намного больше, чем мог бы сделать только ERC-4337. Это потому что:
Однако было бы ложью сказать, что EIP-7702 "убьет" ERC-4337. Как мы обсудим в будущей статье, EIP-7702 будет нуждаться в использовании ERC-4337 для реализации своего полного потенциала, поэтому EIP-7702 на самом деле является невероятно хорошей новостью для компаний ERC-4337 сегодня, таких как@zerodev_app""> @zerodev_app.
Перейдем к основному вопросу этой статьи: насколько быстро будет принято 7702, и как будет осуществляться его внедрение на практике, т.е. как различные части стека Web3 (например, кошельки, dapps, инфраструктура) примут 7702?
По первому вопросу - насколько быстро - есть несколько возможных сценариев:
Мой личный рейтинг вероятностей этих сценариев таков: 2 > 3 >> 4 > 1 (с вероятностью 2/3 это наиболее вероятные сценарии, а 4/1 - наименее вероятные сценарии). Другими словами, 7702, скорее всего, достигнет массового использования в течение нескольких лет, но маловероятно, что это произойдет сразу или будет полностью проигнорировано.
Чтобы понять, почему, давайте рассмотрим, как, вероятно, будет осуществляться внедрение 7702 на практике.
Давайте начнем с изучения кошельков, которые находятся в верхнем течении цикла 7702, потому что без поддержки кошельков 7702 децентрализованные приложения не могут использовать функции 7702.
Сначала различим отдельные кошельки, такие как Gate.io.@MetaMask""> @MetaMask @CoinbaseWallet и кошельки, такие как@privy_io«> @privy_io @dynamic_xyz @turnkeyhq @magic_labs. Автономные кошельки и сервисы кошельков столкнутся с различными стимулами при внедрении 7702. В этом разделе мы говорим только об автономных кошельках.
У автономных кошельков есть несколько вариантов, когда речь идет о принятии 7702:
Мой прогноз состоит в том, что длинный хвост компаний-кошельков выберет вариант 3 (ждать и смотреть), по простой причине, что внедрение 7702 - это много работы, поэтому большинство компаний-кошельков просто не имеют времени и ресурсов для быстрой реализации этого. ОДНАКО, самые важные кошельки, такие как MetaMask и Coinbase, выберут вариант 2, то есть быстро реализуют поддержку 7702, но потребуют от пользователей включить ее. Также появятся новые автономные кошельки, которые выберут вариант 1 (включение 7702 по умолчанию), но поскольку кошельки представляют собой такое конкурентное пространство и для новых участников сложно войти в него, реалистично предположить, что большинство пользователей будут использовать существующие кошельки, выбравшие вариант 2 или 3.
Почему я думаю, что топовые кошельки быстро внедрят поддержку 7702? Потому что:
Теперь, почему я считаю, что эти кошельки не будут автоматически включать 7702 по умолчанию, а потребуют, чтобы пользователи сами выбрали эту опцию?
Одним словом, безопасность.
Тема безопасности с 7702 очень тонкая и заслуживает собственного поста, но я быстро расскажу основы здесь.
Короче говоря, неверно говорить, что 7702 улучшает безопасность кошелька, или что она ухудшает безопасность кошелька. Это потому, что безопасность - это многогранный вопрос, и 7702 улучшает безопасность в некоторых аспектах, в то время как ухудшает безопасность в других.
7702 улучшает безопасность, потому что:
7702 не улучшает безопасность, а в некоторых случаях даже ухудшает безопасность, потому что:
Поэтому действительно, решение о том, насколько счет 7702 более или менее безопасен, чем счет EOA, остается на усмотрение каждого, а также на то, стоят ли преимущества в пользовательском опыте жертв безопасности.
Поскольку самое важное свойство кошелька - это безопасность, существующие лучшие кошельки не будут рисковать безопасностью пользователя, включая 7702 по умолчанию. Они скорее перекладывают решение на пользователей и позволяют им решить, хотят ли они использовать 7702 или нет.
Учитывая, что у топовых кошельков будет доступна функция 7702 как опциональная возможность, естественным вопросом становится: будут ли пользователи выбирать эту опцию?
Ответ на самом деле очень прост: пользователи будут включать 7702, если им действительно нужно использовать dapp/функцию, которая требует 7702, в противном случае они этого не сделают. Следовательно, это приводит нас ко второй части анализа - каким образом dapp будут принимать 7702?
Для dapps 7702 (и в общем, AA) имеет четыре основных ценностных предложения:
Вместе эти ценные предложения приносят значительные преимущества пользовательского опыта, которые отличат dapp от его конкурентов, поэтому у dapps есть сильный стимул использовать AA. Причина, по которой вы до сих пор не видели слишком много участия dapp для AA, заключается в том, что с ERC-4337 dapps должны выбрать полностью новую модель учетной записи (умные учетные записи), которая не работает с 99% пользователей (пользователями EOA), но с 7702 dapp может предложить эти преимущества пользовательского опыта, не отворачивая пользователей EOA, поэтому расчет затрат/выгод для dapps на принятие AA становится намного более благоприятным с 7702.
Но здесь мы видим проблему курицы и яйца — dapps не хотят тратить время и ресурсы на поддержку 7702, если всего несколько пользователей будут использовать 7702-совместимые кошельки, но пользователи также не будут включать 7702, если нет dapps, которые поддерживают 7702. Как мы можем разрешить эту проблему курицы и яйца?
Это приводит нас к рассмотрению еще одной части стека Web3 - услуги кошелька, так называемого "встроенного кошелька".
Как и автономные кошельки, провайдеры встроенных кошельков по умолчанию не включают 7702, а предоставляют это как опцию для своих клиентов (разработчиков dapp). Однако, в отличие от автономных кошельков, где выбор включения 7702 находится на пользователе (так как это было бы чрезвычайно небезопасно, если бы dapp мог включить 7702 для вашего MetaMask), выбор включения 7702 для встроенных кошельков будет лежать на разработчике dapp, поскольку встроенные кошельки по определению являются новыми кошельками, которые разработчики создают для своих пользователей.
Таким образом, если разработчику dapp требуется использовать функции AA, ему не нужно ждать, пока пользователи согласятся на 7702 — он может просто использовать встроенные кошельки, поддерживающие 7702.
Теперь, вы могли бы сказать, что разработчики уже смогли использовать ERC-4337 через встроенные кошельки, однако это не привело к массовому принятию AA. Однако ключевое отличие с 7702 заключается в том, что разработчикам не нужно исключать пользователей EOA при создании встроенных кошельков с поддержкой 7702. Скорее, приложения могут поддерживать как встроенные кошельки, так и пользователей EOA. Пользователи EOA, которые хотят воспользоваться функциями AA с приложением, могут просто включить 7702 для своего EOA.
Поэтому встроенные кошельки будут играть ключевую роль в продвижении принятия 7702, позволяя разработчикам предлагать функции AA без ожидания, когда пользователи включат 7702 для своих автономных кошельков.
Мы теперь рассмотрели, как четыре разные группы — кошельки, пользователи, dapps и встроенные кошельки — вероятно, примут 7702. Теперь давайте соберем все вместе.
Надеюсь, этот добродетельный цикл кошельков => dapps => пользователи => кошельки будет стимулировать всю сферу к принятию 7702/AA, что приведет к улучшению UX Web3 в 10 раз по сравнению с сегодняшним днем и подготовит почву для собственного AA, когда бы это ни произошло.
В следующей статье мы погрузимся глубже в техническую сторону и рассмотрим, как именно кошельки и dapps будут реализовывать поддержку 7702.