Зі збільшенням активності в мережі та еволюцією і збагаченням інфраструктури на базі блокчейн, MEV на блокчейні завжди вважався однією з найнебезпечніших частин «темного лісу» Ethereum, що безпосередньо призводить до втрати прибутку та зниження якості користувацького досвіду в фінансовій діяльності користувачів. Мета цієї статті «Освітлення темного лісу» полягає в тому, щоб на основі механізму генерації блоків Ethereum 2.0 та технічної еволюції розділення пропонента та будівельника (PBS), приділити особливу увагу природній централізації та проблемам довіри, які виникають внаслідок цього механізму, які мають абсолютно протилежну реальність цінностям Ethereum.
Загострення MEV на блокчейні справді є двосічним мечем, має свої позитивні та негативні зовнішні ефекти. Позитивні включають зменшення цінових різниць на DEX, допомогу в ліквідації угод; негативні включають шкоду для користувачів через угоди з прослизанням. Тому рішення для MEV більше спрямовані на зменшення негативних зовнішніх ефектів, але не можуть бути повністю усунуті. У процесі дослідження механізмів зменшення негативних зовнішніх ефектів MEV та вирішення поточних проблем з посередницьким програмним забезпеченням Relayer на основі довіри до третіх осіб, основні заходи поділяються на три категорії: вдосконалення аукціонних механізмів, вдосконалення рівня консенсусу, вдосконалення рівня застосування. Ці три вдосконалення по-різному вплинуть на сучасну картину MEV, проте деякі рішення не можуть суттєво вирішити проблему атак «сендвіч» для користувачів, оскільки угоди користувачів все ще перебувають у публічному пулі, тому потрібно впровадити більше технологій приватних пулів для захисту вибіркової конфіденційності угод користувачів, ці рішення MEV варто поєднувати та випробувати.
Крім того, MEV як невід'ємний побічний продукт механізму проектування, у майбутньому стане ще більш складним. У тексті ми також досліджували можливі технічні виклики та можливості MEV, які можуть виникнути в умовах впровадження нових типів транзакцій, таких як архітектура Layer2 та абстракція рахунків EIP-4337.
Нарешті, ми сподіваємося, що цією статтею ми зможемо дослідити потенційні рішення для пом'якшення негативних зовнішніх ефектів MEV, а також повністю усвідомити переваги та недоліки поточних MEV рішень, не лише для того, щоб освітити темний ліс, в якому перебувають користувачі в майбутньому, але й для освітлення темного лісу для дослідників галузі, які продовжують досліджувати MEV.
Ethereum 2.0
Відтоді як відбулася The Merge, Ethereum впровадив механізм POS для забезпечення безпеки мережі, одночасно відмовившись від обчислювально інтенсивної конкуренції у виробництві блоків, перейшовши на доказ частки. Після злиття Ethereum був розділений на виконавчий рівень та рівень консенсусу. Весь процес виробництва блоків також зазнав змін: кожен Epoch є одним циклом POS, а кожен Epoch ділиться на 32 Slot, кожен Slot відповідає одиниці часу для генерації блоку, що становить 12 секунд.
Схема пропозицій блоків валідаторів
Уся мережа кожного Epoch випадковим чином обирає комітет з валідаторів, а пропозиція блоку виходить з випадково обраного члена цього комітету. Пропонент блоку має упакувати транзакції і впорядкувати їх для виконання, щоб в результаті отримати блок. Інші валідатори комітету контролюють цей процес, а потім голосують за блок. Цей комітет буде переобраний після кожного Epoch. Крім того, встановлюються певні обмеження за часом виконання, щоб забезпечити ефективність створення блоків та голосування. Тут ми уточнюємо терміни для читачів: Payload - це виконуване навантаження, що означає зміни стану транзакцій, і може розглядатися як частина виконання блоку. Пропонент блоку реалізує виконуване навантаження ( Execution Payload, що є реалізацією змін стану транзакцій ) і пропозицією блоку.
Архітектура PBS
Насправді, коли валідатори обираються стати пропозиціонерами блоків, часто пропозиціонер не має стимулів виконувати Payload, тобто впорядковувати транзакції та виконувати їх, оскільки це вимагає великої обчислювальної потужності для виконання зміни стану. Спочатку було задумано, що якщо ми через децентралізовану комісію оберемо, якщо ми включимо виконання навантаження, то впорядкування транзакцій стане децентралізованим процесом. Але валідатори, здається, природно хочуть передати цю частину третім особам, а самі пропозиціонери зосереджуються на пропозиції блоків. Тому виникла ідея PBS, яка полягає в тому, щоб розділити пропозицію та побудову блоків, де пропозиціонер лише відповідає за перевірку блоку, не беручи участі у його побудові. Розділення між пропозиціонерами та будівельниками сприяє відкритому ринку, на якому пропозиціонери блоків можуть отримувати блоки від будівельників. Ці будівельники конкурують один з одним у побудові блоків і пропонують пропозиціонерам найвищі комісії, що ми називаємо "аукціоном блоків".
Схема процесу PBS
Ми коротко представимо всю модель аукціону PBS( Proposer Builder Seperate) для Seal First. Коли користувачі подають транзакції через RPC-проксі, RPC фактично виконує функцію вузла, подаючи транзакції до публічного Mempool. Кілька Builder знаходять найбільш підходящі транзакції для упорядкування, щоб сформувати блок з максимальним прибутком(, максимізація прибутку означає комісії за транзакції Base + Priority + MEV). Потім кілька Builder взаємодіють з Proposer через MEV-Boost Relayer, Relayer є мостом для взаємодії кількох Builder з Proposer. Builder подають свої пропозиції Relayer, а Relayer подає Proposer кілька заголовків блоків та відповідні пропозиції. Proposer зазвичай приймає пропозицію з найвищим заголовком блоку. При цьому Relayer реалізує специфікацію MEVBboost, яка є технічною специфікацією, запропонованою Flashbot, щодо того, як регулювати взаємодію Builder та Proposer у процесі аукціону. У цьому процесі вся інформація є закритою, Relayer лише передає заголовки блоків Proposer, отже, Proposer має антикорупційні властивості.
Учасники та ігри в рамках PBS
Його основними учасниками є Builder, Relayer, Proposer, MEVbot(Searcher).
Будівельник
Builder, в основному, відповідає за побудову вмісту блоку, і після впровадження технології MEV-Boost він опинився в більш вигідному становищі під час аукціонів, оскільки підтримує не лише комісії за газ, але й прибуток від MEV. Builder може безпосередньо перевіряти транзакції користувачів і Searcher, що завжди було предметом критики, особливо після оголошення урядом США OFAC, коли багато Builder приєдналися до OFAC Compliant. Порівняно з початковим етапом, хоч частка перевірки блоків нещодавно зменшилася, ми можемо бачити, що під час процесу побудови блоку Builder має безпосередній вплив на перевірку транзакцій.
Пропорція блоків, що відповідають вимогам OFAC, джерело: MEV Watch
Частка ринку Builder, джерело зображення: MEV Watch
З огляду на частку ринку Builder, деякі чисті безперевірені Build поступово розширюють свою частку ринку, і все орієнтовано на прибуток.
Пошуковик
Со співвідношенням доходів MEV та зборів Gas, джерело малюнка: mevboost
По суті, робота з максимізації прибутку вимагає спільних зусиль Searcher і Builder. Searcher часто співпрацює з певним Builder, що призводить до формування Dark Pool або Private Pool, де торгівля Searcher відображається лише для конкретного Builder. Деякі Builder отримують MEV-транзакції, які максимізують прибуток, а потім подають заявки на блоковий простір. Теоретично, якщо Builder чинить злочин або здійснює цензуру, Searcher може вибрати інших Builder, що призведе до поступового зниження частки ринку Builder. Таким чином, під тиском Searcher, Builder часто враховує приховані витрати від злочинних дій. На малюнку вище відображено доходи від MEV та щоденний Gas, можна побачити, що внесок Searcher у доходи від MEV в умовах суттєвих коливань ринку може навіть у два рази перевищувати щоденні доходи від Gas.
Для Searcher розрізняють CEX-DEX( арбітраж поза ланцюгом) та DEX, межові, ліквідаційні дві великі категорії( чисто на ланцюзі).
Частка ринку Searcher, джерело зображення: Searcherbuilder
В даний час деякі біржі займають перше місце за часткою ринку арбітражної торгівлі CEX --- DEX.
Частка ринку Searcher, джерело малюнка: Searcherbuilder
Щодо чисто ланцюгових можливостей MEV, спостерігається поступове формування тенденції до студійної роботи, де деякі Searcher займають вражаючі 37,2% ринку, спеціалізуючись на атаках «сендвіч» на користувачів мережі Ethereum, ставши колись найбільшими споживачами газу в ланцюзі, приблизно споживаючи газ на рівні 1,5% за весь день. З лютого 2023 року до червня 2024 року цей бот витратив усього 76,916 ETH, що за рахунок вартості цих транзакцій становить приблизно 175 мільйонів доларів. Оскільки зв'язок між Seacher і Builder дуже тісний, на практиці багато Searcher надсилають власний потік замовлень трьом найбільшим Builder, хоча насправді їх можна було б транслювати всім Builder, але деякі маленькі Builder можуть розподілити потік замовлень Searcher, що призводить до неефективності MEV-стратегії Searcher та підвищує ризик збитків. Крім того, зв'язування з Builder також може підтримувати їх вплив у екосистемі.
Релейер
Частка ринку Relay, джерело малюнка: mevboost
Relayer відповідає за збирання аукціонів, а потім як проміжна станція подає Proposer заголовок блоку та ціну аукціону блоку, в цей момент Proposer не знає деталей транзакцій у блоці. Як тільки Proposer вибирає та підписує заголовок блоку, Relayer випускає весь вміст транзакцій для Proposer. Ми помічаємо, що Relayer в даному випадку виступає як третя сторона без економічних стимулів, отримуючи величезну довіру, Builder покладається на Proposer для подання цінової пропозиції, а Proposer покладається на цінову пропозицію Relayer та вміст блоку. В історії також траплялися подібні проблеми, Ultrasound Relayer має потенційний вразливість, яка призвела до того, що Proposer отримав понад 20 мільйонів доларів MEV. Хоча ці вразливості можуть бути виправлені, Relayer може все ще вибрати діяти зловмисно та вкрасти MEV.
Графік тенденцій частки ринку, джерело графіки: mevboost
На зображенні наведено ситуацію з ринковою часткою Relayer. Ми можемо помітити, що ринкова частка Builder, який використовує виключно MAX Profit, поступово зростає з моменту Merge. Тому в умовах вільного ринку неможливо контролювати MEV штучно через Builder.
Одночасно Relayer стикається з проблемою відсутності економічних стимулів. Тому деякі компанії також вийшли з розробки в напрямку Relayer. Наразі Relayer покладається на специфікацію MEVBoost, запропоновану певною компанією, Ethereum залежить від сторонніх постачальників PBS, що завжди не є довгостроковим рішенням, тому в даний час спільнота Ethereum також досліджує можливість включення PBS на рівні протоколу.
Пропозиціонер
Для Пропозера алгоритмічно випадковим чином вибирається група комітету серед усіх валідаторів, а в кожному слоті вибирається один блок-пропозер. Сам блок-пропозер має можливість виконувати навантаження, але через те, що пропозер природно хоче делегувати цю частину, це може призвести до вертикальної співпраці між Будівельником та Пропозером. Relayer MEV-boost сподівається стати посередником у цьому процесі, щоб зменшити вертикальну змову, що виникає через пряме спілкування між ними. Оскільки наразі всі перебувають у майнінгових пулах як валідаторські пули, ці майнінгові пули та пула LSD мають дуже сильний ефект масштабу, особливо з появою LSD, яка вивільняє потенціал токенів, що раніше були заблоковані, підвищуючи капітальну ефективність, а також вплив блоків DEFI, валідаторський пул перебуває в ще більшій тенденції до централізації.
Частка ринку валідаторів, джерело графіки: mevboost
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
17 лайків
Нагородити
17
7
Поділіться
Прокоментувати
0/400
MEVHunter
· 18год тому
газ战老兵了 Я дивлюсь на mempool, чекаючи на можливість
Переглянути оригіналвідповісти на0
GasFeeCrybaby
· 18год тому
Знову потрапив під три ножиці... Так не грають!
Переглянути оригіналвідповісти на0
MoonRocketTeam
· 18год тому
Темний ліс не лякає, ракета прямо на місяць! у блокчейні відправка без проблем.
Переглянути оригіналвідповісти на0
CascadingDipBuyer
· 18год тому
Темний ліс - це ж поїдання людей?
Переглянути оригіналвідповісти на0
MetaverseVagabond
· 18год тому
Не можу зрозуміти, ти скажи мені, як MEV витискає роздрібних інвесторів.
Переглянути оригіналвідповісти на0
LayoffMiner
· 18год тому
Після видобутку корисних копалин перейшов до гри на MEV
Розкриття MEV: від архітектури PBS до захисту конфіденційності交易у в у блокчейні
Осяйна темний ліс: розкриття таємниці MEV
Зі збільшенням активності в мережі та еволюцією і збагаченням інфраструктури на базі блокчейн, MEV на блокчейні завжди вважався однією з найнебезпечніших частин «темного лісу» Ethereum, що безпосередньо призводить до втрати прибутку та зниження якості користувацького досвіду в фінансовій діяльності користувачів. Мета цієї статті «Освітлення темного лісу» полягає в тому, щоб на основі механізму генерації блоків Ethereum 2.0 та технічної еволюції розділення пропонента та будівельника (PBS), приділити особливу увагу природній централізації та проблемам довіри, які виникають внаслідок цього механізму, які мають абсолютно протилежну реальність цінностям Ethereum.
Загострення MEV на блокчейні справді є двосічним мечем, має свої позитивні та негативні зовнішні ефекти. Позитивні включають зменшення цінових різниць на DEX, допомогу в ліквідації угод; негативні включають шкоду для користувачів через угоди з прослизанням. Тому рішення для MEV більше спрямовані на зменшення негативних зовнішніх ефектів, але не можуть бути повністю усунуті. У процесі дослідження механізмів зменшення негативних зовнішніх ефектів MEV та вирішення поточних проблем з посередницьким програмним забезпеченням Relayer на основі довіри до третіх осіб, основні заходи поділяються на три категорії: вдосконалення аукціонних механізмів, вдосконалення рівня консенсусу, вдосконалення рівня застосування. Ці три вдосконалення по-різному вплинуть на сучасну картину MEV, проте деякі рішення не можуть суттєво вирішити проблему атак «сендвіч» для користувачів, оскільки угоди користувачів все ще перебувають у публічному пулі, тому потрібно впровадити більше технологій приватних пулів для захисту вибіркової конфіденційності угод користувачів, ці рішення MEV варто поєднувати та випробувати.
Крім того, MEV як невід'ємний побічний продукт механізму проектування, у майбутньому стане ще більш складним. У тексті ми також досліджували можливі технічні виклики та можливості MEV, які можуть виникнути в умовах впровадження нових типів транзакцій, таких як архітектура Layer2 та абстракція рахунків EIP-4337.
Нарешті, ми сподіваємося, що цією статтею ми зможемо дослідити потенційні рішення для пом'якшення негативних зовнішніх ефектів MEV, а також повністю усвідомити переваги та недоліки поточних MEV рішень, не лише для того, щоб освітити темний ліс, в якому перебувають користувачі в майбутньому, але й для освітлення темного лісу для дослідників галузі, які продовжують досліджувати MEV.
Ethereum 2.0
Відтоді як відбулася The Merge, Ethereum впровадив механізм POS для забезпечення безпеки мережі, одночасно відмовившись від обчислювально інтенсивної конкуренції у виробництві блоків, перейшовши на доказ частки. Після злиття Ethereum був розділений на виконавчий рівень та рівень консенсусу. Весь процес виробництва блоків також зазнав змін: кожен Epoch є одним циклом POS, а кожен Epoch ділиться на 32 Slot, кожен Slot відповідає одиниці часу для генерації блоку, що становить 12 секунд.
Схема пропозицій блоків валідаторів
Уся мережа кожного Epoch випадковим чином обирає комітет з валідаторів, а пропозиція блоку виходить з випадково обраного члена цього комітету. Пропонент блоку має упакувати транзакції і впорядкувати їх для виконання, щоб в результаті отримати блок. Інші валідатори комітету контролюють цей процес, а потім голосують за блок. Цей комітет буде переобраний після кожного Epoch. Крім того, встановлюються певні обмеження за часом виконання, щоб забезпечити ефективність створення блоків та голосування. Тут ми уточнюємо терміни для читачів: Payload - це виконуване навантаження, що означає зміни стану транзакцій, і може розглядатися як частина виконання блоку. Пропонент блоку реалізує виконуване навантаження ( Execution Payload, що є реалізацією змін стану транзакцій ) і пропозицією блоку.
Архітектура PBS
Насправді, коли валідатори обираються стати пропозиціонерами блоків, часто пропозиціонер не має стимулів виконувати Payload, тобто впорядковувати транзакції та виконувати їх, оскільки це вимагає великої обчислювальної потужності для виконання зміни стану. Спочатку було задумано, що якщо ми через децентралізовану комісію оберемо, якщо ми включимо виконання навантаження, то впорядкування транзакцій стане децентралізованим процесом. Але валідатори, здається, природно хочуть передати цю частину третім особам, а самі пропозиціонери зосереджуються на пропозиції блоків. Тому виникла ідея PBS, яка полягає в тому, щоб розділити пропозицію та побудову блоків, де пропозиціонер лише відповідає за перевірку блоку, не беручи участі у його побудові. Розділення між пропозиціонерами та будівельниками сприяє відкритому ринку, на якому пропозиціонери блоків можуть отримувати блоки від будівельників. Ці будівельники конкурують один з одним у побудові блоків і пропонують пропозиціонерам найвищі комісії, що ми називаємо "аукціоном блоків".
Схема процесу PBS
Ми коротко представимо всю модель аукціону PBS( Proposer Builder Seperate) для Seal First. Коли користувачі подають транзакції через RPC-проксі, RPC фактично виконує функцію вузла, подаючи транзакції до публічного Mempool. Кілька Builder знаходять найбільш підходящі транзакції для упорядкування, щоб сформувати блок з максимальним прибутком(, максимізація прибутку означає комісії за транзакції Base + Priority + MEV). Потім кілька Builder взаємодіють з Proposer через MEV-Boost Relayer, Relayer є мостом для взаємодії кількох Builder з Proposer. Builder подають свої пропозиції Relayer, а Relayer подає Proposer кілька заголовків блоків та відповідні пропозиції. Proposer зазвичай приймає пропозицію з найвищим заголовком блоку. При цьому Relayer реалізує специфікацію MEVBboost, яка є технічною специфікацією, запропонованою Flashbot, щодо того, як регулювати взаємодію Builder та Proposer у процесі аукціону. У цьому процесі вся інформація є закритою, Relayer лише передає заголовки блоків Proposer, отже, Proposer має антикорупційні властивості.
Учасники та ігри в рамках PBS
Його основними учасниками є Builder, Relayer, Proposer, MEVbot(Searcher).
Будівельник
Builder, в основному, відповідає за побудову вмісту блоку, і після впровадження технології MEV-Boost він опинився в більш вигідному становищі під час аукціонів, оскільки підтримує не лише комісії за газ, але й прибуток від MEV. Builder може безпосередньо перевіряти транзакції користувачів і Searcher, що завжди було предметом критики, особливо після оголошення урядом США OFAC, коли багато Builder приєдналися до OFAC Compliant. Порівняно з початковим етапом, хоч частка перевірки блоків нещодавно зменшилася, ми можемо бачити, що під час процесу побудови блоку Builder має безпосередній вплив на перевірку транзакцій.
Пропорція блоків, що відповідають вимогам OFAC, джерело: MEV Watch
Частка ринку Builder, джерело зображення: MEV Watch
З огляду на частку ринку Builder, деякі чисті безперевірені Build поступово розширюють свою частку ринку, і все орієнтовано на прибуток.
Пошуковик
Со співвідношенням доходів MEV та зборів Gas, джерело малюнка: mevboost
По суті, робота з максимізації прибутку вимагає спільних зусиль Searcher і Builder. Searcher часто співпрацює з певним Builder, що призводить до формування Dark Pool або Private Pool, де торгівля Searcher відображається лише для конкретного Builder. Деякі Builder отримують MEV-транзакції, які максимізують прибуток, а потім подають заявки на блоковий простір. Теоретично, якщо Builder чинить злочин або здійснює цензуру, Searcher може вибрати інших Builder, що призведе до поступового зниження частки ринку Builder. Таким чином, під тиском Searcher, Builder часто враховує приховані витрати від злочинних дій. На малюнку вище відображено доходи від MEV та щоденний Gas, можна побачити, що внесок Searcher у доходи від MEV в умовах суттєвих коливань ринку може навіть у два рази перевищувати щоденні доходи від Gas.
Для Searcher розрізняють CEX-DEX( арбітраж поза ланцюгом) та DEX, межові, ліквідаційні дві великі категорії( чисто на ланцюзі).
Частка ринку Searcher, джерело зображення: Searcherbuilder
В даний час деякі біржі займають перше місце за часткою ринку арбітражної торгівлі CEX --- DEX.
Частка ринку Searcher, джерело малюнка: Searcherbuilder
Щодо чисто ланцюгових можливостей MEV, спостерігається поступове формування тенденції до студійної роботи, де деякі Searcher займають вражаючі 37,2% ринку, спеціалізуючись на атаках «сендвіч» на користувачів мережі Ethereum, ставши колись найбільшими споживачами газу в ланцюзі, приблизно споживаючи газ на рівні 1,5% за весь день. З лютого 2023 року до червня 2024 року цей бот витратив усього 76,916 ETH, що за рахунок вартості цих транзакцій становить приблизно 175 мільйонів доларів. Оскільки зв'язок між Seacher і Builder дуже тісний, на практиці багато Searcher надсилають власний потік замовлень трьом найбільшим Builder, хоча насправді їх можна було б транслювати всім Builder, але деякі маленькі Builder можуть розподілити потік замовлень Searcher, що призводить до неефективності MEV-стратегії Searcher та підвищує ризик збитків. Крім того, зв'язування з Builder також може підтримувати їх вплив у екосистемі.
Релейер
Частка ринку Relay, джерело малюнка: mevboost
Relayer відповідає за збирання аукціонів, а потім як проміжна станція подає Proposer заголовок блоку та ціну аукціону блоку, в цей момент Proposer не знає деталей транзакцій у блоці. Як тільки Proposer вибирає та підписує заголовок блоку, Relayer випускає весь вміст транзакцій для Proposer. Ми помічаємо, що Relayer в даному випадку виступає як третя сторона без економічних стимулів, отримуючи величезну довіру, Builder покладається на Proposer для подання цінової пропозиції, а Proposer покладається на цінову пропозицію Relayer та вміст блоку. В історії також траплялися подібні проблеми, Ultrasound Relayer має потенційний вразливість, яка призвела до того, що Proposer отримав понад 20 мільйонів доларів MEV. Хоча ці вразливості можуть бути виправлені, Relayer може все ще вибрати діяти зловмисно та вкрасти MEV.
Графік тенденцій частки ринку, джерело графіки: mevboost
На зображенні наведено ситуацію з ринковою часткою Relayer. Ми можемо помітити, що ринкова частка Builder, який використовує виключно MAX Profit, поступово зростає з моменту Merge. Тому в умовах вільного ринку неможливо контролювати MEV штучно через Builder.
Одночасно Relayer стикається з проблемою відсутності економічних стимулів. Тому деякі компанії також вийшли з розробки в напрямку Relayer. Наразі Relayer покладається на специфікацію MEVBoost, запропоновану певною компанією, Ethereum залежить від сторонніх постачальників PBS, що завжди не є довгостроковим рішенням, тому в даний час спільнота Ethereum також досліджує можливість включення PBS на рівні протоколу.
Пропозиціонер
Для Пропозера алгоритмічно випадковим чином вибирається група комітету серед усіх валідаторів, а в кожному слоті вибирається один блок-пропозер. Сам блок-пропозер має можливість виконувати навантаження, але через те, що пропозер природно хоче делегувати цю частину, це може призвести до вертикальної співпраці між Будівельником та Пропозером. Relayer MEV-boost сподівається стати посередником у цьому процесі, щоб зменшити вертикальну змову, що виникає через пряме спілкування між ними. Оскільки наразі всі перебувають у майнінгових пулах як валідаторські пули, ці майнінгові пули та пула LSD мають дуже сильний ефект масштабу, особливо з появою LSD, яка вивільняє потенціал токенів, що раніше були заблоковані, підвищуючи капітальну ефективність, а також вплив блоків DEFI, валідаторський пул перебуває в ще більшій тенденції до централізації.
Частка ринку валідаторів, джерело графіки: mevboost
яка наразі займає приблизно 28,7% ринку,