Сьогодні ми поговоримо про абстракцію облікового запису! 🥳 Почнемо з кінця: UX, UX, UX. Абстракція облікового запису є ключем до чудового UX. Ми зобов'язані користувачам докладати максимум зусиль для найкращого UX. Для найкращого UX потрібна відповідна інфраструктура. Під "відповідною інфраструктурою" я маю на увазі ту, яка дозволить налаштовувати та оптимізувати UX-код додатків/гаманців. Отже - AA - це рішення для відомого незграбного та громіздкого досвіду, який є середнім крипто UX. Але перш ніж ми зрозуміємо, що робить це рішення, нам потрібно зрозуміти проблему. Незграбний UX В Ethereum і ланцюжках EVM, а також майже у всіх ланцюгах, що з'явилися після цього, є два типи облікових записів: облікові записи користувачів і смарт-контракти. Облікові записи користувачів (також відомі як EOA): - Мати певний набір дій, які вони можуть виконувати: вони можуть здійснити платіж або запустити смарт-контракт для запуску коду (і ще кілька речей). - Користувачі повинні підписувати своїм приватним ключем кожне передавання даних, які видає їхній обліковий запис. - Ви не можете налаштувати логіку їхнього підпису. У вас не може бути налаштованого механізму відновлення цих облікових записів. Смарт-контракти – це облікові записи, які запускають код (скажімо, додатки). - Коли вони спрацьовують (обліковими записами користувачів або іншим смарт-контрактом), вони виконують дію, для якої вони були розроблені. - Вони можуть запускати інші смарт-контракти, але не можуть спрацьовувати самі. Навіть якщо у вас є смарт-контракт, який запускає інший смарт-контракт, у вас повинен бути обліковий запис користувача, який ініціює першу транзакцію. Таким чином, облікові записи користувачів потрібні для запуску смарт-контрактів, а їх поведінці або логіці роботи не вистачає гнучкості. Ця відсутність гнучкості обмежує UX, який можуть створювати додатки та мати користувачі. Абстракція облікового запису Абстракція облікового запису означає, що облікові записи користувачів також є смарт-контрактами (а не EOA). Не обмежуючись специфічною логікою, яку мають EOA, означає, що ми також не обмежені в поведінці/логіці, яку ми можемо створити для користувачів. Ми можемо абстрагуватися від обмежень UX. Тепер ми підійшли до частини чудового UX для гаманців Гаразд, облікові записи користувачів - гаманці - тепер є смарт-контрактами (ми можемо назвати їх розумними гаманцями). Це відкриває великий простір для творчості UX, коли справа доходить до управління гаманцем. *Наприклад*: - Використовувати біометрію та криптографію смартфона для авторизації платежів? Так. - У вас є розумний гаманець з мультипідписом? Так. - Авторизувати щомісячні платежі, встановити перемикач, який автоматично перерахує кошти комусь іншому в разі відсутності активності (або втрати ключів)? Ризикуючи здатися повторюваним - так. - Об'єднати кілька дзвінків до кількох контрактів і надіслати їх як одну транзакцію? Так. - Що не можуть зробити EOA? Так. Це звучить як купа технічних речей, але це компілюється в плавний, спеціально створений потік, який позбавляє користувачів від криптовалютного досвіду, який відштовхує користувачів від криптовалюти. Дуже важливо, щоб crypto UX конкурував з будь-яким некриптовалютним додатком, якщо ми хочемо приєднати мого сусіда, вашу тітку та друга з роботи. Абстракція облікового запису є настільки важливим елементом, що Starknet був створений з використанням АА, вбудованого в його дизайн (який ми називаємо Native Account Abstraction). 2 теми - Paymaster і Native Account Abstraction - теж варто пояснити, але цей твіт дійсно вже досить довгий. Так що Paymaster і *Native* Account Abstraction чекатимуть на завтра (більш-менш). Сподіваюся, це пояснення дає зрозуміти, чому АА є 🗝️

🚨 Gas UX на Starknet просто змінився. Навіки. 🚨 Представляємо Starknet Paymaster - спосіб абстрагування плати за газ з відкритим вихідним кодом, готовий до виробництва, орієнтований на розробників. → Спонсор txs → Приймайте будь-які токени за газ → Запустіть його самостійно Зв'яжіться з нами 👇