У постійно змінюваному ландшафті блокчейну та децентралізованих додатків все більше уваги привертається до концепції намірів, визначених користувачем, а не до чистих транзакцій. Це звільняє користувачів від необхідності турбуватися про навігацію через дедалі складніший процес DeFi і відкриває безліч додаткових варіантів використання, які тільки зараз задумуються.
У зв’язку з тим, що окремі додатки вже використовують свої власні різні та несумісні структури намірів, має сенс створити загальний стандарт намірів, який можна було б спільно використовувати та розуміти всім користувачам, програмам, програмному забезпеченню гаманців, розв’язувачам, пошуковцям тощо.
Щоб полегшити компонування та знизити бар’єр для входу, ми пропонуємо ERC-7521, стандарт, який підтримує загальне призначення гаманців із розумними контрактами.
Що таке намір користувача?
Оскільки це поле є новим, визначення наміру наразі дещо розпливчасте. З загальної концепції цей термін зазвичай використовується для позначення вираження користувачем бажаного результату або кінцевого стану в ланцюжку. Для цілей цієї специфікації намір визначається як набір дій і очікувань, встановлених користувачем. Ці операції та очікування можна поєднувати з іншими намірами, щоб задовольнити спільні та найкращі інтереси всіх залучених сторін.
Серія операцій у ланцюжку, які задовольняють усі залучені сторони, називається рішенням. Спеціалізовані резолвери (схожі на комплектувальники в ERC-4337) змагатимуться, щоб знайти рішення, яке забезпечить найбільше задоволення користувачам. Цього можна досягти, наприклад, шляхом пошуку найкращого/найефективнішого внутрішньоланцюгового шляху, використання джерел ліквідності поза мережею, поєднання намірів різних користувачів для використання спільних потреб тощо, навіть включаючи їхні власні наміри.
Додати намір користувача до абстракції облікового запису
Ключ до забезпечення універсального наміру полягає у використанні абстрактних облікових записів на основі смарт-контрактів. Подібно до ERC-4337, наміри підписуються як повідомлення, а потім перевіряються в ланцюжку за допомогою окремих транзакцій. Потім ці підписані повідомлення поширюються у власний пул пам’яті.
Метою цієї специфікації є не створення структури для гаманців смарт-контрактів для інтеграції та автоматичної підтримки широкого діапазону можливостей, визначених самим підписаним наміром. Таким чином, фреймворк також має забезпечувати безперебійне оновлення та процес розширення коду без дозволу, оскільки з’являються нові варіанти використання.
Стандарти єдиного входу та необмежених намірів
Щоб полегшити цей плавний і дозволений процес оновлення та розширення, контракт EntryPoint в ERC-4337 був змодельований, але також розділений на дві окремі частини. Перша частина, яка називається точкою входу, є основною точкою входу для надсилання рішень щодо намірів і відповідає за перевірку підписів намірів і виконання логіки обробки намірів високого рівня.
Конкретний зміст логіки обробки наміру визначається в окремому контракті, який називається стандартом наміру, який визначається самим підписаним наміром. Точки входу викликають ці контракти для обробки наміру. Це стандарт намірів, який визначає, як обробляються приєднані дані намірів і виконання, а також основні правила поза ланцюгом, пов’язані з векторами атак типу «відмова в обслуговуванні», властивими намірам, наприклад, як повідомлення доставляються до резолверів і механізми захисту від атак DoS. вектори, властиві наміру.
Ці стандарти намірів повинні бути встановлені самостійними, незалежними від цієї специфікації. Ми очікуємо, що в міру того, як ландшафт намірів стане більш зрілим, з’являться оптимізовані ніші та нові варіанти використання, з’являться нові стандарти намірів із додатковими можливостями. Прийняття та підтримка цих стандартів буде залежати від соціального консенсусу серед розробників гаманців і розв’язувачів намірів, а також від попиту кінцевих користувачів.
Щоб переконатися, що запропонований нами ERC має значну функціональність на ранніх етапах, ми розробили стандарт намірів на основі активів для підтримки більшості поточних випадків використання блокчейну. Ми вдосконалимо цей стандарт (і цей ERC) у публічному середовищі, щоб адаптувати його до потреб екосистеми.
Нечітка, але потужна структура намірів
Намір користувача містить первинні дані, які можна розбити на дві частини:
Необхідні дані перевірки, які використовуються контрактом Entry Point для перевірки повідомлень у відправника перед їх виконанням.
Специфічні для стандарту Intent додаткові дані, визначені наміром.
Стандартні дані намірів можуть бути будь-якими, але завжди розбиті на окремі частини, які називаються сегментами намірів.
Контракт Entry Point явно не розуміє, що таке дані, але він розпізнає поділ на сегменти. Контракт Entry Point викликає контракт Intent Standard для обробки одного сегмента за раз і забезпечує, щоб сегменти намірів завжди оброблялися в указаному порядку. Однак точки входу дозволяють обробляти інші наміри між сегментами виконання.
Ці сегменти намірів зазвичай складаються з дій, які користувач бажає виконати або перевірити, чи виконуються певні умови. Крім того, один сегмент може передавати дані наступному сегменту під час обробки. Ці дані називаються даними контексту намірів і корисні для перевірки змін, що відбулися між сегментами, і уникнення необхідності перераховувати корисні дані. Знову ж таки, повне використання цих даних визначається специфікацією Intent Standard.
Об'єднайте наміри для максимального задоволення
Під час обробки наміру намір може викликати незадоволення будь-яким типом умови, будь то неочікуваний низький баланс або будь-яка умова, яку критерії наміру можуть шукати для оцінки як хибне. Коли це відбувається, уся транзакція відкочується, включаючи обробку непов’язаних намірів, які могли мати місце раніше.
Лише коли набір намірів надсилається та обробляється в порядку, який задовольняє всі сторони, вони вважаються витраченими, а отриманий стан дозволяється зберігати в ланцюжку. Саме ці комбінації намірів формують рішення та передаються в контракт Entry Point для обробки.
Однак просто подати список намірів недостатньо, оскільки сегменти для різних намірів можна впорядкувати в різному порядку. Таким чином, рішення також визначає, як слід упорядковувати різні фрагменти наміру під час обробки (як слід чергувати різні фрагменти наміру).
Частина процесу розв’язування зазвичай передбачає формулювання розв’язувачем наміру, щоб допомогти задовольнити набір інших намірів, дозволяючи їм максимально задовольнити користувачів, одночасно генеруючи певний прибуток.
Висновок: покращення взаємодії блокчейну, керованого наміром
Специфікація зосереджена на тому, щоб визначити базову структуру для розумних гаманців контрактів, щоб вони могли підключатися та розблоковувати потужні вираження намірів для користувачів, навіть якщо ландшафт продовжує розвиватися. Визначення намірів як набору менших сегментів намірів забезпечує чудовий досвід для користувача та зменшує кількість разів, які користувачеві потрібно підписувати. Сегментація намірів і спільні фонові дані також допомагають розблокувати потужні можливості без використання великої кількості газу. Наміри можуть бути впевнені, що всі їхні сегменти будуть оброблені послідовно без перевірки вручну.
Універсальний намір користувача відкриває цілий новий світ, який лише зараз починає досліджуватися. Від простих безгазових обмінів токенів до більш складних умовних намірів, які автоматизують процеси, такі як переказ коштів із холодних гаманців у гарячі або здійснення щоденних покупок монет за допомогою одного підписаного повідомлення, можливості для намірів величезні! Наша специфікація стандарту намірів на основі активів є першою з багатьох ітерацій, які дозволять спільноті скористатися перевагами цієї нової структури.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Детальне пояснення проекту ERC-7521: додавання намірів користувача до абстрактного гаманця облікового запису
Автор оригіналу: Стівен Монн
Оригінальний збірник: Deep Chao TechFlow
У постійно змінюваному ландшафті блокчейну та децентралізованих додатків все більше уваги привертається до концепції намірів, визначених користувачем, а не до чистих транзакцій. Це звільняє користувачів від необхідності турбуватися про навігацію через дедалі складніший процес DeFi і відкриває безліч додаткових варіантів використання, які тільки зараз задумуються.
У зв’язку з тим, що окремі додатки вже використовують свої власні різні та несумісні структури намірів, має сенс створити загальний стандарт намірів, який можна було б спільно використовувати та розуміти всім користувачам, програмам, програмному забезпеченню гаманців, розв’язувачам, пошуковцям тощо.
Щоб полегшити компонування та знизити бар’єр для входу, ми пропонуємо ERC-7521, стандарт, який підтримує загальне призначення гаманців із розумними контрактами.
Що таке намір користувача?
Оскільки це поле є новим, визначення наміру наразі дещо розпливчасте. З загальної концепції цей термін зазвичай використовується для позначення вираження користувачем бажаного результату або кінцевого стану в ланцюжку. Для цілей цієї специфікації намір визначається як набір дій і очікувань, встановлених користувачем. Ці операції та очікування можна поєднувати з іншими намірами, щоб задовольнити спільні та найкращі інтереси всіх залучених сторін.
Серія операцій у ланцюжку, які задовольняють усі залучені сторони, називається рішенням. Спеціалізовані резолвери (схожі на комплектувальники в ERC-4337) змагатимуться, щоб знайти рішення, яке забезпечить найбільше задоволення користувачам. Цього можна досягти, наприклад, шляхом пошуку найкращого/найефективнішого внутрішньоланцюгового шляху, використання джерел ліквідності поза мережею, поєднання намірів різних користувачів для використання спільних потреб тощо, навіть включаючи їхні власні наміри.
Додати намір користувача до абстракції облікового запису
Ключ до забезпечення універсального наміру полягає у використанні абстрактних облікових записів на основі смарт-контрактів. Подібно до ERC-4337, наміри підписуються як повідомлення, а потім перевіряються в ланцюжку за допомогою окремих транзакцій. Потім ці підписані повідомлення поширюються у власний пул пам’яті.
Метою цієї специфікації є не створення структури для гаманців смарт-контрактів для інтеграції та автоматичної підтримки широкого діапазону можливостей, визначених самим підписаним наміром. Таким чином, фреймворк також має забезпечувати безперебійне оновлення та процес розширення коду без дозволу, оскільки з’являються нові варіанти використання.
Стандарти єдиного входу та необмежених намірів
Щоб полегшити цей плавний і дозволений процес оновлення та розширення, контракт EntryPoint в ERC-4337 був змодельований, але також розділений на дві окремі частини. Перша частина, яка називається точкою входу, є основною точкою входу для надсилання рішень щодо намірів і відповідає за перевірку підписів намірів і виконання логіки обробки намірів високого рівня.
Конкретний зміст логіки обробки наміру визначається в окремому контракті, який називається стандартом наміру, який визначається самим підписаним наміром. Точки входу викликають ці контракти для обробки наміру. Це стандарт намірів, який визначає, як обробляються приєднані дані намірів і виконання, а також основні правила поза ланцюгом, пов’язані з векторами атак типу «відмова в обслуговуванні», властивими намірам, наприклад, як повідомлення доставляються до резолверів і механізми захисту від атак DoS. вектори, властиві наміру.
Ці стандарти намірів повинні бути встановлені самостійними, незалежними від цієї специфікації. Ми очікуємо, що в міру того, як ландшафт намірів стане більш зрілим, з’являться оптимізовані ніші та нові варіанти використання, з’являться нові стандарти намірів із додатковими можливостями. Прийняття та підтримка цих стандартів буде залежати від соціального консенсусу серед розробників гаманців і розв’язувачів намірів, а також від попиту кінцевих користувачів.
Щоб переконатися, що запропонований нами ERC має значну функціональність на ранніх етапах, ми розробили стандарт намірів на основі активів для підтримки більшості поточних випадків використання блокчейну. Ми вдосконалимо цей стандарт (і цей ERC) у публічному середовищі, щоб адаптувати його до потреб екосистеми.
Нечітка, але потужна структура намірів
Намір користувача містить первинні дані, які можна розбити на дві частини:
Стандартні дані намірів можуть бути будь-якими, але завжди розбиті на окремі частини, які називаються сегментами намірів.
Контракт Entry Point явно не розуміє, що таке дані, але він розпізнає поділ на сегменти. Контракт Entry Point викликає контракт Intent Standard для обробки одного сегмента за раз і забезпечує, щоб сегменти намірів завжди оброблялися в указаному порядку. Однак точки входу дозволяють обробляти інші наміри між сегментами виконання.
Ці сегменти намірів зазвичай складаються з дій, які користувач бажає виконати або перевірити, чи виконуються певні умови. Крім того, один сегмент може передавати дані наступному сегменту під час обробки. Ці дані називаються даними контексту намірів і корисні для перевірки змін, що відбулися між сегментами, і уникнення необхідності перераховувати корисні дані. Знову ж таки, повне використання цих даних визначається специфікацією Intent Standard.
Об'єднайте наміри для максимального задоволення
Під час обробки наміру намір може викликати незадоволення будь-яким типом умови, будь то неочікуваний низький баланс або будь-яка умова, яку критерії наміру можуть шукати для оцінки як хибне. Коли це відбувається, уся транзакція відкочується, включаючи обробку непов’язаних намірів, які могли мати місце раніше.
Лише коли набір намірів надсилається та обробляється в порядку, який задовольняє всі сторони, вони вважаються витраченими, а отриманий стан дозволяється зберігати в ланцюжку. Саме ці комбінації намірів формують рішення та передаються в контракт Entry Point для обробки.
Однак просто подати список намірів недостатньо, оскільки сегменти для різних намірів можна впорядкувати в різному порядку. Таким чином, рішення також визначає, як слід упорядковувати різні фрагменти наміру під час обробки (як слід чергувати різні фрагменти наміру).
Частина процесу розв’язування зазвичай передбачає формулювання розв’язувачем наміру, щоб допомогти задовольнити набір інших намірів, дозволяючи їм максимально задовольнити користувачів, одночасно генеруючи певний прибуток.
Висновок: покращення взаємодії блокчейну, керованого наміром
Специфікація зосереджена на тому, щоб визначити базову структуру для розумних гаманців контрактів, щоб вони могли підключатися та розблоковувати потужні вираження намірів для користувачів, навіть якщо ландшафт продовжує розвиватися. Визначення намірів як набору менших сегментів намірів забезпечує чудовий досвід для користувача та зменшує кількість разів, які користувачеві потрібно підписувати. Сегментація намірів і спільні фонові дані також допомагають розблокувати потужні можливості без використання великої кількості газу. Наміри можуть бути впевнені, що всі їхні сегменти будуть оброблені послідовно без перевірки вручну.
Універсальний намір користувача відкриває цілий новий світ, який лише зараз починає досліджуватися. Від простих безгазових обмінів токенів до більш складних умовних намірів, які автоматизують процеси, такі як переказ коштів із холодних гаманців у гарячі або здійснення щоденних покупок монет за допомогою одного підписаного повідомлення, можливості для намірів величезні! Наша специфікація стандарту намірів на основі активів є першою з багатьох ітерацій, які дозволять спільноті скористатися перевагами цієї нової структури.