Еволюція інфраструктури Блокчейн: від MEV до MEVA

Здоровий розвиток технології Блокчейн неможливий без належного механізму регулювання. У традиційній фінансовій сфері регулювання сприяло руху капіталу та стимулювало інновації. А у світі Блокчейн код є законом, а той, хто пише код, насправді встановлює правила.

Ця влада встановлення правил особливо очевидна на найнижчому рівні архітектури Блокчейн — у будівельників блоків. Конкурентна поведінка будівельників блоків безпосередньо впливає на загальну продуктивність Блокчейн. Якщо виникають проблеми з виробництвом блоків або механізм стимулювання призводить до хижацької поведінки, цілісність усієї системи Блокчейн буде під загрозою, а користувачі також почнуть йти.

Блок побудовці відповідають за вибір транзакцій з пам'яті та складання блоків, які потім поширюються в мережі для досягнення консенсусу. Процеси побудови блоків різних платформ Блокчейн мають різний дизайн. Наприклад, одна торгова платформа домінує на Ethereum, тоді як на Solana інша компанія займає провідну позицію.

MEV проти MEVA

У галузі зазвичай використовують "максимальна витягувана вартість" ( MEV ) для опису потенційних проблем у процесі побудови Блоку. Якщо коротко, учасники, відповідальні за сортування транзакцій, можуть зловмисно змінювати порядок транзакцій, щоб максимізувати свої інтереси, що може збільшити витрати користувачів.

Щоб впоратися з цим викликом, майнери можуть використовувати інфраструктуру аукціону вартості (MEVA). Дизайн MEVA має на меті стабілізацію витрат на газ, сприяння конкуренції та запобігання надмірній концентрації. Його суть полягає в тому, щоб через економічні стимули заохочувати учасників створювати позитивні зовнішні ефекти або усувати негативний вплив під час процесу побудови блоку.

Ефіріум наразі використовує модель розділення пропозиційника та будівельника (PBS). Ця модель розділяє процес побудови блоків на п'ять ролей: користувачі, виробники блоків, ретранслятори, пропозиційники блоків та пошуковці. Завдяки розподілу доходів від блоків, усі сторони мають стимул ділитися інформацією, що дозволяє реалізувати конкурентне будівництво блоків, одночасно забезпечуючи прибутковість блоків. Проте ця модель також має проблеми, такі як централізація виробництва блоків.

Виклики нової генерації Блокчейн

Деякі нові блокчейн-платформи намагаються подолати обмеження продуктивності, реалізуючи обробку тисяч транзакцій за секунду, скорочуючи час формування блоку до 1 секунди, при цьому зберігаючи сумісність з EVM. Цей високопродуктивний дизайн приносить нові виклики:

1. Невизначеність стану: через розділення виконання блоку та процесу консенсусу важко визначити поточний стан.

2. Обмежений час моделювання Блоку: час створення блоку в 1 секунду ускладнює повне моделювання та оптимізацію порядку транзакцій.

3. Виконання невизначеності: ймовірність сортування транзакцій може призвести до скасування транзакцій в ланцюзі, що збільшує ймовірність невдачі транзакцій.

Ці виклики вимагають від нас спроектувати архітектуру, яка може забезпечити низький рівень невдач у транзакціях і гарантувати прибуток для будівельників Блоків.

Ліквідна стейкінг та тестова мережа

Деякі постачальники рішень MEVA розглядають можливість запуску послуг ліквідного стекингу, які дозволяють користувачам ставити рідні токени та ділитися винагородами, отриманими від валідаторів. Ця модель вже досягла значного успіху на деяких Блокчейн, з місячним доходом до десятків тисяч доларів.

З виходом нової генерації тестової мережі Блокчейн, початкова версія системи MEVA також буде запущена. Основні акценти цього етапу включають:

• Приваблення шукачів та будівельників Блоків до участі в аукціоні Блок-простору
• Допомога верифікаторам у проведенні експериментів та стрес-тестів

Дизайн MEVA є основною складовою частиною інфраструктури Блокчейн. З появою надпаралельних блокчейнів, сумісних з EVM, постійні інновації є вирішальними для забезпечення хорошого користувацького досвіду та прибутковості будівельників блоків.

На етапі тестової мережі команда розробників вітає участь усіх бажаючих у тестуванні та наданні відгуків, щоб підготуватися до запуску основної мережі, а також просувати подальші плани розробки, такі як запобігання атакам «сендвіч» та розробка аналітичних панелей тощо.