Це частина 1 з серії, яку я пишу, щоб дослідити вплив, який ймовірно матиме EIP-7702 на різні частини криптосвіту, включаючи:
У частині 1 я хочу розглянути, як прийняття 7702 ймовірно буде відбуватися. Чи буде воно прийняте дуже швидко, чи ми побачимо дуже довгий цикл прийняття? Хто спочатку його прийме? Про це йтиме мова у цій статті.
Спочатку короткий підсумок. EIP-7702 - це один з EIP, запланованих до введення в дію під час наступного оновлення Ethereum (Pectra), запланованого на перше квартал 2025 року.
За допомогою EIP-7702 EOA може «оновити» себе в розумний рахунок, одночасно залишаючись EOA та зберігаючи ту саму адресу.
Після оновлення облікового запису користувач може скористатися більшістю переваг AA, таких як спонсорське пальне, пакетна транзакція, парольні ключі тощо.
EIP-7702 - це пропозиція про абстракцію рахунку, але вона відрізняється від ERC-4337 по сутівних аспектах:
На практиці перші два пункти - те, що EIP-7702 може оновити ЕОА та що ЕОА все ще залишаються ЕОА після оновлення - є найбільшими причинами, чому EIP-7702, ймовірно, підвищить прийняття АА набагато більше, ніж це міг би зробити сам ERC-4337. Це тому, що:
Однак було б неправильно стверджувати, що EIP-7702 «вб'є» ERC-4337. Як ми обговоримо в наступній статті, EIP-7702 потрібно буде використовувати ERC-4337, щоб повністю розкрити свій потенціал, тому EIP-7702 насправді є неймовірно гарною новиною для сучасних компаній ERC-4337, таких як@zerodev_app""> @zerodev_app.
Тепер основна мета цієї статті: наскільки швидко буде прийнято 7702, і як прийняття відбудеться на практиці, тобто як різні частини стеку Web3 (наприклад, гаманці, додатки, інфраструктура) прийматимуть 7702?
Щодо першого питання - як швидко - існує кілька можливих сценаріїв:
Мій особистий рейтинг ймовірності цих сценаріїв такий: 2 > 3 >> 4 > 1 (з 2/3 ймовірних сценаріїв та 4/1 менш ймовірних сценаріїв). Іншими словами, 7702, ймовірно, досягне масштабного прийняття протягом кількох років, але малоймовірно, що це станеться в одну ніч або буде повністю ігноруватися.
Щоб побачити чому, давайте розглянемо, як ймовірно буде відбуватися впровадження 7702 на практиці.
Почнемо з аналізу гаманців, які є вищестоящими у циклі прийняття 7702, оскільки без підтримки гаманців 7702 додатки не можуть використовувати функції 7702.
Спочатку відділимо автономні гаманці, такі як@MetaMask""> @MetaMask @CoinbaseWallet та послуги гаманців, такі як@privy_io""> @privy_io @dynamic_xyz @turnkeyhq @magic_labs. Стійкі гаманці та послуги гаманця будуть мати різні стимули для прийняття 7702. В цьому розділі ми говоримо тільки про стійкі гаманці.
Standalone wallets have a few options when it comes to adopting 7702:
Моя передбачення полягає в тому, що довгий хвіст компаній з гаманцями вибере опцію 3 (чекати і подивитися), з простої причини, що впровадження 7702 вимагає багато роботи, тому більшість компаній-гаманців просто можуть не мати часу та ресурсів для швидкої реалізації. ОДНАК найважливіші гаманці, такі як MetaMask та Coinbase, виберуть опцію 2, тобто швидко впроваджуючи підтримку 7702, але потребуватимуть, щоб користувачі вибрали її. Також будуть нові самостійні гаманці, які виберуть опцію 1 (ввімкнення 7702 за замовчуванням), але оскільки гаманці - це такий конкурентний простір і важко новим гравцям увійти, реально більшість користувачів будуть використовувати існуючі гаманці, які виберуть опцію 2 або 3.
Тому, чому я думаю, що провідні гаманці швидко впроваджуватимуть підтримку 7702? Тому що:
Тепер, чому я вважаю, що ці гаманці не активують 7702 за замовчуванням, але вимагають, щоб користувачі вибрали варіант?
Одним словом, безпека.
Тема безпеки з 7702 розглядається дуже детально і заслуговує на окремий пост, але я швидко пройдуся по основах тут.
Коротко кажучи, неправильно стверджувати, що 7702 покращує безпеку гаманця, або що вона шкодить безпеці гаманця. Це через те, що безпека - це багатогранна річ, і 7702 покращує безпеку в деяких аспектах, тоді як пошкоджує безпеку в інших.
7702 покращує безпеку через:
7702 не покращує безпеку, а навіть може на шкодувати безпеці у певних випадках, оскільки:
Тому насправді справа в кожного на власному розсуді, чи є обліковий запис 7702 більш або менш безпечний, ніж обліковий запис EOA, а також чи варто жертвувати безпекою ради переваг UX.
Оскільки найважливішою властивістю гаманця є безпека, існуючі топові гаманці не будуть ризикувати безпекою користувача, включаючи 7702 за замовчуванням. Натомість вони передадуть рішення користувачам і дозволять користувачам вирішувати, чи хочуть вони використовувати 7702 чи ні.
Враховуючи, що провідні гаманці запропонують 7702 як додаткову функцію, виникає природне питання: чи будуть користувачі вибирати цю опцію?
Відповідь насправді дуже проста: користувачі активуватимуть 7702, якщо вони дійсно хочуть використовувати dapp / функцію, яка потребує 7702, і в іншому випадку вони цього не зроблять. Тому це приводить нас до другої частини аналізу - як dapps прийматимуть 7702?
Для додатків, 7702 (та AA взагалі) мають чотири основних пропозиції щодо цінності:
Разом ці пропозиції створюють значні переваги користувача, які відрізнятимуть додаток від його конкурентів, тому у додатків є сильний стимул використовувати AA. Причина, чому ви поки не бачили багато прийняття додатків для AA, полягає в тому, що з ERC-4337 додаткам потрібно вибрати зовсім нову модель облікового запису (розумний обліковий запис), яка не працює з 99% користувачів (користувачі EOA), але з 7702 додаток може пропонувати ці переваги користувачам EOA, тому розрахунок вартості / користі для додатків прийняття AA стає набагато більш вигідним з 7702.
Але тут ми бачимо проблему курки та яйця — дапси не хочуть витрачати час та ресурси на підтримку 7702, якщо лише декілька користувачів буде використовувати 7702-сумісні гаманці, але користувачі також не активують 7702, якщо немає дапсів, які підтримують 7702. Як ми можемо розірвати цю проблему курки та яйця?
Це приводить нас до розгляду ще однієї частини стеку Web3 - сервісів гаманців, також відомих як «вбудовані гаманці».
Так само, як і автономні гаманці, постачальники вбудованих гаманців не вмикають 7702 за замовчуванням, а надають його як опцію своїм клієнтам (розробникам децентралізованих програм). Однак, на відміну від автономних гаманців, де вибір активації 7702 залишається за користувачем (оскільки було б жахливо небезпечно, якби децентралізована програма могла ввімкнути 7702 для вашого MetaMask), вибір увімкнення 7702 для вбудованих гаманців буде за розробником децентралізованої програми, оскільки вбудовані гаманці за визначенням є новими гаманцями, які розробники створюють для своїх користувачів.
Таким чином, якщо розробник додатків хоче використовувати функції AA, він не буде змушений чекати, поки їх користувачі включать 7702 - вони можуть просто використовувати вбудовані гаманці з підтримкою 7702.
Тепер ви можете сказати, що розробники змогли використовувати ERC-4337 через вбудовані гаманці, але це не призвело до масового прийняття AA. Однак ключова відмінність 7702 полягає в тому, що розробники не повинні виключати користувачів EOA, коли вони будують з вбудованими гаманцями, які підтримують 7702. Навпаки, програми можуть підтримувати як вбудовані гаманці, так і користувачів EOA. Користувачі EOA, які хочуть використовувати функції AA з додатком, можуть просто активувати 7702 для свого EOA.
Тому ж вбудовані гаманці відіграють ключову роль у прискоренні прийняття стандарту 7702, дозволяючи розробникам пропонувати функції AA без очікування, щоб користувачі включили 7702 для своїх незалежних гаманців.
Ми зараз розглянемо, як чотири різні групи — гаманці, користувачі, додатки та вбудовані гаманці — ймовірно, приймуть 7702. Тепер давайте все поставимо разом.
Надіюсь, що цикл доброчесних гаманців => додатки => користувачі => гаманці буде стимулювати весь простір для прийняття 7702/AA, що принесе 10-кратне поліпшення UX Web3, як ми його знаємо сьогодні, і створить умови для власного AA, коли це станеться.
У наступній статті ми заглибимося в технічну сторону і розглянемо, як саме гаманці та додатки будуть реалізовувати підтримку для 7702.
Це частина 1 з серії, яку я пишу, щоб дослідити вплив, який ймовірно матиме EIP-7702 на різні частини криптосвіту, включаючи:
У частині 1 я хочу розглянути, як прийняття 7702 ймовірно буде відбуватися. Чи буде воно прийняте дуже швидко, чи ми побачимо дуже довгий цикл прийняття? Хто спочатку його прийме? Про це йтиме мова у цій статті.
Спочатку короткий підсумок. EIP-7702 - це один з EIP, запланованих до введення в дію під час наступного оновлення Ethereum (Pectra), запланованого на перше квартал 2025 року.
За допомогою EIP-7702 EOA може «оновити» себе в розумний рахунок, одночасно залишаючись EOA та зберігаючи ту саму адресу.
Після оновлення облікового запису користувач може скористатися більшістю переваг AA, таких як спонсорське пальне, пакетна транзакція, парольні ключі тощо.
EIP-7702 - це пропозиція про абстракцію рахунку, але вона відрізняється від ERC-4337 по сутівних аспектах:
На практиці перші два пункти - те, що EIP-7702 може оновити ЕОА та що ЕОА все ще залишаються ЕОА після оновлення - є найбільшими причинами, чому EIP-7702, ймовірно, підвищить прийняття АА набагато більше, ніж це міг би зробити сам ERC-4337. Це тому, що:
Однак було б неправильно стверджувати, що EIP-7702 «вб'є» ERC-4337. Як ми обговоримо в наступній статті, EIP-7702 потрібно буде використовувати ERC-4337, щоб повністю розкрити свій потенціал, тому EIP-7702 насправді є неймовірно гарною новиною для сучасних компаній ERC-4337, таких як@zerodev_app""> @zerodev_app.
Тепер основна мета цієї статті: наскільки швидко буде прийнято 7702, і як прийняття відбудеться на практиці, тобто як різні частини стеку Web3 (наприклад, гаманці, додатки, інфраструктура) прийматимуть 7702?
Щодо першого питання - як швидко - існує кілька можливих сценаріїв:
Мій особистий рейтинг ймовірності цих сценаріїв такий: 2 > 3 >> 4 > 1 (з 2/3 ймовірних сценаріїв та 4/1 менш ймовірних сценаріїв). Іншими словами, 7702, ймовірно, досягне масштабного прийняття протягом кількох років, але малоймовірно, що це станеться в одну ніч або буде повністю ігноруватися.
Щоб побачити чому, давайте розглянемо, як ймовірно буде відбуватися впровадження 7702 на практиці.
Почнемо з аналізу гаманців, які є вищестоящими у циклі прийняття 7702, оскільки без підтримки гаманців 7702 додатки не можуть використовувати функції 7702.
Спочатку відділимо автономні гаманці, такі як@MetaMask""> @MetaMask @CoinbaseWallet та послуги гаманців, такі як@privy_io""> @privy_io @dynamic_xyz @turnkeyhq @magic_labs. Стійкі гаманці та послуги гаманця будуть мати різні стимули для прийняття 7702. В цьому розділі ми говоримо тільки про стійкі гаманці.
Standalone wallets have a few options when it comes to adopting 7702:
Моя передбачення полягає в тому, що довгий хвіст компаній з гаманцями вибере опцію 3 (чекати і подивитися), з простої причини, що впровадження 7702 вимагає багато роботи, тому більшість компаній-гаманців просто можуть не мати часу та ресурсів для швидкої реалізації. ОДНАК найважливіші гаманці, такі як MetaMask та Coinbase, виберуть опцію 2, тобто швидко впроваджуючи підтримку 7702, але потребуватимуть, щоб користувачі вибрали її. Також будуть нові самостійні гаманці, які виберуть опцію 1 (ввімкнення 7702 за замовчуванням), але оскільки гаманці - це такий конкурентний простір і важко новим гравцям увійти, реально більшість користувачів будуть використовувати існуючі гаманці, які виберуть опцію 2 або 3.
Тому, чому я думаю, що провідні гаманці швидко впроваджуватимуть підтримку 7702? Тому що:
Тепер, чому я вважаю, що ці гаманці не активують 7702 за замовчуванням, але вимагають, щоб користувачі вибрали варіант?
Одним словом, безпека.
Тема безпеки з 7702 розглядається дуже детально і заслуговує на окремий пост, але я швидко пройдуся по основах тут.
Коротко кажучи, неправильно стверджувати, що 7702 покращує безпеку гаманця, або що вона шкодить безпеці гаманця. Це через те, що безпека - це багатогранна річ, і 7702 покращує безпеку в деяких аспектах, тоді як пошкоджує безпеку в інших.
7702 покращує безпеку через:
7702 не покращує безпеку, а навіть може на шкодувати безпеці у певних випадках, оскільки:
Тому насправді справа в кожного на власному розсуді, чи є обліковий запис 7702 більш або менш безпечний, ніж обліковий запис EOA, а також чи варто жертвувати безпекою ради переваг UX.
Оскільки найважливішою властивістю гаманця є безпека, існуючі топові гаманці не будуть ризикувати безпекою користувача, включаючи 7702 за замовчуванням. Натомість вони передадуть рішення користувачам і дозволять користувачам вирішувати, чи хочуть вони використовувати 7702 чи ні.
Враховуючи, що провідні гаманці запропонують 7702 як додаткову функцію, виникає природне питання: чи будуть користувачі вибирати цю опцію?
Відповідь насправді дуже проста: користувачі активуватимуть 7702, якщо вони дійсно хочуть використовувати dapp / функцію, яка потребує 7702, і в іншому випадку вони цього не зроблять. Тому це приводить нас до другої частини аналізу - як dapps прийматимуть 7702?
Для додатків, 7702 (та AA взагалі) мають чотири основних пропозиції щодо цінності:
Разом ці пропозиції створюють значні переваги користувача, які відрізнятимуть додаток від його конкурентів, тому у додатків є сильний стимул використовувати AA. Причина, чому ви поки не бачили багато прийняття додатків для AA, полягає в тому, що з ERC-4337 додаткам потрібно вибрати зовсім нову модель облікового запису (розумний обліковий запис), яка не працює з 99% користувачів (користувачі EOA), але з 7702 додаток може пропонувати ці переваги користувачам EOA, тому розрахунок вартості / користі для додатків прийняття AA стає набагато більш вигідним з 7702.
Але тут ми бачимо проблему курки та яйця — дапси не хочуть витрачати час та ресурси на підтримку 7702, якщо лише декілька користувачів буде використовувати 7702-сумісні гаманці, але користувачі також не активують 7702, якщо немає дапсів, які підтримують 7702. Як ми можемо розірвати цю проблему курки та яйця?
Це приводить нас до розгляду ще однієї частини стеку Web3 - сервісів гаманців, також відомих як «вбудовані гаманці».
Так само, як і автономні гаманці, постачальники вбудованих гаманців не вмикають 7702 за замовчуванням, а надають його як опцію своїм клієнтам (розробникам децентралізованих програм). Однак, на відміну від автономних гаманців, де вибір активації 7702 залишається за користувачем (оскільки було б жахливо небезпечно, якби децентралізована програма могла ввімкнути 7702 для вашого MetaMask), вибір увімкнення 7702 для вбудованих гаманців буде за розробником децентралізованої програми, оскільки вбудовані гаманці за визначенням є новими гаманцями, які розробники створюють для своїх користувачів.
Таким чином, якщо розробник додатків хоче використовувати функції AA, він не буде змушений чекати, поки їх користувачі включать 7702 - вони можуть просто використовувати вбудовані гаманці з підтримкою 7702.
Тепер ви можете сказати, що розробники змогли використовувати ERC-4337 через вбудовані гаманці, але це не призвело до масового прийняття AA. Однак ключова відмінність 7702 полягає в тому, що розробники не повинні виключати користувачів EOA, коли вони будують з вбудованими гаманцями, які підтримують 7702. Навпаки, програми можуть підтримувати як вбудовані гаманці, так і користувачів EOA. Користувачі EOA, які хочуть використовувати функції AA з додатком, можуть просто активувати 7702 для свого EOA.
Тому ж вбудовані гаманці відіграють ключову роль у прискоренні прийняття стандарту 7702, дозволяючи розробникам пропонувати функції AA без очікування, щоб користувачі включили 7702 для своїх незалежних гаманців.
Ми зараз розглянемо, як чотири різні групи — гаманці, користувачі, додатки та вбудовані гаманці — ймовірно, приймуть 7702. Тепер давайте все поставимо разом.
Надіюсь, що цикл доброчесних гаманців => додатки => користувачі => гаманці буде стимулювати весь простір для прийняття 7702/AA, що принесе 10-кратне поліпшення UX Web3, як ми його знаємо сьогодні, і створить умови для власного AA, коли це станеться.
У наступній статті ми заглибимося в технічну сторону і розглянемо, як саме гаманці та додатки будуть реалізовувати підтримку для 7702.