Нещодавно в спільноті Ethereum точилася бурхлива дискусія про Intent та його програми. У цій статті коротко описано принцип, статус заявки, потенційні ризики та заходи протидії наміру.
Якщо транзакція прямо вказує на те, як керувати поведінкою, намір стосується очікуваного результату поведінки.
Якщо інструкція щодо транзакції:
«Спочатку зробіть A, потім B, потім заплатите C, щоб отримати D».
Тоді відповідний намір:
«Я можу дозволити собі заплатити, і я хочу отримати D».
Орієнтовані на намір протоколи можуть значно покращити взаємодію з користувачем та ефективність. Транзакція вимагає від користувача явного вказівки кожного параметра, а поріг операції є високим. Навпаки, використовуючи Intents, користувачі можуть просто виражати бажані результати, доручаючи завдання оптимального досягнення результатів зрілій третій стороні.
Незважаючи на те, що Intents надає більше можливостей для екосистеми, проекти на основі Intent у ланцюжку Ethereum також можуть мати значний вплив на інфраструктуру поза ланцюгом, а також є важливі зв’язки з діяльністю, пов’язаною з MEV, і контролем ринку.
Як працює Intent
Наразі стандартним способом взаємодії користувачів з Ethereum є формулювання та підписання транзакцій і повідомлень у певному форматі, який надає EVM всю необхідну інформацію для виконання переходів між станами. Однак створення транзакції може включати досить складні операції. Створення транзакції потребує багатьох деталей щодо смарт-контрактів та управління нестандартними ресурсами, утримуючи певний актив для сплати зборів за газ. Ця складність призводить до поганої взаємодії з користувачем і зниження ефективності, оскільки користувачам потрібно приймати рішення без достатньої інформації або залучення складних стратегій виконання.
Мета Intent — зменшити навантаження на користувача. Наміри дозволяють користувачам передавати створення транзакцій третій стороні без призначення повного контролю шляхом підписання набору описових обмежень.
У стандартному процесі, заснованому на транзакціях, коли валідатори стимулюються до перевірки, підписи транзакцій дозволяють валідаторам точно слідувати обчислювальному шляху для певного стану. Навпаки, намір не вказує, які саме обчислювальні шляхи потрібно виконати, а радше дозволяє будь-яку дію, яка задовольняє певні обмеження. Підписуючи та надсилаючи намір, користувач фактично надає одержувачу дозвіл вибирати шлях обчислення від свого імені (як показано на зображенні нижче). Варто зазначити, що одна транзакція може містити кілька намірів, таким чином узгоджуючи накладені наміри, заощаджуючи плату за газ і підвищуючи економічну ефективність. Крім того, користувачі можуть гнучкіше сплачувати комісію за газ, наприклад дозволяти третім сторонам спонсорувати газ або використовувати інші токени для оплати.
Як показано на малюнку, під час подання транзакції користувач вказує точний шлях розрахунку; при надсиланні Intent користувач визначає мету та деякі обмеження, а Matchmaking визначає шлях розрахунку, яким слід скористатися.
Статус програми Intent
Creating Intents передає на аутсорсинг складність взаємодії з блокчейном, дозволяючи користувачам зберігати свої активи та криптографічні дані. Насправді багато концепцій щодо Intent відповідають системам, які працюють протягом кількох років, наприклад, такі сценарії:
Замовлення з обмеженнями: якщо користувач отримує принаймні 200 токенів B, 100 токенів A можна зняти з облікового запису користувача.
Аукціон у стилі Cowswap: те саме, що й обмежені замовлення, але покладається на третю сторону чи механізм для підбору кількох ордерів для максимальної якості виконання.
Спонсорство газу: користувачі можуть сплачувати комісії за трансакції в USDC замість ETH, а на рахунку є USDC для оплати зборів за газ.
Делегована авторизація: дозволяє взаємодіяти з певними обліковими записами лише певними попередньо авторизованими способами. Намір може бути виконано, лише якщо остаточна транзакція відповідає списку контролю доступу, зазначеному в намірі.
Об’єднана обробка транзакцій: дозволяє об’єднувати кілька намірів для підвищення ефективності газу.
Агрегатор: працює, використовуючи лише найкращу ціну/прибуток, доводячи, що виконує агрегацію кількох сценаріїв і вибирає найкращий шлях до наміру.
Наразі Intent також має нові додатки в крос-ланцюжках MEV (наприклад, SUAVE), абстракції облікового запису типу ERC 4337 і сценаріях замовлення морського порту. Поки ERC 4337 розробляється, інші нові додатки (такі як міждоменні наміри) також перебувають на стадії дослідження.
У всіх додатках, заснованих на намірах, повинна бути принаймні одна група, яка розуміє намір і мотивована своєчасно виконати намір. Щодо того, хто відіграє цю роль, як вона виконується та її стимули, необхідні подальші дослідження та практика, щоб визначити ефективність, довіру та інші впливи систем, керованих наміром.
Посередник і Mempool
Найочевидніший спосіб отримати Intents у руки добровільних посередників — Mempool Ethereum. Однак поточний дизайн Mempool не підтримує розповсюдження намірів. У довгостроковій перспективі, враховуючи приховані небезпеки DOS-атак, можливість універсальної підтримки поширення Intent в Ethereum Mempool надзвичайно низька. Можна сказати, що відкритий характер Ethereum Mempool без дозволу є перешкодою для прийняття inten.
За відсутності Ethereum Mempool розробники системи Intent стикаються з кількома проблемами. Вибір, який зараз постає, полягає в тому, щоб поширити Намір ліцензіару або зробити це без дозволу, щоб будь-яка сторона могла виконати Намір.
Як показано на малюнку, намір спочатку надходить від користувача до дозволеного/недозволеного загальнодоступного/приватного Intentpool, а потім перетворює його на транзакцію через matchmaker і, нарешті, перетворює його на загальнодоступний Mempool або безпосередньо відображає його в ланцюжку через аукціон типу MEV Boost.
Mempool без дозволу
Одна з розробок, яку намагаються спробувати, — це децентралізований API, який дозволяє різним вузлам у системі транслювати наміри через плітки, таким чином забезпечуючи доступ без дозволу до виконавця.
Наприклад, у ретрансляторі протоколу 0x обмежені замовлення передаються один одному та завантажуються в ланцюжок, коли знайдено відповідність. Цей підхід також досліджується в контексті спільного ERC 4337 Mempool для боротьби з ризиками централізації та цензури. Однак дизайн цього Intentpool без дозволу також стикається з такими проблемами:
Стійкість до DoS: розробникам, можливо, доведеться обмежити функціональність намірів, щоб уникнути потенційних атак DoS.
Поширення стимулів: для багатьох програм виконання намірів є прибутковою діяльністю. Тому, теоретично, вузли, які керують Intentpool, мають стимули не поширювати наміри, щоб зменшити конкуренцію за виконання намірів.
MEV: Оскільки якість виконання Intents залежить від належної поведінки учасників поза ланцюгом, існують деякі труднощі, які виникають під час використання загальнодоступних Intentpools без дозволу. Intentpool без дозволу може спробувати арбітражувати користувачів, якщо виконання є прибутковим. Це схоже на поточну «сендвіч-атаку» в Ethereum Mempool, яка буде загальною проблемою для намірів, пов’язаних з Defi. Майбутнім удосконаленням може бути створення зашифрованого Intentpool без дозволу.
Ліцензований Mempool
Надійні централізовані API більш стійкі до атак DOS і не потребують поширення намірів. Ця модель довіри дає певну основу для занепокоєння MEV. Поки виконується припущення про довіру, можна гарантувати якість виконання. Довірені посередники також можуть мати пов’язану з ними репутацію, що створює певний стимул для сумлінного виконання операцій.
Таким чином, дозволені IntentPools будуть привабливими для розробників програм на основі Intent у короткостроковій перспективі. Однак припущення про міцну довіру, природно, є помилковим і певною мірою порушує оригінальний дух блокчейну.
Гібридне рішення
Існують також рішення, які є сумішшю двох згаданих вище ситуацій. Наприклад, існує ситуація, коли процес розповсюдження дозволено, але виконання не має дозволу, і навпаки. Типовим прикладом гібридного рішення є аукціон потоку замовлень.
Ідея такого дизайну полягає в тому, що користувачам, які потребують контрагентів, може знадобитися розрізняти кращих і гірших контрагентів, щоб торгувати за вигіднішою ціною. У процесі проектування зазвичай бере участь довірена сторона, яка отримує від користувача намір (або транзакцію) і сприяє проведенню аукціону від імені користувача. Для участі в аукціоні дозвіл не потрібен. Існують також недоліки цього типу дизайну, оскільки вони, ймовірно, будуть піддані різним перешкодам у ліцензованому Intentpool.
Суть цього підходу полягає в тому, що додатки на основі намірів включають не лише нові формати повідомлень для взаємодії зі смарт-контрактами, а й механізми розповсюдження та виявлення супротивників у формі заміни мемпулів. Найважливішим наразі є розробка механізму виявлення намірів і відповідності, сумісного зі стимулами, зберігаючи при цьому децентралізацію.
Ризики та як з ними боротися
Незважаючи на те, що наміри є новою захоплюючою парадигмою для транзакцій, їх широке впровадження також означає прискорений перехід більшої активності користувачів до альтернативних Mempool. Якщо не керувати належним чином, ця зміна може зашкодити децентралізації Ethereum і призвести до надмірної влади довірених сторін. Потенційні ризики включають наступне:
Потік замовлень: якщо виконання Intent дозволено, але користувачі вибирають його необережно та переносять із загальнодоступного Mempool, виробництво блоків Ethereum може стати централізованим.
Довіра: оскільки багато рішень вимагають довіри до посередників, щоб забезпечити якість виконання Intents, цей високий бар’єр входу перешкоджатиме розробці нових архітектур на основі Intent і зменшуватиме швидкість інновацій і конкуренції.
Прозорість: оскільки багато архітектур Intent вимагають від користувачів передати певний контроль над своїми ланцюжковими активами та дозволеним Mempool як компроміс, що означає певний ступінь непроникності ззовні, існує ризик непрозорості системи, що створюється, у цей випадок Незрозуміло, як виправдовуються очікування користувачів і чи існують непомічені загрози для екосистеми. Навіть проміжне програмне забезпечення та екосистема Mempool, які розвиваються між користувачами та блокчейном, стануть непрозорими.
Отже, як зменшити вищезгадані ризики? Ми знаємо, що простір Ethereum Mempool обмежений. Для деяких програм ризик пов’язаний із недостатньою конфіденційністю, а отже, нездатністю підтримувати більш широкий спектр форматів повідомлень. Це ставить розробників гаманців і додатків у складне становище, оскільки вони повинні знайти якийсь спосіб дозволити користувачам підключатися до блокчейну, уникаючи при цьому ризиків, згаданих вище.
Ідеальна система має бути без дозволів, щоб будь-хто міг зіставляти та виконувати наміри, не жертвуючи надто високою якістю виконання. Система має бути універсальною, щоб можна було розгортати нові програми без необхідності створювати нові Mempool. Система має бути прозорою, дозволяючи публічно звітувати про процес виконання наміру та надавати дані для проведення перевірок якості, коли це дозволяють гарантії конфіденційності.
Незважаючи на те, що такі команди, як FlashBots і Anoma, наполегливо працюють над тим, щоб задовольнити наведені вище вимоги для універсального рішення шляхом поєднання конфіденційності та відсутності дозволів, у найближчому майбутньому буде важко створити таку ідеальну систему. Тому користувачам потрібно йти на компроміси та обирати різні рішення для різних програм. Подібним чином програми, які ініціюють Intentpools, повинні шукати всюдисущість без дозволу та ретельно вибирати посередників, якщо доступний дозвіл.
Розробники додатків на основі Intent повинні повністю враховувати наслідки своїх додатків поза ланцюгом, оскільки вони стосуються не лише їх бази користувачів, а й ширшої спільноти, що вимагає від ширшої спільноти розуміння наслідків поза ланцюгом навколо Ethereum Екосистема залишається уважною.
Резюме
Через очевидний ринковий попит на додатки Intent багато додатків на основі Intent широко використовувалися протягом кількох років. Збільшення рівня впровадження Intent, частково обумовлене ERC 4337, може прискорити відхід від Ethereum Mempool на нові майданчики. Прийняття Intent означає перехід користувача від парадигми «примусової роботи» до парадигми «опису», що, як очікується, значно покращить роботу користувача та ефективність.
Оригінальне посилання
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Короткий аналіз принципів Intent, статусу програми та реагування на ризики
Перше джерело: Ebunker Chinese
Нещодавно в спільноті Ethereum точилася бурхлива дискусія про Intent та його програми. У цій статті коротко описано принцип, статус заявки, потенційні ризики та заходи протидії наміру.
Якщо транзакція прямо вказує на те, як керувати поведінкою, намір стосується очікуваного результату поведінки.
Якщо інструкція щодо транзакції:
«Спочатку зробіть A, потім B, потім заплатите C, щоб отримати D».
Тоді відповідний намір:
«Я можу дозволити собі заплатити, і я хочу отримати D».
Орієнтовані на намір протоколи можуть значно покращити взаємодію з користувачем та ефективність. Транзакція вимагає від користувача явного вказівки кожного параметра, а поріг операції є високим. Навпаки, використовуючи Intents, користувачі можуть просто виражати бажані результати, доручаючи завдання оптимального досягнення результатів зрілій третій стороні.
Незважаючи на те, що Intents надає більше можливостей для екосистеми, проекти на основі Intent у ланцюжку Ethereum також можуть мати значний вплив на інфраструктуру поза ланцюгом, а також є важливі зв’язки з діяльністю, пов’язаною з MEV, і контролем ринку.
Як працює Intent
Наразі стандартним способом взаємодії користувачів з Ethereum є формулювання та підписання транзакцій і повідомлень у певному форматі, який надає EVM всю необхідну інформацію для виконання переходів між станами. Однак створення транзакції може включати досить складні операції. Створення транзакції потребує багатьох деталей щодо смарт-контрактів та управління нестандартними ресурсами, утримуючи певний актив для сплати зборів за газ. Ця складність призводить до поганої взаємодії з користувачем і зниження ефективності, оскільки користувачам потрібно приймати рішення без достатньої інформації або залучення складних стратегій виконання.
Мета Intent — зменшити навантаження на користувача. Наміри дозволяють користувачам передавати створення транзакцій третій стороні без призначення повного контролю шляхом підписання набору описових обмежень.
У стандартному процесі, заснованому на транзакціях, коли валідатори стимулюються до перевірки, підписи транзакцій дозволяють валідаторам точно слідувати обчислювальному шляху для певного стану. Навпаки, намір не вказує, які саме обчислювальні шляхи потрібно виконати, а радше дозволяє будь-яку дію, яка задовольняє певні обмеження. Підписуючи та надсилаючи намір, користувач фактично надає одержувачу дозвіл вибирати шлях обчислення від свого імені (як показано на зображенні нижче). Варто зазначити, що одна транзакція може містити кілька намірів, таким чином узгоджуючи накладені наміри, заощаджуючи плату за газ і підвищуючи економічну ефективність. Крім того, користувачі можуть гнучкіше сплачувати комісію за газ, наприклад дозволяти третім сторонам спонсорувати газ або використовувати інші токени для оплати.
Як показано на малюнку, під час подання транзакції користувач вказує точний шлях розрахунку; при надсиланні Intent користувач визначає мету та деякі обмеження, а Matchmaking визначає шлях розрахунку, яким слід скористатися.
Статус програми Intent
Creating Intents передає на аутсорсинг складність взаємодії з блокчейном, дозволяючи користувачам зберігати свої активи та криптографічні дані. Насправді багато концепцій щодо Intent відповідають системам, які працюють протягом кількох років, наприклад, такі сценарії:
Замовлення з обмеженнями: якщо користувач отримує принаймні 200 токенів B, 100 токенів A можна зняти з облікового запису користувача.
Аукціон у стилі Cowswap: те саме, що й обмежені замовлення, але покладається на третю сторону чи механізм для підбору кількох ордерів для максимальної якості виконання.
Спонсорство газу: користувачі можуть сплачувати комісії за трансакції в USDC замість ETH, а на рахунку є USDC для оплати зборів за газ.
Делегована авторизація: дозволяє взаємодіяти з певними обліковими записами лише певними попередньо авторизованими способами. Намір може бути виконано, лише якщо остаточна транзакція відповідає списку контролю доступу, зазначеному в намірі.
Об’єднана обробка транзакцій: дозволяє об’єднувати кілька намірів для підвищення ефективності газу.
Агрегатор: працює, використовуючи лише найкращу ціну/прибуток, доводячи, що виконує агрегацію кількох сценаріїв і вибирає найкращий шлях до наміру.
Наразі Intent також має нові додатки в крос-ланцюжках MEV (наприклад, SUAVE), абстракції облікового запису типу ERC 4337 і сценаріях замовлення морського порту. Поки ERC 4337 розробляється, інші нові додатки (такі як міждоменні наміри) також перебувають на стадії дослідження.
У всіх додатках, заснованих на намірах, повинна бути принаймні одна група, яка розуміє намір і мотивована своєчасно виконати намір. Щодо того, хто відіграє цю роль, як вона виконується та її стимули, необхідні подальші дослідження та практика, щоб визначити ефективність, довіру та інші впливи систем, керованих наміром.
Посередник і Mempool
Найочевидніший спосіб отримати Intents у руки добровільних посередників — Mempool Ethereum. Однак поточний дизайн Mempool не підтримує розповсюдження намірів. У довгостроковій перспективі, враховуючи приховані небезпеки DOS-атак, можливість універсальної підтримки поширення Intent в Ethereum Mempool надзвичайно низька. Можна сказати, що відкритий характер Ethereum Mempool без дозволу є перешкодою для прийняття inten.
За відсутності Ethereum Mempool розробники системи Intent стикаються з кількома проблемами. Вибір, який зараз постає, полягає в тому, щоб поширити Намір ліцензіару або зробити це без дозволу, щоб будь-яка сторона могла виконати Намір.
Як показано на малюнку, намір спочатку надходить від користувача до дозволеного/недозволеного загальнодоступного/приватного Intentpool, а потім перетворює його на транзакцію через matchmaker і, нарешті, перетворює його на загальнодоступний Mempool або безпосередньо відображає його в ланцюжку через аукціон типу MEV Boost.
Mempool без дозволу
Одна з розробок, яку намагаються спробувати, — це децентралізований API, який дозволяє різним вузлам у системі транслювати наміри через плітки, таким чином забезпечуючи доступ без дозволу до виконавця.
Наприклад, у ретрансляторі протоколу 0x обмежені замовлення передаються один одному та завантажуються в ланцюжок, коли знайдено відповідність. Цей підхід також досліджується в контексті спільного ERC 4337 Mempool для боротьби з ризиками централізації та цензури. Однак дизайн цього Intentpool без дозволу також стикається з такими проблемами:
Стійкість до DoS: розробникам, можливо, доведеться обмежити функціональність намірів, щоб уникнути потенційних атак DoS.
Поширення стимулів: для багатьох програм виконання намірів є прибутковою діяльністю. Тому, теоретично, вузли, які керують Intentpool, мають стимули не поширювати наміри, щоб зменшити конкуренцію за виконання намірів.
MEV: Оскільки якість виконання Intents залежить від належної поведінки учасників поза ланцюгом, існують деякі труднощі, які виникають під час використання загальнодоступних Intentpools без дозволу. Intentpool без дозволу може спробувати арбітражувати користувачів, якщо виконання є прибутковим. Це схоже на поточну «сендвіч-атаку» в Ethereum Mempool, яка буде загальною проблемою для намірів, пов’язаних з Defi. Майбутнім удосконаленням може бути створення зашифрованого Intentpool без дозволу.
Ліцензований Mempool
Надійні централізовані API більш стійкі до атак DOS і не потребують поширення намірів. Ця модель довіри дає певну основу для занепокоєння MEV. Поки виконується припущення про довіру, можна гарантувати якість виконання. Довірені посередники також можуть мати пов’язану з ними репутацію, що створює певний стимул для сумлінного виконання операцій.
Таким чином, дозволені IntentPools будуть привабливими для розробників програм на основі Intent у короткостроковій перспективі. Однак припущення про міцну довіру, природно, є помилковим і певною мірою порушує оригінальний дух блокчейну.
Гібридне рішення
Існують також рішення, які є сумішшю двох згаданих вище ситуацій. Наприклад, існує ситуація, коли процес розповсюдження дозволено, але виконання не має дозволу, і навпаки. Типовим прикладом гібридного рішення є аукціон потоку замовлень.
Ідея такого дизайну полягає в тому, що користувачам, які потребують контрагентів, може знадобитися розрізняти кращих і гірших контрагентів, щоб торгувати за вигіднішою ціною. У процесі проектування зазвичай бере участь довірена сторона, яка отримує від користувача намір (або транзакцію) і сприяє проведенню аукціону від імені користувача. Для участі в аукціоні дозвіл не потрібен. Існують також недоліки цього типу дизайну, оскільки вони, ймовірно, будуть піддані різним перешкодам у ліцензованому Intentpool.
Суть цього підходу полягає в тому, що додатки на основі намірів включають не лише нові формати повідомлень для взаємодії зі смарт-контрактами, а й механізми розповсюдження та виявлення супротивників у формі заміни мемпулів. Найважливішим наразі є розробка механізму виявлення намірів і відповідності, сумісного зі стимулами, зберігаючи при цьому децентралізацію.
Ризики та як з ними боротися
Незважаючи на те, що наміри є новою захоплюючою парадигмою для транзакцій, їх широке впровадження також означає прискорений перехід більшої активності користувачів до альтернативних Mempool. Якщо не керувати належним чином, ця зміна може зашкодити децентралізації Ethereum і призвести до надмірної влади довірених сторін. Потенційні ризики включають наступне:
Потік замовлень: якщо виконання Intent дозволено, але користувачі вибирають його необережно та переносять із загальнодоступного Mempool, виробництво блоків Ethereum може стати централізованим.
Довіра: оскільки багато рішень вимагають довіри до посередників, щоб забезпечити якість виконання Intents, цей високий бар’єр входу перешкоджатиме розробці нових архітектур на основі Intent і зменшуватиме швидкість інновацій і конкуренції.
Прозорість: оскільки багато архітектур Intent вимагають від користувачів передати певний контроль над своїми ланцюжковими активами та дозволеним Mempool як компроміс, що означає певний ступінь непроникності ззовні, існує ризик непрозорості системи, що створюється, у цей випадок Незрозуміло, як виправдовуються очікування користувачів і чи існують непомічені загрози для екосистеми. Навіть проміжне програмне забезпечення та екосистема Mempool, які розвиваються між користувачами та блокчейном, стануть непрозорими.
Отже, як зменшити вищезгадані ризики? Ми знаємо, що простір Ethereum Mempool обмежений. Для деяких програм ризик пов’язаний із недостатньою конфіденційністю, а отже, нездатністю підтримувати більш широкий спектр форматів повідомлень. Це ставить розробників гаманців і додатків у складне становище, оскільки вони повинні знайти якийсь спосіб дозволити користувачам підключатися до блокчейну, уникаючи при цьому ризиків, згаданих вище.
Ідеальна система має бути без дозволів, щоб будь-хто міг зіставляти та виконувати наміри, не жертвуючи надто високою якістю виконання. Система має бути універсальною, щоб можна було розгортати нові програми без необхідності створювати нові Mempool. Система має бути прозорою, дозволяючи публічно звітувати про процес виконання наміру та надавати дані для проведення перевірок якості, коли це дозволяють гарантії конфіденційності.
Незважаючи на те, що такі команди, як FlashBots і Anoma, наполегливо працюють над тим, щоб задовольнити наведені вище вимоги для універсального рішення шляхом поєднання конфіденційності та відсутності дозволів, у найближчому майбутньому буде важко створити таку ідеальну систему. Тому користувачам потрібно йти на компроміси та обирати різні рішення для різних програм. Подібним чином програми, які ініціюють Intentpools, повинні шукати всюдисущість без дозволу та ретельно вибирати посередників, якщо доступний дозвіл.
Розробники додатків на основі Intent повинні повністю враховувати наслідки своїх додатків поза ланцюгом, оскільки вони стосуються не лише їх бази користувачів, а й ширшої спільноти, що вимагає від ширшої спільноти розуміння наслідків поза ланцюгом навколо Ethereum Екосистема залишається уважною.
Резюме
Через очевидний ринковий попит на додатки Intent багато додатків на основі Intent широко використовувалися протягом кількох років. Збільшення рівня впровадження Intent, частково обумовлене ERC 4337, може прискорити відхід від Ethereum Mempool на нові майданчики. Прийняття Intent означає перехід користувача від парадигми «примусової роботи» до парадигми «опису», що, як очікується, значно покращить роботу користувача та ефективність.
Оригінальне посилання