Максимальна витягувана вартість (MEV) стає все більш важливою темою в екосистемі DeFi через її негативний вплив на децентралізовані програми (dApps) і користувачів. MEV можна розуміти як прихований податок на dApps і користувачів, оскільки він збільшує транзакційні витрати, знижує прибутковість для постачальників ліквідності та може негативно вплинути на досвід користувачів.
MEV означає максимальний прибуток, який можуть отримати роботи MEV (також відомі як «шукачі») шляхом виявлення та використання можливостей, які виникають у результаті впорядкування, включення або виключення транзакцій у блокчейні. Валідатори — це ролі, які обробляють транзакції та захищають блокчейн. Вони мають повноваження визначати порядок транзакцій у блоках, які вони перевіряють, створюючи можливості для шукачів максимізувати прибуток. Відстежуючи можливості в мемпулі, Шукачі можуть виконувати різні стратегії, такі як початкові транзакції, використання арбітражних можливостей і навіть визначення пріоритетності певних транзакцій з вищими комісіями за газ, що може затримувати або скасовувати транзакції з нижчими комісіями за газ.
MEV на основі оновлення Oracle
Підмножина MEV пов’язана з оновленнями Oracle, які передбачають використання даних Oracle для отримання несправедливої переваги та отримання прибутку. Оракули є важливою частиною DeFi, оскільки вони надають дані в режимі реального часу для смарт-контрактів. Ці точки даних підтримують різноманітні функції, включаючи заставу кредитів, обмін токенів і торгівлю деривативами. Враховуючи критичну роль оракулів у додатках DeFi, вони можуть стати ціллю атак MEV.
Біжи першим
У цьому випадку шукач MEV стежить за незавершеними транзакціями в mempool і надсилає власну транзакцію з вищою комісією за газ, щоб «стрибнути в чергу» попереду цільової транзакції. Це дозволяє шукачам скористатися можливостями до того, як початковий користувач виконає заплановану транзакцію.
Наприклад, якщо машина Oracle збирається оновити інформацію про ціну певного токена, шукач може використовувати цю інформаційну асиметрію для виконання транзакцій або коригувати коефіцієнт забезпечення на платформі кредитування, щоб максимізувати прибуток або мінімізувати збитки. Цей акт використання тимчасової різниці цін часто залишає інших користувачів у гіршому становищі, ніж це було б без втручання.
Арбітраж
Оракули також підтримують зв'язок між різними блокчейнами. Враховуючи те, що активи можна торгувати в окремих мережах у формі деривативів, оракули використовуються для передачі інформації про ціни між кількома джерелами ліквідності, що може призвести до незначних і значних різниць у ціні. Ці відмінності надають арбітражні можливості для різних пулів активів.
MEV Seekers можуть виявити різницю в цінах на різних ринках перед оновленням. Вони користуються цим, купуючи активи на дешевших ринках і продаючи їх на більш дорогих ринках.
API3 OEV Litepaper висвітлює Synthetix і GMX як приклади арбітражних можливостей, які негативно впливають на продуктивність протоколу та взаємодію з користувачем через відсутність деталізації через правила, засновані на порогових значеннях відхилення для прийняття рішення про оновлення каналів. Якщо джерело даних показує застарілу ціну порівняно з іншим ринком, пошукачі поспішають торгувати за цією ціною, знаючи, що можуть негайно продати актив на іншому ринку з прибутком. Така ситуація призводить до того, що постачальники ліквідності змушені приймати безперервний потік збиткових угод, що призводить до збитків і погіршення продуктивності протоколу. Ці проблеми змусили Synthetix застосувати оракул Uniswap, зваженої за часом середньозваженої ціни (TWAP), щоб працювати з Chainlink для визначення ціни активів. Однак це рішення не ідеальне, оскільки оракул TWAP, по суті, надає застарілі ціни та створює додаткові перешкоди для розміщення додаткових активів.
** ліквідація **
Оновлення Oracle також надають можливості для вигідних ліквідацій. Шукачі MEV можуть ідентифікувати позики з недостатньою заставою на платформі кредитування та швидко надсилати транзакції для ліквідації цих позик раніше за інших користувачів або ботів. Будучи першими ліквідаторами, Шукачі отримують ліквідаційні бонуси та інші винагороди.
Це лише кілька прикладів різних типів MEV-атак, які можуть бути викликані оновленнями Oracle в блокчейні та екосистемах DeFi. Це відносно постійна боротьба, коли розробники постійно винаходять рішення для підвищення безпеки, справедливості та стійкості Інтернету. Наразі запропоновано два основні підходи для вирішення проблеми MEV: MEV-Boost і Proposer-Builder Separation (PBS).
MEV-Boost — це ітераційна версія оригінального механізму Flashbots, що представляє низку заходів і ролей, спрямованих на зменшення негативного впливу MEV, включаючи Builder API, конструктори блоків, механізми депонування, валідатори, пошуковики та ретранслятори. Builder API — це інструмент, який дозволяє валідаторам і конструкторам блоків ефективно взаємодіяти та запобігає валідаторам втручання у вміст блоку з метою отримання прибутку від MEV. Конструктори блоків будують прибуткові блоки, використовуючи вигідні торгові стратегії, знайдені шукачами. Ці транзакції перевіряються на дійсність ретрансляторами, перш ніж досягти валідаторів, а механізм депонування гарантує, що всі необхідні дані доступні. Щойно валідатори додають блоки до мережі Ethereum, вони отримують винагороду у вигляді комісій за транзакції та MEV.
джерело:
MEV-Boost приносить користь мережі Ethereum, запобігаючи централізації, знижуючи плату за газ і підвищуючи конфіденційність користувачів. Цей механізм демократизує доступ до можливостей MEV, зменшує ризик централізації та дозволяє окремим стейкерам отримувати прибуток від MEV без необхідності приєднуватися до великих пулів ставок.
Відокремлення пропозицій і конструкторів (PBS) є частиною запланованого оновлення Danksharding, у якому блокові пропозиції та блокове виробництво будуть керуватися окремими організаціями. MEV-Boost, як попередник PBS в рамках протоколу, забезпечує можливу появу PBS після впровадження. PBS має на меті зменшити вплив MEV на безпеку консенсусного рівня та надихнути на розробку логіки консенсусного рівня, необхідної для реалізації зовнішньої конструкції блоків в Ethereum.
Однак ані PBS, ані MEV-Boost безпосередньо не розглядають можливості MEV, надані оновленнями Oracle. Натомість ці підходи в першу чергу зосереджені на зменшенні негативного впливу MEV на децентралізацію та безпеку консенсусного рівня Ethereum. Щоб розглянути можливість MEV, надану оновленнями Oracle, потрібен інший підхід.
Дізнайтеся про можливість OEV-Share створювати стійкі та ефективні dApps
MEV створює значні проблеми для користувачів і dApps, але також відкриває можливості для розробки нових рішень, які роблять екосистему більш ефективною. Однією з можливостей підвищення ефективності протоколів DeFi є вирішення проблеми MEV, пов’язаної з оновленнями оракула, що створює можливість фіксувати витягувану цінність оракула (OEV).
У API3 OEV Litepaper API3 представляє позамережевий ринок, який дозволяє dApps продавати на аукціоні мета-транзакції, підписані оракулами першої сторони, для оновлення джерел даних. У цій моделі Шукачі роблять ставку на право робити оновлення оракула та збирати MEV, пов’язаний з транзакціями. Переможці торгів будуть призначені dApps і зовнішнім постачальникам Oracle. Це створює ефективнішу систему, у якій канал цін оновлюється, коли це потрібно dApp, а не підлягає пороговим значенням відхилення. Загалом дизайн системи можна порівняти з ретрансляторами Flashbots, але шукачі роблять ставку на оновлення Oracle, а не на блоковий простір.
API3 працює над переробкою процесу оновлення Oracle, щоб мінімізувати вплив MEV. Впроваджуючи нові механізми для захисту даних Oracle від експлуатації, вони прагнуть забезпечити більш безпечні та прозорі оновлення Oracle. Це може призвести до сильнішої та ефективнішої екосистеми DeFi, що зрештою принесе користь користувачам і програмам.
Перевага OEV полягає в тому, що значення, отримане пошукачем, спільно з протоколом, з якого воно походить. Цей підхід мінімізує негативні зовнішні ефекти, спричинені вилученням MEV із dApps, і допомагає створювати точні оракули з низькою затримкою. У випадках, коли вилучення MEV не стимулює оновлення оракула, канал цін оновлюється на основі нормальних порогових значень відхилення та часу пульсу.
Замість того, щоб боротися з можливостями MEV і намагатися усунути втрату цінності в мережі, OEV-Share використовує спільні стимули для відновлення та перепрофілювання цінності можливостей MEV для створення більш ефективної та стійкої екосистеми DeFi.
#OEV приносить користь усій екосистемі DeFi
Одна з головних проблем, з якою стикаються оракули, полягає в тому, як перевести дані реального світу в ланцюг. Оскільки обмеження вартості перешкоджають оновленню каналів даних кожного блоку, оракули повинні стратегічно вирішувати, коли оновлювати, тому архітектура оракула відіграє ключову роль у вирішенні цієї проблеми. Цей виклик негативно впливає на екосистему DeFi, що призводить до зменшення прибутків і потенційних збитків. OEV-Share дає можливість перетворити ці проблеми на переваги для користувачів, dApps і всієї екосистеми DeFi.
Використовуючи аукціон потоку замовлень API3 для збору OEV, dApps можуть мінімізувати негативні зовнішні ефекти, спричинені вилученням MEV. Ця модель дозволяє шукачам MEV брати участь у торгах за право оновлювати оракули, перетворюючи проблему на можливість. Переможні ставки приносять користь як користувачам, так і dApps, а успішні шукачі MEV оновлюють оракули та фіксують пов’язану цінність.
Перевагою OEV є те, що він створює точні оракули з низькою затримкою. Більш точні дані та значення, отримані з аукціонів потоку замовлень, можна використовувати для підвищення прибутковості та сталості забезпечення ліквідності, що дозволяє оптимізувати протоколи формування ринку для програм, які покладаються на оракули. Удосконалення створення ринку для постачальників ліквідності dApp створює ефект маховика, залучаючи більше ліквідності додатків, одночасно знижуючи комісії та перераховуючи більше активів, тим самим залучаючи більше користувачів і обсяг торгів.
Oracle Extractable Value вирішує ключову проблему в просторі DeFi, підвищуючи ефективність оракулів і створюючи цінність для всіх залучених сторін. Зводячи до мінімуму негативний вплив MEV і підвищуючи точність даних, API3 прокладає шлях до більш стійкої та прибуткової екосистеми DeFi.
Переглянути оригінал
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
Дізнайтеся про можливості отримання вартості MEV і Oracle в одній статті
Автор: Siddhearta, редактор BanklessDAO, асистент Bankless Consulting Упорядник: Jinse Finance, Shan Ouba
Максимальна витягувана вартість (MEV) стає все більш важливою темою в екосистемі DeFi через її негативний вплив на децентралізовані програми (dApps) і користувачів. MEV можна розуміти як прихований податок на dApps і користувачів, оскільки він збільшує транзакційні витрати, знижує прибутковість для постачальників ліквідності та може негативно вплинути на досвід користувачів.
MEV означає максимальний прибуток, який можуть отримати роботи MEV (також відомі як «шукачі») шляхом виявлення та використання можливостей, які виникають у результаті впорядкування, включення або виключення транзакцій у блокчейні. Валідатори — це ролі, які обробляють транзакції та захищають блокчейн. Вони мають повноваження визначати порядок транзакцій у блоках, які вони перевіряють, створюючи можливості для шукачів максимізувати прибуток. Відстежуючи можливості в мемпулі, Шукачі можуть виконувати різні стратегії, такі як початкові транзакції, використання арбітражних можливостей і навіть визначення пріоритетності певних транзакцій з вищими комісіями за газ, що може затримувати або скасовувати транзакції з нижчими комісіями за газ.
MEV на основі оновлення Oracle
Підмножина MEV пов’язана з оновленнями Oracle, які передбачають використання даних Oracle для отримання несправедливої переваги та отримання прибутку. Оракули є важливою частиною DeFi, оскільки вони надають дані в режимі реального часу для смарт-контрактів. Ці точки даних підтримують різноманітні функції, включаючи заставу кредитів, обмін токенів і торгівлю деривативами. Враховуючи критичну роль оракулів у додатках DeFi, вони можуть стати ціллю атак MEV.
Біжи першим
У цьому випадку шукач MEV стежить за незавершеними транзакціями в mempool і надсилає власну транзакцію з вищою комісією за газ, щоб «стрибнути в чергу» попереду цільової транзакції. Це дозволяє шукачам скористатися можливостями до того, як початковий користувач виконає заплановану транзакцію.
Наприклад, якщо машина Oracle збирається оновити інформацію про ціну певного токена, шукач може використовувати цю інформаційну асиметрію для виконання транзакцій або коригувати коефіцієнт забезпечення на платформі кредитування, щоб максимізувати прибуток або мінімізувати збитки. Цей акт використання тимчасової різниці цін часто залишає інших користувачів у гіршому становищі, ніж це було б без втручання.
Арбітраж
Оракули також підтримують зв'язок між різними блокчейнами. Враховуючи те, що активи можна торгувати в окремих мережах у формі деривативів, оракули використовуються для передачі інформації про ціни між кількома джерелами ліквідності, що може призвести до незначних і значних різниць у ціні. Ці відмінності надають арбітражні можливості для різних пулів активів.
MEV Seekers можуть виявити різницю в цінах на різних ринках перед оновленням. Вони користуються цим, купуючи активи на дешевших ринках і продаючи їх на більш дорогих ринках.
API3 OEV Litepaper висвітлює Synthetix і GMX як приклади арбітражних можливостей, які негативно впливають на продуктивність протоколу та взаємодію з користувачем через відсутність деталізації через правила, засновані на порогових значеннях відхилення для прийняття рішення про оновлення каналів. Якщо джерело даних показує застарілу ціну порівняно з іншим ринком, пошукачі поспішають торгувати за цією ціною, знаючи, що можуть негайно продати актив на іншому ринку з прибутком. Така ситуація призводить до того, що постачальники ліквідності змушені приймати безперервний потік збиткових угод, що призводить до збитків і погіршення продуктивності протоколу. Ці проблеми змусили Synthetix застосувати оракул Uniswap, зваженої за часом середньозваженої ціни (TWAP), щоб працювати з Chainlink для визначення ціни активів. Однак це рішення не ідеальне, оскільки оракул TWAP, по суті, надає застарілі ціни та створює додаткові перешкоди для розміщення додаткових активів.
** ліквідація **
Оновлення Oracle також надають можливості для вигідних ліквідацій. Шукачі MEV можуть ідентифікувати позики з недостатньою заставою на платформі кредитування та швидко надсилати транзакції для ліквідації цих позик раніше за інших користувачів або ботів. Будучи першими ліквідаторами, Шукачі отримують ліквідаційні бонуси та інші винагороди.
Це лише кілька прикладів різних типів MEV-атак, які можуть бути викликані оновленнями Oracle в блокчейні та екосистемах DeFi. Це відносно постійна боротьба, коли розробники постійно винаходять рішення для підвищення безпеки, справедливості та стійкості Інтернету. Наразі запропоновано два основні підходи для вирішення проблеми MEV: MEV-Boost і Proposer-Builder Separation (PBS).
MEV-Boost — це ітераційна версія оригінального механізму Flashbots, що представляє низку заходів і ролей, спрямованих на зменшення негативного впливу MEV, включаючи Builder API, конструктори блоків, механізми депонування, валідатори, пошуковики та ретранслятори. Builder API — це інструмент, який дозволяє валідаторам і конструкторам блоків ефективно взаємодіяти та запобігає валідаторам втручання у вміст блоку з метою отримання прибутку від MEV. Конструктори блоків будують прибуткові блоки, використовуючи вигідні торгові стратегії, знайдені шукачами. Ці транзакції перевіряються на дійсність ретрансляторами, перш ніж досягти валідаторів, а механізм депонування гарантує, що всі необхідні дані доступні. Щойно валідатори додають блоки до мережі Ethereum, вони отримують винагороду у вигляді комісій за транзакції та MEV.
джерело:
MEV-Boost приносить користь мережі Ethereum, запобігаючи централізації, знижуючи плату за газ і підвищуючи конфіденційність користувачів. Цей механізм демократизує доступ до можливостей MEV, зменшує ризик централізації та дозволяє окремим стейкерам отримувати прибуток від MEV без необхідності приєднуватися до великих пулів ставок.
Відокремлення пропозицій і конструкторів (PBS) є частиною запланованого оновлення Danksharding, у якому блокові пропозиції та блокове виробництво будуть керуватися окремими організаціями. MEV-Boost, як попередник PBS в рамках протоколу, забезпечує можливу появу PBS після впровадження. PBS має на меті зменшити вплив MEV на безпеку консенсусного рівня та надихнути на розробку логіки консенсусного рівня, необхідної для реалізації зовнішньої конструкції блоків в Ethereum.
Однак ані PBS, ані MEV-Boost безпосередньо не розглядають можливості MEV, надані оновленнями Oracle. Натомість ці підходи в першу чергу зосереджені на зменшенні негативного впливу MEV на децентралізацію та безпеку консенсусного рівня Ethereum. Щоб розглянути можливість MEV, надану оновленнями Oracle, потрібен інший підхід.
Дізнайтеся про можливість OEV-Share створювати стійкі та ефективні dApps
MEV створює значні проблеми для користувачів і dApps, але також відкриває можливості для розробки нових рішень, які роблять екосистему більш ефективною. Однією з можливостей підвищення ефективності протоколів DeFi є вирішення проблеми MEV, пов’язаної з оновленнями оракула, що створює можливість фіксувати витягувану цінність оракула (OEV).
У API3 OEV Litepaper API3 представляє позамережевий ринок, який дозволяє dApps продавати на аукціоні мета-транзакції, підписані оракулами першої сторони, для оновлення джерел даних. У цій моделі Шукачі роблять ставку на право робити оновлення оракула та збирати MEV, пов’язаний з транзакціями. Переможці торгів будуть призначені dApps і зовнішнім постачальникам Oracle. Це створює ефективнішу систему, у якій канал цін оновлюється, коли це потрібно dApp, а не підлягає пороговим значенням відхилення. Загалом дизайн системи можна порівняти з ретрансляторами Flashbots, але шукачі роблять ставку на оновлення Oracle, а не на блоковий простір.
API3 працює над переробкою процесу оновлення Oracle, щоб мінімізувати вплив MEV. Впроваджуючи нові механізми для захисту даних Oracle від експлуатації, вони прагнуть забезпечити більш безпечні та прозорі оновлення Oracle. Це може призвести до сильнішої та ефективнішої екосистеми DeFi, що зрештою принесе користь користувачам і програмам.
Перевага OEV полягає в тому, що значення, отримане пошукачем, спільно з протоколом, з якого воно походить. Цей підхід мінімізує негативні зовнішні ефекти, спричинені вилученням MEV із dApps, і допомагає створювати точні оракули з низькою затримкою. У випадках, коли вилучення MEV не стимулює оновлення оракула, канал цін оновлюється на основі нормальних порогових значень відхилення та часу пульсу.
Замість того, щоб боротися з можливостями MEV і намагатися усунути втрату цінності в мережі, OEV-Share використовує спільні стимули для відновлення та перепрофілювання цінності можливостей MEV для створення більш ефективної та стійкої екосистеми DeFi.
#OEV приносить користь усій екосистемі DeFi
Одна з головних проблем, з якою стикаються оракули, полягає в тому, як перевести дані реального світу в ланцюг. Оскільки обмеження вартості перешкоджають оновленню каналів даних кожного блоку, оракули повинні стратегічно вирішувати, коли оновлювати, тому архітектура оракула відіграє ключову роль у вирішенні цієї проблеми. Цей виклик негативно впливає на екосистему DeFi, що призводить до зменшення прибутків і потенційних збитків. OEV-Share дає можливість перетворити ці проблеми на переваги для користувачів, dApps і всієї екосистеми DeFi.
Використовуючи аукціон потоку замовлень API3 для збору OEV, dApps можуть мінімізувати негативні зовнішні ефекти, спричинені вилученням MEV. Ця модель дозволяє шукачам MEV брати участь у торгах за право оновлювати оракули, перетворюючи проблему на можливість. Переможні ставки приносять користь як користувачам, так і dApps, а успішні шукачі MEV оновлюють оракули та фіксують пов’язану цінність.
Перевагою OEV є те, що він створює точні оракули з низькою затримкою. Більш точні дані та значення, отримані з аукціонів потоку замовлень, можна використовувати для підвищення прибутковості та сталості забезпечення ліквідності, що дозволяє оптимізувати протоколи формування ринку для програм, які покладаються на оракули. Удосконалення створення ринку для постачальників ліквідності dApp створює ефект маховика, залучаючи більше ліквідності додатків, одночасно знижуючи комісії та перераховуючи більше активів, тим самим залучаючи більше користувачів і обсяг торгів.
Oracle Extractable Value вирішує ключову проблему в просторі DeFi, підвищуючи ефективність оракулів і створюючи цінність для всіх залучених сторін. Зводячи до мінімуму негативний вплив MEV і підвищуючи точність даних, API3 прокладає шлях до більш стійкої та прибуткової екосистеми DeFi.