Перш ніж читати цю статтю, вам потрібно мати базове уявлення про MEV, роль Flashbot та вплив Flashbot на MEV.
Також необхідно знати базове розуміння механізму PoS та змін, спричинених The Merge.
МЕВ
Для початку розглянемо, що таке MEV.
Miner Extractable Value буквально означає «значення, яке розробник блоку може витягти».
Це значення не відноситься до комісії, яку користувач сплачує розробнику блоку за упаковку транзакції користувача в блок. Дія комісії за надання погоджується користувачем, і користувач може регулювати комісію дуже низько, так що його транзакція буде збиратися протягом тривалого часу, але принаймні розробник блоку не може стягувати комісію за транзакцію.
*Порада щодо читання: MEV тепер перейменовано на Maximal Extractable Value, оскільки поточна розробка MEV більше не є ексклюзивною для розробників блоків. *
«Цінність, яку може вичавити розробник блоку» означає той факт, що розробник блоку отримує прибуток, змінюючи порядок транзакцій, вставляючи власні транзакції, а також до (або після) транзакцій, які експлуатуються. Отже, які вигоди можуть вичавити розробники блоків?
Наприклад, коли гарячий NFT пропонує слоти для карбування, і лише найшвидші 100 людей можуть успішно карбувати, то Керол, яка дружить з розробником блоку або досягла якоїсь угоди з розробником блоку поза мережею, може гарантувати, що розробник блоку зможе розмістити свою транзакцію карбування перед чиєюсь транзакцією карбування, організувавши порядок транзакції.
△ Розробники блоків надаватимуть пріоритет транзакціям монетного двору Керол перед транзакціями інших людей.
Ще одним поширеним MEV є AMM-транзакція, яка затискає користувачів, змушуючи їх отримувати найгіршу ціну (в межах прийнятного діапазону), а різниця між очікуваною ціною користувача та найгіршою ціною є прибутком, вичавленим розробником блоку.
У наведеному нижче прикладі Аліса розраховує обміняти 1 WBTC на 21 500 USDT, але вона знає, що в децентралізованому світі її транзакція може бути виконана не першою, і коли хтось інший також торгує WBTC/USDT до неї, ціна AMM буде змінена, і 1 WBTC може не бути обміняний на 21 500 USDT, тому вона встановлює найгіршу ціну 20 500 USDT у прийнятному діапазоні:
△Аліса розраховує обміняти 1 WBTC на 21 500 USDT, але в гіршому випадку може прийняти 20 500 USDT.
У цей час Єва виявила транзакцію Аліси і вирішила продати WBTC до транзакції Аліси, в результаті чого ціна WBTC впала до 20 500 USDT, а потім, виконавши транзакцію Аліси, Аліса була змушена торгуватися за ціною 20 500 USDT.
Нарешті, Єва викуповує WBTC за USDT, отримані від продажу WBTC на початку, і ціна WBTC буде меншою за 20 500 USDT, що означає, що Єва завершила покупку за низькою ціною та продаж за високою ціною (< купуйте за ціною 20 500 і продавайте за 21 500) і заробляйте різницю в ціні.
△ Розробник блоків Єва вважав вигідним продати WBTC до транзакції Аліси, а потім викупив WBTC назад, щоб заробити спред після того, як транзакція Аліси була виконана.
Децентралізовані системи повинні мати MEV
У централізованій системі ви можете довіряти ролям, відповідальним за послідовність транзакцій (Operator, Sequencer), і довіряти, що вони не зроблять нічого поганого, що зашкодить користувачеві заради репутації, або ви можете залишити систему. Це також поточна ситуація з L2, і малоймовірно, що сторони проекту L2 розіб'ють власні вивіски, щоб витягти MEV.
Але в децентралізованій системі будь-хто може стати розробником блоку, і ми не можемо просто і об'єктивно довести, що поведінка розробника блоку є «поганою», а це означає, що ми не можемо ефективно заборонити розробникам блоків використовувати прибуток.
Ми не повинні очікувати, що розробники блоків будуть «хорошими людьми», але ми повинні турбуватися про те, що якщо розробник блоків заробляє все більше і більше грошей завдяки MEV і інвестує в більше обладнання для розробки блоків, він буде ставати все більшим і більшим, змушуючи його усувати інших конкурентів, і результатом стане дилема тільки одного розробника блоків в децентралізованій системі, і в кінцевому підсумку він зможе нав'язувати персональні правила переваг транзакціям користувачів за бажанням. І саме тому з'явився Flashbot.
Флеш-бот
Для того, щоб MEV не впливав на ступінь децентралізації розробників блоків, Flashbot зробив MEV відкритим ринком, де розробники блоків і професійні шукачі MEV співпрацюють і обмінюються MEV, і існує високий ступінь конкуренції між розробниками блоків і шукачами MEV.
Завдяки такій конкуренції та партнерству, розробники блоків та шукачі MEV можуть зосередитися на власній спеціалізації, і шукачам MEV не потрібно турбуватися про те, що розробники блоків можуть вкрасти їхні арбітражні можливості або навмисно не прийняти власні транзакції.
△ Пошуковик знаходить транзакції з відкритого торгового пулу в арбітраж і робить ставки на права доходу для власних бандлів, які передаються Flashbot, а потім вибираються розробником блоку.
Ризик централізації
Однак у Flashbot все ще є недолік, всі арбітражні транзакції пошуку MEV повинні проходити через централізований сервер Flashbot, який може вкрасти можливості арбітражу або переглянути арбітражні транзакції.
Крім Flashbot, на ринку також з'явилися проекти на кшталт Eden Network. По суті, це та сама архітектура, що й у Flashbot, за винятком власного непотрібного стейкінгу, внутрішньоблокового пріоритету транзакцій та додаткових механізмів ставок. Але принаймні, коли Flashbot починає робити зло, у розробників блоків і пошуковиків з'являються інші варіанти.
MEV є встановленим фактом, який необхідно прийняти
Як розробники протоколів, так і користувачі повинні бути пильними щодо MEV. Якщо можливо, включення MEV в дизайн протоколу і перетворення MEV на корисний інструмент - це те, про що розробники протоколів повинні думати при розробці механізмів в майбутньому. У наступних статтях також буде розглянуто дизайн та ідеї щодо ефективного використання MEV.
Злиття
Ethereum перейшов на механізм PoS після The Merge, і від розробника блоків, який конкурує з обчислювальними потужностями майнінгових машин до стейкінгу ETH, він може стати валідатором, щоб отримати можливість пропонувати блоки, а це означає, що поріг отримання блоків у PoS набагато нижчий. Зниження порогу для отримання можливостей генерації блоків фактично впливає на конкуренцію та співпрацю між різними ролями у Flashbot.
*Порада щодо читання: Пропозиція тут зберігається англійською мовою, щоб уникнути неправильного тлумачення китайською мовою propose block та build block, оскільки значення занадто близьке. *
Зміна довірчих відносин
До PoS Searcher потрібно було вірити, що розробник блоку не викраде вміст його пакета, і навіть якщо розробник блоку це зробить, Searcher може протидіяти лише за допомогою офчейн-механізмів, таких як надання доказів, щоб попросити Flashbot внести розробника блоку в чорний список, або публікація публікації в Twitter, щоб закрити його.
Однак, розробники блоків в основному дуже співпрацюють, тому що відносини між розробником блоку та Шукачем – це довгострокова співпраця, і якщо розробник блоку сьогодні скористається Шукачем за певну вигоду MEV, а розробник блоку не отримає жодних можливостей MEV у майбутньому, воно того не варте.
Однак після PoS ви можете отримати можливість виробляти блоки, здійснюючи стейкінг ETH, а поріг для створення блоків знижується. В результаті, багато звичайних людей приєднуються в якості валідаторів, що призводить до шансу повільно розбавляти блоки.
У порівнянні з нечисленними майнінг-пулами, які вклали багато коштів в PoW і працюють вже давно, валідатор в PoS може лише зрідка отримати можливість генерувати блоки, а його винагорода за блок плюс середньорічна ставка MEV розраховується, навіть якщо вона становить 10%, у валідатора все ще є дуже достатній стимул для того, щоб захопити MEV Шукача.
Поради щодо читання: Ви можете звернутися до таблиці лідерів MEV статистики Flashbot, скопіюйте посилання нижче, щоб перейти до браузера для перегляду пов'язаного вмісту:
△ Якщо ви скористаєтеся можливістю отримати більше 3,2 ETH MEV, це перевищить 10% річних.
Тому архітектуру Flashbot потрібно підлаштувати під зміну довірчих відносин і механізм PoS, і він став поточним mev-boost.
mev-boost
У mev-boost роль Relay між Шукачем і розробником блоку Flashbot була розділена на дві частини: одна — Будівельник, а інша — Ретрансляція, але з різними обов'язками.
Шукач передає бандл Будівельнику, який вибирає кілька зв'язок з декількох бандлів, щоб сформувати блок, і передає блок Реле, який, у свою чергу, вибирає один із блоків, надісланих Естафетою.
△ Searcher конкурує з Searcher, Builder конкурує з Builder, а Validator вибирає з нього найвигідніший блок.
Розробник відповідає за пошук найбільш вигідної комбінації пакетів в обмеженій місткості блоку, сподіваючись, що валідатор вибере свій власний блок.
Отже, для чого потрібен Relay? Як згадувалося вище, відносини довіри змінилися, тому Шукач/Будівельник не може довіряти Валідатору, тому Валідатор у mev-boost повинен дати обіцянку "Я запропоную ваш блок", перш ніж отримати фактичний вміст блоку.
Relay діє як посередник між Розробником і Валідатором, допомагаючи координувати: Relay зберігає вміст блоку до тих пір, поки не отримає обіцянку Валідатора, перш ніж передати блок, зроблений Конструктором, Валідатору.
У фактичній термінології Ethereum Beacon Chain вміст блоку, створений розробником, називається ution Payload, і валідатор отримуватиме дані від Relay під назвою ution Payload Header, що можна розглядати як зобов'язання Payload, а підписання Header означає підписання Payload.
Коли валідатор вибирає, який блок запропонувати Relay, він поміщає заголовок корисного навантаження блоку в блок Beacon і підписує його, а потім передає підписаний вміст Relay як доказ, і, нарешті, Relay може бути впевнений, що вміст блоку буде передано валідатору, і нехай він запропонує блок.
△ Розробник передає блок Реле, а Реле передає Заголовок Валідатору
△ Якщо валідатор вибере блок, заголовок буде поміщений у блок Beacon, підписаний і переданий Relay.
△ Потім Relay передає валідатору весь шматок.
Якщо Валідатор нарешті зрадить Relay і вирішить запропонувати інший блок, то Relay може опублікувати підпис, який Валідатор дав йому, як доказ того, що Валідатор запропонував два різні блоки, і тоді Валідатор буде покараний за порушення правил Ethereum Beacon Chain.
△ Єва була скорочена (частина заставленого ETH була конфіскована), тому що він запропонував інший блок.
Гіпотеза довіри
У mev-boost Валідатор повинен довіряти Relay, якщо вміст блоку, остаточно виявленого Relay, не є законним, або фактичні гроші, отримані Валідатором, не відповідають очікуванням, або навіть якщо Relay безпосередньо не публікує вміст блоку, Валідатор не може запропонувати блок, тоді Валідатор може протидіяти лише за допомогою механізму поза мережею, наприклад, повідомляючи іншим Валідаторам про зловмисну поведінку Relay.
Автоматичний вимикач
Валідаторів не можна контролювати та втручатися 24 години на добу, тому, коли програмне забезпечення валідатора виявляє, що (той самий ретранслятор або більше) постійно порушує довіру, воно повинно бути в змозі реагувати, щоб уникнути постійної втрати доходу, оскільки немає блоків пропозицій.
Наприклад, коли ви виявите, що не запропонували блок для більш ніж п'яти слотів, вам потрібно повернутися назад і використовувати свій власний вузол для створення вмісту блоку.
Для отримання відповідних документів, будь ласка, зверніться до:
Релейний монітор
Для того, щоб зменшити вплив неправомірних дій персонажа Relay, спільнота Flashbot також думає над розробкою моніторингу поведінки Relay.
Для отримання відповідних документів, будь ласка, зверніться до:
Доступність даних C****ommittee
Один із способів запобігти тому, щоб Relay не опублікував вміст блоку, — передати дані блоку комітету вузлів, які відповідають за збереження та забезпечення доступності вмісту блоку, тобто децентралізацію відповідальності за збереження вмісту блоку.
Які Builders та Relay доступні на даний момент? **
Тут ви можете побачити поточні Builder та Relay:
MEV-Boost
Перевірте веб-сайт:
Як бачите, хоча це основна команда розробників mev-boost, Flashbot не має домінуючого статусу Relay, тому що Flashbot з самого початку розробив mev-boost і не встановив себе як Relay за замовчуванням у програмному забезпеченні mev-boost.
Поради щодо читання: Дізнайтеся більше, будь ласка, подивіться
2023–04–02 Атака проти естафети mev-boost
Шкідливий валідатор виявив уразливість у Relay: Relay надсилатиме валідатору вміст пакета, доки у нього є дійсний підпис для перевірки (незалежно від того, чи є контент легітимним чи ні).
Тому шкідливий валідатор підписує недійсний контент (значення деяких полів заголовка недійсні), а після того, як Relay відправляє назад вміст бандла, валідатор викрадає арбітражну транзакцію в бандлі, а потім пропонує інший валідний блок.
Relay намагається транслювати заголовок, підписаний валідатором, але він відхиляється іншими вузлами, оскільки вміст недійсний, тому всі бачать лише валідний блок, запропонований самим валідатором. Після цього валідатор був скорочений і виключений зі списку валідаторів за підписання двох різних заголовків (для Relay і Proposed), але шкоди було завдано.
Оновлений Relay тепер намагатиметься транслювати заголовок Validator першим, якщо він буде успішно прийнятий іншими вузлами, це означає, що вміст знака Validator є легітимним, і інші вузли побачать блок, що транслюється Relay, першими, якщо Валідатор спробує вкрасти вміст бандла та запропонувати його самостійно, виграти блок, що транслюється Relay, буде складніше (тому що вже є багато вузлів, які бачили блок, що транслюється Relay).
Порада щодо читання 1: Поясніть тему цієї атаки та пов'язані з нею докази та виправлення Relay, будь ласка, зверніться до цієї теми, будь ласка, зверніться до цієї теми для отримання детальної інформації:
*Порада для читання 2: На додаток до крадіжки арбітражних транзакцій з бандлів, шкідливі валідатори також можуть атакувати арбітражерів, які виконують сендвіч-страйки: арбітражери, які виконують сендвіч-страйки, будуть вставляти свої власні угоди до і після угоди жертви — превентивно купуючи жертву, а потім продаючи після того, як жертва купить, щоб заробити спред, але для того, щоб кліпер був успішним, обидві угоди повинні бути виконані, інакше буде виконана тільки попередня транзакція, але арбітражер не тільки не заробить спред, але і втратить власні кошти. *
Однак виправлення, зроблені у відповідь на цю атаку, збільшать час затримки виробництва блоків, тому кількість повторних організацій ланцюжка PoS значно зросла за кілька днів після атаки, і в даний час розробляється та впроваджується кілька рішень, щоб уникнути нестабільності мережі PoS, спричиненої затримкою MEV-Boost.
Порада щодо читання: Для отримання детальної інформації ви можете скопіювати посилання нижче для перегляду у своєму браузері
Вплив Flashbot/mev-boost
Впливає на ефективність голосування валідаторів
Завдяки Flashbot/mev-boost процес блоку від виробництва до фактичного пропонування пройшов більше рівнів, що призводить до тимчасової затримки блоку пропозицій валідатора, а інші валідатори, відповідальні за голосування, отримають блок пізніше, тому час їхнього голосування буде стиснуто, що вплине на безпеку всієї мережі PoS.
Хоча це не здається великим впливом: за оцінками, на 2% знизилася явка та на 1% зменшилася кількість валідаторів, які проголосували правильно, це порівняно з жовтнем 2022 року, коли лише третина валідаторів була підключена до MEV Relay.
Порада щодо читання: Для отримання додаткової інформації, будь ласка, зверніться до статті, посилання на яку наведено нижче
Підсумки та основні моменти
MEV неминучий, і розробники блоків мають найбільшу перевагу майнінгу MEV. Flashbot перетворює майнінг MEV на відкритий ринок, не дозволяючи централізації майнерів впливати на безпеку всього ланцюжка.
mev-boost був створений у відповідь на зміни, спричинені PoS, mev-boost змінює довірчі відносини між Searcher/Builder і Validator і робить конкуренцію більш відкритою: є кілька конструкторів, які конкурують один з одним, і кілька Relay, які конкурують один з одним, ще більше знижуючи ризик централізації Flashbot.
У наступній статті ми представимо Proposer-Builder Separation (PBS), який інтегрує архітектуру mev-boost безпосередньо у власний протокол Ethereum, а не приватну співпрацю між Validator, Builder і Searcher, що зробить всю екосистему MEV більш децентралізованою та безпечною.
Довідкові дані та рекомендації для подальшого читання
*Статистика:
*Статистика:
*
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
MEV після злиття Ethereum
Автор: Нік @ imToken Labs
Поради щодо читання
МЕВ
Для початку розглянемо, що таке MEV.
Miner Extractable Value буквально означає «значення, яке розробник блоку може витягти».
Це значення не відноситься до комісії, яку користувач сплачує розробнику блоку за упаковку транзакції користувача в блок. Дія комісії за надання погоджується користувачем, і користувач може регулювати комісію дуже низько, так що його транзакція буде збиратися протягом тривалого часу, але принаймні розробник блоку не може стягувати комісію за транзакцію.
*Порада щодо читання: MEV тепер перейменовано на Maximal Extractable Value, оскільки поточна розробка MEV більше не є ексклюзивною для розробників блоків. *
«Цінність, яку може вичавити розробник блоку» означає той факт, що розробник блоку отримує прибуток, змінюючи порядок транзакцій, вставляючи власні транзакції, а також до (або після) транзакцій, які експлуатуються. Отже, які вигоди можуть вичавити розробники блоків?
Наприклад, коли гарячий NFT пропонує слоти для карбування, і лише найшвидші 100 людей можуть успішно карбувати, то Керол, яка дружить з розробником блоку або досягла якоїсь угоди з розробником блоку поза мережею, може гарантувати, що розробник блоку зможе розмістити свою транзакцію карбування перед чиєюсь транзакцією карбування, організувавши порядок транзакції.
△ Розробники блоків надаватимуть пріоритет транзакціям монетного двору Керол перед транзакціями інших людей.
Ще одним поширеним MEV є AMM-транзакція, яка затискає користувачів, змушуючи їх отримувати найгіршу ціну (в межах прийнятного діапазону), а різниця між очікуваною ціною користувача та найгіршою ціною є прибутком, вичавленим розробником блоку.
У наведеному нижче прикладі Аліса розраховує обміняти 1 WBTC на 21 500 USDT, але вона знає, що в децентралізованому світі її транзакція може бути виконана не першою, і коли хтось інший також торгує WBTC/USDT до неї, ціна AMM буде змінена, і 1 WBTC може не бути обміняний на 21 500 USDT, тому вона встановлює найгіршу ціну 20 500 USDT у прийнятному діапазоні:
△Аліса розраховує обміняти 1 WBTC на 21 500 USDT, але в гіршому випадку може прийняти 20 500 USDT.
У цей час Єва виявила транзакцію Аліси і вирішила продати WBTC до транзакції Аліси, в результаті чого ціна WBTC впала до 20 500 USDT, а потім, виконавши транзакцію Аліси, Аліса була змушена торгуватися за ціною 20 500 USDT.
Нарешті, Єва викуповує WBTC за USDT, отримані від продажу WBTC на початку, і ціна WBTC буде меншою за 20 500 USDT, що означає, що Єва завершила покупку за низькою ціною та продаж за високою ціною (< купуйте за ціною 20 500 і продавайте за 21 500) і заробляйте різницю в ціні.
△ Розробник блоків Єва вважав вигідним продати WBTC до транзакції Аліси, а потім викупив WBTC назад, щоб заробити спред після того, як транзакція Аліси була виконана.
Децентралізовані системи повинні мати MEV
У централізованій системі ви можете довіряти ролям, відповідальним за послідовність транзакцій (Operator, Sequencer), і довіряти, що вони не зроблять нічого поганого, що зашкодить користувачеві заради репутації, або ви можете залишити систему. Це також поточна ситуація з L2, і малоймовірно, що сторони проекту L2 розіб'ють власні вивіски, щоб витягти MEV.
Але в децентралізованій системі будь-хто може стати розробником блоку, і ми не можемо просто і об'єктивно довести, що поведінка розробника блоку є «поганою», а це означає, що ми не можемо ефективно заборонити розробникам блоків використовувати прибуток.
Ми не повинні очікувати, що розробники блоків будуть «хорошими людьми», але ми повинні турбуватися про те, що якщо розробник блоків заробляє все більше і більше грошей завдяки MEV і інвестує в більше обладнання для розробки блоків, він буде ставати все більшим і більшим, змушуючи його усувати інших конкурентів, і результатом стане дилема тільки одного розробника блоків в децентралізованій системі, і в кінцевому підсумку він зможе нав'язувати персональні правила переваг транзакціям користувачів за бажанням. І саме тому з'явився Flashbot.
Флеш-бот
Для того, щоб MEV не впливав на ступінь децентралізації розробників блоків, Flashbot зробив MEV відкритим ринком, де розробники блоків і професійні шукачі MEV співпрацюють і обмінюються MEV, і існує високий ступінь конкуренції між розробниками блоків і шукачами MEV.
Завдяки такій конкуренції та партнерству, розробники блоків та шукачі MEV можуть зосередитися на власній спеціалізації, і шукачам MEV не потрібно турбуватися про те, що розробники блоків можуть вкрасти їхні арбітражні можливості або навмисно не прийняти власні транзакції.
△ Пошуковик знаходить транзакції з відкритого торгового пулу в арбітраж і робить ставки на права доходу для власних бандлів, які передаються Flashbot, а потім вибираються розробником блоку.
Ризик централізації
Однак у Flashbot все ще є недолік, всі арбітражні транзакції пошуку MEV повинні проходити через централізований сервер Flashbot, який може вкрасти можливості арбітражу або переглянути арбітражні транзакції.
Крім Flashbot, на ринку також з'явилися проекти на кшталт Eden Network. По суті, це та сама архітектура, що й у Flashbot, за винятком власного непотрібного стейкінгу, внутрішньоблокового пріоритету транзакцій та додаткових механізмів ставок. Але принаймні, коли Flashbot починає робити зло, у розробників блоків і пошуковиків з'являються інші варіанти.
MEV є встановленим фактом, який необхідно прийняти
Як розробники протоколів, так і користувачі повинні бути пильними щодо MEV. Якщо можливо, включення MEV в дизайн протоколу і перетворення MEV на корисний інструмент - це те, про що розробники протоколів повинні думати при розробці механізмів в майбутньому. У наступних статтях також буде розглянуто дизайн та ідеї щодо ефективного використання MEV.
Злиття
Ethereum перейшов на механізм PoS після The Merge, і від розробника блоків, який конкурує з обчислювальними потужностями майнінгових машин до стейкінгу ETH, він може стати валідатором, щоб отримати можливість пропонувати блоки, а це означає, що поріг отримання блоків у PoS набагато нижчий. Зниження порогу для отримання можливостей генерації блоків фактично впливає на конкуренцію та співпрацю між різними ролями у Flashbot.
*Порада щодо читання: Пропозиція тут зберігається англійською мовою, щоб уникнути неправильного тлумачення китайською мовою propose block та build block, оскільки значення занадто близьке. *
Зміна довірчих відносин
До PoS Searcher потрібно було вірити, що розробник блоку не викраде вміст його пакета, і навіть якщо розробник блоку це зробить, Searcher може протидіяти лише за допомогою офчейн-механізмів, таких як надання доказів, щоб попросити Flashbot внести розробника блоку в чорний список, або публікація публікації в Twitter, щоб закрити його.
Однак, розробники блоків в основному дуже співпрацюють, тому що відносини між розробником блоку та Шукачем – це довгострокова співпраця, і якщо розробник блоку сьогодні скористається Шукачем за певну вигоду MEV, а розробник блоку не отримає жодних можливостей MEV у майбутньому, воно того не варте.
Однак після PoS ви можете отримати можливість виробляти блоки, здійснюючи стейкінг ETH, а поріг для створення блоків знижується. В результаті, багато звичайних людей приєднуються в якості валідаторів, що призводить до шансу повільно розбавляти блоки.
У порівнянні з нечисленними майнінг-пулами, які вклали багато коштів в PoW і працюють вже давно, валідатор в PoS може лише зрідка отримати можливість генерувати блоки, а його винагорода за блок плюс середньорічна ставка MEV розраховується, навіть якщо вона становить 10%, у валідатора все ще є дуже достатній стимул для того, щоб захопити MEV Шукача.
Поради щодо читання: Ви можете звернутися до таблиці лідерів MEV статистики Flashbot, скопіюйте посилання нижче, щоб перейти до браузера для перегляду пов'язаного вмісту:
△ Якщо ви скористаєтеся можливістю отримати більше 3,2 ETH MEV, це перевищить 10% річних.
Тому архітектуру Flashbot потрібно підлаштувати під зміну довірчих відносин і механізм PoS, і він став поточним mev-boost.
mev-boost
У mev-boost роль Relay між Шукачем і розробником блоку Flashbot була розділена на дві частини: одна — Будівельник, а інша — Ретрансляція, але з різними обов'язками.
Шукач передає бандл Будівельнику, який вибирає кілька зв'язок з декількох бандлів, щоб сформувати блок, і передає блок Реле, який, у свою чергу, вибирає один із блоків, надісланих Естафетою.
△ Searcher конкурує з Searcher, Builder конкурує з Builder, а Validator вибирає з нього найвигідніший блок.
Розробник відповідає за пошук найбільш вигідної комбінації пакетів в обмеженій місткості блоку, сподіваючись, що валідатор вибере свій власний блок.
Отже, для чого потрібен Relay? Як згадувалося вище, відносини довіри змінилися, тому Шукач/Будівельник не може довіряти Валідатору, тому Валідатор у mev-boost повинен дати обіцянку "Я запропоную ваш блок", перш ніж отримати фактичний вміст блоку.
Relay діє як посередник між Розробником і Валідатором, допомагаючи координувати: Relay зберігає вміст блоку до тих пір, поки не отримає обіцянку Валідатора, перш ніж передати блок, зроблений Конструктором, Валідатору.
У фактичній термінології Ethereum Beacon Chain вміст блоку, створений розробником, називається ution Payload, і валідатор отримуватиме дані від Relay під назвою ution Payload Header, що можна розглядати як зобов'язання Payload, а підписання Header означає підписання Payload.
Коли валідатор вибирає, який блок запропонувати Relay, він поміщає заголовок корисного навантаження блоку в блок Beacon і підписує його, а потім передає підписаний вміст Relay як доказ, і, нарешті, Relay може бути впевнений, що вміст блоку буде передано валідатору, і нехай він запропонує блок.
△ Розробник передає блок Реле, а Реле передає Заголовок Валідатору
△ Якщо валідатор вибере блок, заголовок буде поміщений у блок Beacon, підписаний і переданий Relay.
△ Потім Relay передає валідатору весь шматок.
Якщо Валідатор нарешті зрадить Relay і вирішить запропонувати інший блок, то Relay може опублікувати підпис, який Валідатор дав йому, як доказ того, що Валідатор запропонував два різні блоки, і тоді Валідатор буде покараний за порушення правил Ethereum Beacon Chain.
△ Єва була скорочена (частина заставленого ETH була конфіскована), тому що він запропонував інший блок.
Гіпотеза довіри
У mev-boost Валідатор повинен довіряти Relay, якщо вміст блоку, остаточно виявленого Relay, не є законним, або фактичні гроші, отримані Валідатором, не відповідають очікуванням, або навіть якщо Relay безпосередньо не публікує вміст блоку, Валідатор не може запропонувати блок, тоді Валідатор може протидіяти лише за допомогою механізму поза мережею, наприклад, повідомляючи іншим Валідаторам про зловмисну поведінку Relay.
Автоматичний вимикач
Валідаторів не можна контролювати та втручатися 24 години на добу, тому, коли програмне забезпечення валідатора виявляє, що (той самий ретранслятор або більше) постійно порушує довіру, воно повинно бути в змозі реагувати, щоб уникнути постійної втрати доходу, оскільки немає блоків пропозицій.
Наприклад, коли ви виявите, що не запропонували блок для більш ніж п'яти слотів, вам потрібно повернутися назад і використовувати свій власний вузол для створення вмісту блоку.
Для отримання відповідних документів, будь ласка, зверніться до:
Релейний монітор
Для того, щоб зменшити вплив неправомірних дій персонажа Relay, спільнота Flashbot також думає над розробкою моніторингу поведінки Relay.
Для отримання відповідних документів, будь ласка, зверніться до:
Доступність даних C****ommittee
Один із способів запобігти тому, щоб Relay не опублікував вміст блоку, — передати дані блоку комітету вузлів, які відповідають за збереження та забезпечення доступності вмісту блоку, тобто децентралізацію відповідальності за збереження вмісту блоку.
Які Builders та Relay доступні на даний момент? **
Тут ви можете побачити поточні Builder та Relay:
Перевірте веб-сайт:
Як бачите, хоча це основна команда розробників mev-boost, Flashbot не має домінуючого статусу Relay, тому що Flashbot з самого початку розробив mev-boost і не встановив себе як Relay за замовчуванням у програмному забезпеченні mev-boost.
Поради щодо читання: Дізнайтеся більше, будь ласка, подивіться
2023–04–02 Атака проти естафети mev-boost
Шкідливий валідатор виявив уразливість у Relay: Relay надсилатиме валідатору вміст пакета, доки у нього є дійсний підпис для перевірки (незалежно від того, чи є контент легітимним чи ні).
Тому шкідливий валідатор підписує недійсний контент (значення деяких полів заголовка недійсні), а після того, як Relay відправляє назад вміст бандла, валідатор викрадає арбітражну транзакцію в бандлі, а потім пропонує інший валідний блок.
Relay намагається транслювати заголовок, підписаний валідатором, але він відхиляється іншими вузлами, оскільки вміст недійсний, тому всі бачать лише валідний блок, запропонований самим валідатором. Після цього валідатор був скорочений і виключений зі списку валідаторів за підписання двох різних заголовків (для Relay і Proposed), але шкоди було завдано.
Оновлений Relay тепер намагатиметься транслювати заголовок Validator першим, якщо він буде успішно прийнятий іншими вузлами, це означає, що вміст знака Validator є легітимним, і інші вузли побачать блок, що транслюється Relay, першими, якщо Валідатор спробує вкрасти вміст бандла та запропонувати його самостійно, виграти блок, що транслюється Relay, буде складніше (тому що вже є багато вузлів, які бачили блок, що транслюється Relay).
Порада щодо читання 1: Поясніть тему цієї атаки та пов'язані з нею докази та виправлення Relay, будь ласка, зверніться до цієї теми, будь ласка, зверніться до цієї теми для отримання детальної інформації:
*Порада для читання 2: На додаток до крадіжки арбітражних транзакцій з бандлів, шкідливі валідатори також можуть атакувати арбітражерів, які виконують сендвіч-страйки: арбітражери, які виконують сендвіч-страйки, будуть вставляти свої власні угоди до і після угоди жертви — превентивно купуючи жертву, а потім продаючи після того, як жертва купить, щоб заробити спред, але для того, щоб кліпер був успішним, обидві угоди повинні бути виконані, інакше буде виконана тільки попередня транзакція, але арбітражер не тільки не заробить спред, але і втратить власні кошти. *
Однак виправлення, зроблені у відповідь на цю атаку, збільшать час затримки виробництва блоків, тому кількість повторних організацій ланцюжка PoS значно зросла за кілька днів після атаки, і в даний час розробляється та впроваджується кілька рішень, щоб уникнути нестабільності мережі PoS, спричиненої затримкою MEV-Boost.
Порада щодо читання: Для отримання детальної інформації ви можете скопіювати посилання нижче для перегляду у своєму браузері
Вплив Flashbot/mev-boost
Впливає на ефективність голосування валідаторів
Завдяки Flashbot/mev-boost процес блоку від виробництва до фактичного пропонування пройшов більше рівнів, що призводить до тимчасової затримки блоку пропозицій валідатора, а інші валідатори, відповідальні за голосування, отримають блок пізніше, тому час їхнього голосування буде стиснуто, що вплине на безпеку всієї мережі PoS.
Хоча це не здається великим впливом: за оцінками, на 2% знизилася явка та на 1% зменшилася кількість валідаторів, які проголосували правильно, це порівняно з жовтнем 2022 року, коли лише третина валідаторів була підключена до MEV Relay.
Порада щодо читання: Для отримання додаткової інформації, будь ласка, зверніться до статті, посилання на яку наведено нижче
Підсумки та основні моменти
У наступній статті ми представимо Proposer-Builder Separation (PBS), який інтегрує архітектуру mev-boost безпосередньо у власний протокол Ethereum, а не приватну співпрацю між Validator, Builder і Searcher, що зробить всю екосистему MEV більш децентралізованою та безпечною.
Довідкові дані та рекомендації для подальшого читання
*Статистика: *Статистика: *