Перші 3 курси повертають нас до розробки крипто-гаманців і вказують на деякі проблеми та проблеми, пов’язані з кількома рішеннями гаманців web3, зокрема з точки зору єдиної точки відмови EOA, мультипідпису та обмежень гаманця MPC щодо повторного призначення делегатів. Крім того, користувачам web3 потрібне середовище, зручне для розробників, яке дозволяє розробникам легко створювати рішення для задоволення різноманітних вимог ландшафту web3, що швидко розвивається. Обмежені логікою транзакцій EOA на Ethereum, розробникам було важко розширити його функціональність і відповідати складнішим вимогам DApps. Ось тут і з’являється абстракція облікового запису. Перш ніж ми заглибимося в абстракцію облікового запису, щоб зрозуміти, чому її зазвичай вважають ключовим кроком у масовому впровадженні web3, нам потрібно порівняти типовий життєвий цикл транзакції з EOA та вдосконаленнями AA в Ethereum.
Мережа Ethereum дозволяє лише EOA (зовнішньому обліковому запису) ініціювати транзакцію з ECDSA як підписом, і ця підписана транзакція надсилається до Mempool на кожному вузлі в мережі для обробки. Після того, як така інформація, як збіг підписів, достатній баланс, достатньо газу та nonce, підтверджена більшістю вузлів, EVM починає виконувати транзакцію.
З діаграми вище ми бачимо, що п’ять частин, виділених червоною рамкою, жорстко закодовані в мережі Ethereum і не можуть бути змінені взагалі. Отже, розробники повинні починати з нуля, якщо вони впроваджують нові функціональні можливості, такі як реалізація мультизнаку за допомогою криптографічних методів. Чи є спосіб надати розробникам просте середовище розробки, не змінюючи механізм мережі Ethereum? Група розробників запропонувала EIP-4337, який тепер відомий як ERC-4337, щоб це стало можливим. ERC-4337 дає нові ролі в Ethereum, щоб зробити його більш програмованим, що ми називаємо абстракцією облікового запису в Ethereum. (Коротко АА)
*EIP означає пропозицію щодо вдосконалення Ethereum, яку можуть зробити будь-які учасники спільноти Ethereum, щоб змінити або покращити мережу Ethereum, тоді як ERC є стандартом для мережі Ethereum, лише прийнятий спільнотою EIP може називатися ERC.
Типовий життєвий цикл транзакції в ERC-4337 виглядає так:
У контексті AA ми можемо просто бачити, що пакетувальник бере на себе роль оригінального EOA (справді, пакетувальник є EOA), щоб упакувати UserOperations у пакет, який відповідає вихідним транзакціям у Mempool. UO можна налаштувати, що дозволяє використовувати широкий спектр типів підписів. Лише перевірені пакети на рівні консенсусу надсилаються до EVM для конкретної перевірки кожного UO точкою входу та виконання відповідних контрактів. Після перевірки Entry Point починається виконання конкретного контракту, яке розділене на три модулі:
Таким чином, якщо ми порівняємо етапи ініціювання транзакцій у оригінальний спосіб і ті, що відбуваються в рамках АА, неважко помітити, що, зберігаючи механізм консенсусного рівня, були введені нові модулі, такі як UserOperation, Bundler і EntryPoint, що збільшує можливість реалізувати більше функцій.
джерело:https://www.erc4337.io/docs/understanding-ERC-4337/architecture_
Для розробників AA забезпечує більшу гнучкість, коли йдеться про впровадження нових функцій, а для користувачів — операції, які відповідають продуктам web2.
Гаманці AA досліджують 5 основних напрямків:
Різним користувачам можна надавати певні права доступу. Наприклад, обліковий запис A має право керувати гаманцем із максимальним місячним лімітом використання в 100 доларів США.
Дефіцит гаманців AA, які пропонують функцію мультипідпису, не пов’язаний з технологічними обмеженнями. Скоріше це пов’язано з тим, що Safe домінував на більшій частині ринку в цій сфері. Отже, інші постачальники гаманців перенаправляють свої зусилля на захоплення індивідуального ринку гаманців.
*Гаманці можуть додати більше функцій пізніше. Останнє оновлення 3 листопада 2023 р
Перші 3 курси повертають нас до розробки крипто-гаманців і вказують на деякі проблеми та проблеми, пов’язані з кількома рішеннями гаманців web3, зокрема з точки зору єдиної точки відмови EOA, мультипідпису та обмежень гаманця MPC щодо повторного призначення делегатів. Крім того, користувачам web3 потрібне середовище, зручне для розробників, яке дозволяє розробникам легко створювати рішення для задоволення різноманітних вимог ландшафту web3, що швидко розвивається. Обмежені логікою транзакцій EOA на Ethereum, розробникам було важко розширити його функціональність і відповідати складнішим вимогам DApps. Ось тут і з’являється абстракція облікового запису. Перш ніж ми заглибимося в абстракцію облікового запису, щоб зрозуміти, чому її зазвичай вважають ключовим кроком у масовому впровадженні web3, нам потрібно порівняти типовий життєвий цикл транзакції з EOA та вдосконаленнями AA в Ethereum.
Мережа Ethereum дозволяє лише EOA (зовнішньому обліковому запису) ініціювати транзакцію з ECDSA як підписом, і ця підписана транзакція надсилається до Mempool на кожному вузлі в мережі для обробки. Після того, як така інформація, як збіг підписів, достатній баланс, достатньо газу та nonce, підтверджена більшістю вузлів, EVM починає виконувати транзакцію.
З діаграми вище ми бачимо, що п’ять частин, виділених червоною рамкою, жорстко закодовані в мережі Ethereum і не можуть бути змінені взагалі. Отже, розробники повинні починати з нуля, якщо вони впроваджують нові функціональні можливості, такі як реалізація мультизнаку за допомогою криптографічних методів. Чи є спосіб надати розробникам просте середовище розробки, не змінюючи механізм мережі Ethereum? Група розробників запропонувала EIP-4337, який тепер відомий як ERC-4337, щоб це стало можливим. ERC-4337 дає нові ролі в Ethereum, щоб зробити його більш програмованим, що ми називаємо абстракцією облікового запису в Ethereum. (Коротко АА)
*EIP означає пропозицію щодо вдосконалення Ethereum, яку можуть зробити будь-які учасники спільноти Ethereum, щоб змінити або покращити мережу Ethereum, тоді як ERC є стандартом для мережі Ethereum, лише прийнятий спільнотою EIP може називатися ERC.
Типовий життєвий цикл транзакції в ERC-4337 виглядає так:
У контексті AA ми можемо просто бачити, що пакетувальник бере на себе роль оригінального EOA (справді, пакетувальник є EOA), щоб упакувати UserOperations у пакет, який відповідає вихідним транзакціям у Mempool. UO можна налаштувати, що дозволяє використовувати широкий спектр типів підписів. Лише перевірені пакети на рівні консенсусу надсилаються до EVM для конкретної перевірки кожного UO точкою входу та виконання відповідних контрактів. Після перевірки Entry Point починається виконання конкретного контракту, яке розділене на три модулі:
Таким чином, якщо ми порівняємо етапи ініціювання транзакцій у оригінальний спосіб і ті, що відбуваються в рамках АА, неважко помітити, що, зберігаючи механізм консенсусного рівня, були введені нові модулі, такі як UserOperation, Bundler і EntryPoint, що збільшує можливість реалізувати більше функцій.
джерело:https://www.erc4337.io/docs/understanding-ERC-4337/architecture_
Для розробників AA забезпечує більшу гнучкість, коли йдеться про впровадження нових функцій, а для користувачів — операції, які відповідають продуктам web2.
Гаманці AA досліджують 5 основних напрямків:
Різним користувачам можна надавати певні права доступу. Наприклад, обліковий запис A має право керувати гаманцем із максимальним місячним лімітом використання в 100 доларів США.
Дефіцит гаманців AA, які пропонують функцію мультипідпису, не пов’язаний з технологічними обмеженнями. Скоріше це пов’язано з тим, що Safe домінував на більшій частині ринку в цій сфері. Отже, інші постачальники гаманців перенаправляють свої зусилля на захоплення індивідуального ринку гаманців.
*Гаманці можуть додати більше функцій пізніше. Останнє оновлення 3 листопада 2023 р