Нещодавно в спільноті 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: те саме, що й обмежені замовлення, але покладається на третю сторону чи механізм, щоб зіставити кілька замовлень для максимальної якості виконання.
Спонсорство газу: користувачі можуть сплачувати комісії за трансакції в доларах США замість ETH, а на рахунку є кошти в доларах США для оплати зборів за газ.
Делегована авторизація: дозволяє взаємодіяти лише з певними обліковими записами певними попередньо авторизованими способами. Намір може бути виконано, лише якщо остаточна транзакція відповідає списку контролю доступу, зазначеному в намірі.
Обробка транзакцій злиття: дозволяє об’єднувати кілька намірів для підвищення ефективності газу.
Агрегатор: працює лише з найкращою ціною/прибутком, доводячи, що виконує агрегацію кількох сценаріїв і вибирає найкращий шлях до наміру.
Наразі Intent має нові додатки в крос-ланцюжках MEV (наприклад, SUAVE), абстракції облікового запису типу ERC4337 і сценаріях замовлення морського порту. Поки ERC4337 розробляється, інші нові програми (такі як міждоменні наміри) також перебувають на стадії дослідження.
У всіх програмах, заснованих на намірах, повинна бути принаймні одна група, яка розуміє намір і має стимули для своєчасного виконання наміру. Щодо того, хто відіграє цю роль, як вона реалізується та її стимули, необхідні подальші дослідження та практика, щоб визначити ефективність, довіру та інші впливи систем, керованих наміром.
Посередник і Mempool
Посередництво та Mempool
Найочевидніший спосіб отримати Intents у руки добровільних посередників — Mempool Ethereum. Однак поточний дизайн Mempool не підтримує розповсюдження намірів. У довгостроковій перспективі, враховуючи приховані небезпеки DOS-атак, можливість широкої підтримки поширення намірів в Ethereum Mempool надзвичайно низька. Можна сказати, що відкритий характер Ethereum Mempool без дозволу створює перешкоду для впровадження inten.
За відсутності Ethereum Mempool розробники системи Intent стикаються з кількома проблемами. Вибір, який зараз постає, полягає в тому, щоб поширити Намір ліцензіару або зробити це без дозволу, щоб будь-яка сторона могла виконати Намір.
Як показано на малюнку, намір спочатку надходить від користувача до дозволеного/недозволеного загальнодоступного/приватного Intentpool, а потім перетворює його на транзакцію через matchmaker і, нарешті, перетворює його на загальнодоступний Mempool або безпосередньо відображає його в ланцюжку через аукціон типу MEV Boost.
Мемпул без дозволу
Mempool без ліцензії
Одна з розробок, яку намагаються спробувати, — це децентралізований API, який дозволяє різним вузлам у системі транслювати наміри через плітки, таким чином забезпечуючи доступ без дозволу до виконавця.
Наприклад, у ретрансляторі протоколу 0x обмежені замовлення — це плітки, які транслюються один одному та завантажуються в ланцюжок, коли знайдено відповідність. Цей підхід також досліджується в контексті спільного ERC4337 Mempool для боротьби з ризиками централізації та цензури. Однак дизайн цього Intentpool без дозволу також стикається з такими проблемами:
**Стійкість до DoS-атак: ** розробникам, можливо, доведеться обмежити функціональність Intents, щоб уникнути потенційних DoS-атак.
Стимули для поширення: Для багатьох програм виконання намірів є прибутковою діяльністю. Тому, теоретично, вузли, які керують Intentpool, мають стимул не поширювати наміри, щоб зменшити конкуренцію за виконання намірів.
MEV: Оскільки якість виконання намірів залежить від належної поведінки учасників поза ланцюгом, під час використання загальнодоступних пулів намірів без дозволу виникають деякі труднощі. Якщо виконання є прибутковим, Intentpool без дозволу може спробувати арбітраж проти користувачів. Це схоже на поточну «сендвіч-атаку» в Ethereum Mempool, яка буде загальною проблемою для намірів, пов’язаних з Defi. Майбутнім удосконаленням може бути створення зашифрованого Intentpool без дозволу.
Ліцензія Mempool
Ліцензований Mempool
Надійні централізовані API більш стійкі до атак DOS і не потребують поширення намірів. Ця модель довіри дає певну основу для занепокоєння MEV. Поки виконується припущення про довіру, можна гарантувати якість виконання. Довірені посередники також можуть мати пов’язану з ними репутацію, що створює певний стимул для сумлінного виконання операцій.
Таким чином, дозволені IntentPools будуть привабливими для розробників додатків на основі Intent у короткостроковій перспективі. Однак припущення про міцну довіру, природно, є помилковим і певною мірою порушує оригінальний дух блокчейну.
Гібридне рішення
гібридне рішення
Існують також рішення, які є сумішшю двох ситуацій, згаданих вище. Наприклад, існує ситуація, коли процес розповсюдження дозволено, але виконання не має дозволу, і навпаки. Типовим прикладом гібридного рішення є аукціон потоку замовлень.
Ідея такого дизайну полягає в тому, що користувачам, які потребують контрагентів, може знадобитися розрізняти кращих і гірших контрагентів, щоб торгувати за вигіднішою ціною. У процесі проектування зазвичай бере участь довірена сторона, яка отримує від користувача намір (або транзакцію) і сприяє проведенню аукціону від імені користувача. Для участі в аукціоні дозвіл не потрібен. Існують також недоліки цього типу дизайну, оскільки вони, ймовірно, будуть піддані різним перешкодам у ліцензованому Intentpool.
Суть цього підходу полягає в тому, що додатки на основі намірів включають не лише нові формати повідомлень для взаємодії зі смарт-контрактами, але й механізми розповсюдження та виявлення супротивників у формі альтернатив мемпулам. Найважливішим наразі є розробка механізму виявлення намірів і відповідності, сумісного зі стимулами, зберігаючи при цьому децентралізацію.
Ризики та як з ними боротися
Ризики та методи реагування на них
У той час як Intents є новою захоплюючою парадигмою для транзакцій, їх широке впровадження також означає прискорену тенденцію більшої активності користувачів, які переходять на альтернативні Mempool. Якщо не керувати належним чином, ця зміна може зашкодити децентралізації Ethereum і призвести до надмірної влади довірених сторін. Потенційні ризики включають наступне:
Потік замовлень: якщо виконання Intent дозволено, але користувачі вибирають його необережно та переносять із загальнодоступного Mempool, виробництво блоків Ethereum може стати централізованим.
Довіра: оскільки багато рішень вимагають довіри до посередників, щоб забезпечити якість виконання Intents, цей високий бар’єр входу перешкоджатиме розробці нових архітектур на основі Intent і зменшуватиме швидкість інновацій і конкуренції.
Прозорість: оскільки багато архітектур Intent вимагають від користувачів передати певний контроль над своїми мережевими активами та дозволеним Mempool як компроміс, що означає певний ступінь непроникності ззовні, існує ризик того, що створювана система opaque, У цьому випадку незрозуміло, як виправдовуються очікування користувачів і чи існують непомічені загрози для екосистеми. Навіть проміжне програмне забезпечення та екосистема Mempool, які розвиваються між користувачами та блокчейном, стануть непрозорими.
Отже, як зменшити вищезгадані ризики? Ми знаємо, що простір Ethereum Mempool обмежений. Для деяких програм ризик пов’язаний із недостатньою конфіденційністю, а отже, нездатністю підтримувати більш широкий спектр форматів повідомлень. Це ставить розробників гаманців і додатків у складне становище, оскільки вони повинні знайти якийсь спосіб дозволити користувачам підключатися до блокчейну, уникаючи при цьому ризиків, згаданих вище.
Ідеальна система має бути без дозволів, щоб будь-хто міг зіставляти та виконувати наміри без шкоди для якості виконання. Система має бути універсальною, щоб можна було розгортати нові програми без необхідності створювати нові Mempool. Системи мають бути прозорими, дозволяючи публічно звітувати про процес виконання намірів і надавати дані для проведення перевірок якості, коли це дозволяють гарантії конфіденційності.
Незважаючи на те, що такі команди, як FlashBots і Anoma, наполегливо працюють над тим, щоб задовольнити наведені вище вимоги для універсального рішення шляхом поєднання конфіденційності та відсутності дозволів, у найближчому майбутньому буде важко створити таку ідеальну систему. Тому користувачам потрібно йти на компроміси та обирати різні рішення для різних програм. Подібним чином програми, які ініціюють Intentpools, повинні шукати всюдисущість без дозволу та ретельно вибирати посередників, якщо доступний дозвіл.
Розробники додатків на основі Intent повинні повністю враховувати наслідки своїх додатків поза ланцюгом, оскільки вони стосуються не лише їх бази користувачів, але й ширшої спільноти, що вимагає від ширшої спільноти розуміння наслідків поза ланцюгом навколо Ethereum. Екосистема залишається уважною.
підсумок
стислий підсумок
Через очевидний ринковий попит на додатки Intent багато додатків на основі Intent широко використовувалися протягом кількох років. Збільшення рівня впровадження Intent, частково спричинене ERC4337, може прискорити відхід від Ethereum Mempool на нові майданчики. Прийняття Intent означає перехід користувача від парадигми «примусової роботи» до парадигми «опису», що, як очікується, значно покращить роботу користувача та ефективність.
Ebunker, давній прихильник Ethereum, приділяє пильну увагу розвитку технології Ethereum, оновленню пропозицій і змінам у спільноті вперше, а також ділиться дослідженнями та думками щодо ключових треків Ethereum, таких як Staking, L2 і DeFi.
Наразі Ebunker включає Ebunker Pool (фінансований некастодіальний пул майнінгу Ethereum Staking) і Ebunker Venture (максимальний венчурний капітал Ethereum) та інші підприємства.
Офіційний сайт Ebunker:
Переглянути оригінал
Контент має виключно довідковий характер і не є запрошенням до участі або пропозицією. Інвестиційні, податкові чи юридичні консультації не надаються. Перегляньте Відмову від відповідальності , щоб дізнатися більше про ризики.
Принцип, статус програми та реагування на ризик Intent
Нещодавно в спільноті 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: те саме, що й обмежені замовлення, але покладається на третю сторону чи механізм, щоб зіставити кілька замовлень для максимальної якості виконання.
Спонсорство газу: користувачі можуть сплачувати комісії за трансакції в доларах США замість ETH, а на рахунку є кошти в доларах США для оплати зборів за газ.
Делегована авторизація: дозволяє взаємодіяти лише з певними обліковими записами певними попередньо авторизованими способами. Намір може бути виконано, лише якщо остаточна транзакція відповідає списку контролю доступу, зазначеному в намірі.
Обробка транзакцій злиття: дозволяє об’єднувати кілька намірів для підвищення ефективності газу.
Агрегатор: працює лише з найкращою ціною/прибутком, доводячи, що виконує агрегацію кількох сценаріїв і вибирає найкращий шлях до наміру.
Наразі Intent має нові додатки в крос-ланцюжках MEV (наприклад, SUAVE), абстракції облікового запису типу ERC4337 і сценаріях замовлення морського порту. Поки ERC4337 розробляється, інші нові програми (такі як міждоменні наміри) також перебувають на стадії дослідження.
У всіх програмах, заснованих на намірах, повинна бути принаймні одна група, яка розуміє намір і має стимули для своєчасного виконання наміру. Щодо того, хто відіграє цю роль, як вона реалізується та її стимули, необхідні подальші дослідження та практика, щоб визначити ефективність, довіру та інші впливи систем, керованих наміром.
Посередник і Mempool
Посередництво та Mempool
Найочевидніший спосіб отримати Intents у руки добровільних посередників — Mempool Ethereum. Однак поточний дизайн Mempool не підтримує розповсюдження намірів. У довгостроковій перспективі, враховуючи приховані небезпеки DOS-атак, можливість широкої підтримки поширення намірів в Ethereum Mempool надзвичайно низька. Можна сказати, що відкритий характер Ethereum Mempool без дозволу створює перешкоду для впровадження inten.
За відсутності Ethereum Mempool розробники системи Intent стикаються з кількома проблемами. Вибір, який зараз постає, полягає в тому, щоб поширити Намір ліцензіару або зробити це без дозволу, щоб будь-яка сторона могла виконати Намір.
Як показано на малюнку, намір спочатку надходить від користувача до дозволеного/недозволеного загальнодоступного/приватного Intentpool, а потім перетворює його на транзакцію через matchmaker і, нарешті, перетворює його на загальнодоступний Mempool або безпосередньо відображає його в ланцюжку через аукціон типу MEV Boost.
Мемпул без дозволу
Mempool без ліцензії
Одна з розробок, яку намагаються спробувати, — це децентралізований API, який дозволяє різним вузлам у системі транслювати наміри через плітки, таким чином забезпечуючи доступ без дозволу до виконавця.
Наприклад, у ретрансляторі протоколу 0x обмежені замовлення — це плітки, які транслюються один одному та завантажуються в ланцюжок, коли знайдено відповідність. Цей підхід також досліджується в контексті спільного ERC4337 Mempool для боротьби з ризиками централізації та цензури. Однак дизайн цього Intentpool без дозволу також стикається з такими проблемами:
**Стійкість до DoS-атак: ** розробникам, можливо, доведеться обмежити функціональність Intents, щоб уникнути потенційних DoS-атак.
Стимули для поширення: Для багатьох програм виконання намірів є прибутковою діяльністю. Тому, теоретично, вузли, які керують Intentpool, мають стимул не поширювати наміри, щоб зменшити конкуренцію за виконання намірів.
MEV: Оскільки якість виконання намірів залежить від належної поведінки учасників поза ланцюгом, під час використання загальнодоступних пулів намірів без дозволу виникають деякі труднощі. Якщо виконання є прибутковим, Intentpool без дозволу може спробувати арбітраж проти користувачів. Це схоже на поточну «сендвіч-атаку» в Ethereum Mempool, яка буде загальною проблемою для намірів, пов’язаних з Defi. Майбутнім удосконаленням може бути створення зашифрованого Intentpool без дозволу.
Ліцензія Mempool
Ліцензований Mempool
Надійні централізовані API більш стійкі до атак DOS і не потребують поширення намірів. Ця модель довіри дає певну основу для занепокоєння MEV. Поки виконується припущення про довіру, можна гарантувати якість виконання. Довірені посередники також можуть мати пов’язану з ними репутацію, що створює певний стимул для сумлінного виконання операцій.
Таким чином, дозволені IntentPools будуть привабливими для розробників додатків на основі Intent у короткостроковій перспективі. Однак припущення про міцну довіру, природно, є помилковим і певною мірою порушує оригінальний дух блокчейну.
Гібридне рішення
гібридне рішення
Існують також рішення, які є сумішшю двох ситуацій, згаданих вище. Наприклад, існує ситуація, коли процес розповсюдження дозволено, але виконання не має дозволу, і навпаки. Типовим прикладом гібридного рішення є аукціон потоку замовлень.
Ідея такого дизайну полягає в тому, що користувачам, які потребують контрагентів, може знадобитися розрізняти кращих і гірших контрагентів, щоб торгувати за вигіднішою ціною. У процесі проектування зазвичай бере участь довірена сторона, яка отримує від користувача намір (або транзакцію) і сприяє проведенню аукціону від імені користувача. Для участі в аукціоні дозвіл не потрібен. Існують також недоліки цього типу дизайну, оскільки вони, ймовірно, будуть піддані різним перешкодам у ліцензованому Intentpool.
Суть цього підходу полягає в тому, що додатки на основі намірів включають не лише нові формати повідомлень для взаємодії зі смарт-контрактами, але й механізми розповсюдження та виявлення супротивників у формі альтернатив мемпулам. Найважливішим наразі є розробка механізму виявлення намірів і відповідності, сумісного зі стимулами, зберігаючи при цьому децентралізацію.
Ризики та як з ними боротися
Ризики та методи реагування на них
У той час як Intents є новою захоплюючою парадигмою для транзакцій, їх широке впровадження також означає прискорену тенденцію більшої активності користувачів, які переходять на альтернативні Mempool. Якщо не керувати належним чином, ця зміна може зашкодити децентралізації Ethereum і призвести до надмірної влади довірених сторін. Потенційні ризики включають наступне:
Потік замовлень: якщо виконання Intent дозволено, але користувачі вибирають його необережно та переносять із загальнодоступного Mempool, виробництво блоків Ethereum може стати централізованим.
Довіра: оскільки багато рішень вимагають довіри до посередників, щоб забезпечити якість виконання Intents, цей високий бар’єр входу перешкоджатиме розробці нових архітектур на основі Intent і зменшуватиме швидкість інновацій і конкуренції.
Прозорість: оскільки багато архітектур Intent вимагають від користувачів передати певний контроль над своїми мережевими активами та дозволеним Mempool як компроміс, що означає певний ступінь непроникності ззовні, існує ризик того, що створювана система opaque, У цьому випадку незрозуміло, як виправдовуються очікування користувачів і чи існують непомічені загрози для екосистеми. Навіть проміжне програмне забезпечення та екосистема Mempool, які розвиваються між користувачами та блокчейном, стануть непрозорими.
Отже, як зменшити вищезгадані ризики? Ми знаємо, що простір Ethereum Mempool обмежений. Для деяких програм ризик пов’язаний із недостатньою конфіденційністю, а отже, нездатністю підтримувати більш широкий спектр форматів повідомлень. Це ставить розробників гаманців і додатків у складне становище, оскільки вони повинні знайти якийсь спосіб дозволити користувачам підключатися до блокчейну, уникаючи при цьому ризиків, згаданих вище.
Ідеальна система має бути без дозволів, щоб будь-хто міг зіставляти та виконувати наміри без шкоди для якості виконання. Система має бути універсальною, щоб можна було розгортати нові програми без необхідності створювати нові Mempool. Системи мають бути прозорими, дозволяючи публічно звітувати про процес виконання намірів і надавати дані для проведення перевірок якості, коли це дозволяють гарантії конфіденційності.
Незважаючи на те, що такі команди, як FlashBots і Anoma, наполегливо працюють над тим, щоб задовольнити наведені вище вимоги для універсального рішення шляхом поєднання конфіденційності та відсутності дозволів, у найближчому майбутньому буде важко створити таку ідеальну систему. Тому користувачам потрібно йти на компроміси та обирати різні рішення для різних програм. Подібним чином програми, які ініціюють Intentpools, повинні шукати всюдисущість без дозволу та ретельно вибирати посередників, якщо доступний дозвіл.
Розробники додатків на основі Intent повинні повністю враховувати наслідки своїх додатків поза ланцюгом, оскільки вони стосуються не лише їх бази користувачів, але й ширшої спільноти, що вимагає від ширшої спільноти розуміння наслідків поза ланцюгом навколо Ethereum. Екосистема залишається уважною.
підсумок
стислий підсумок
Через очевидний ринковий попит на додатки Intent багато додатків на основі Intent широко використовувалися протягом кількох років. Збільшення рівня впровадження Intent, частково спричинене ERC4337, може прискорити відхід від Ethereum Mempool на нові майданчики. Прийняття Intent означає перехід користувача від парадигми «примусової роботи» до парадигми «опису», що, як очікується, значно покращить роботу користувача та ефективність.
Ebunker, давній прихильник Ethereum, приділяє пильну увагу розвитку технології Ethereum, оновленню пропозицій і змінам у спільноті вперше, а також ділиться дослідженнями та думками щодо ключових треків Ethereum, таких як Staking, L2 і DeFi.
Наразі Ebunker включає Ebunker Pool (фінансований некастодіальний пул майнінгу Ethereum Staking) і Ebunker Venture (максимальний венчурний капітал Ethereum) та інші підприємства.
Офіційний сайт Ebunker: