Monad та aPriori: нова ера MEVA в епоху паралельного виконання

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

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

Будівельники блоків відповідають за вибір транзакцій з пулу пам'яті та їх складання в блоки, які потім розповсюджуються на інші вузли в мережі для досягнення консенсусу щодо стану блокчейну. Дизайн взаємодії сторін під час процесу побудови блоків залежить від команди, яка створює ці системи. В екосистемі Ethereum один відомий проект займає домінуючу позицію. На інших публічних блокчейнах різні проекти мають свої унікальні особливості. Коли Monad буде запущено, aPriori стане одним з лідерів.

Виклики MEV

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

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

У мережі Ethereum час блокування становить приблизно 12 секунд, і всі учасники мають час для доступу та моделювання всіх транзакцій, щоб максимізувати свій прибуток. Беручи це до уваги, основним методом на даний момент в Ethereum є розділення пропозиційника і будівельника (PBS). Ця модель розділяє процес на 5 ролей: користувач, виробник блоків, ретранслятор, пропозиційник блоків і пошуковець. Розподіляючи вартість блокових доходів між кількома зацікавленими сторонами, у них є стимул ділитися інформацією один з одним, що забезпечує конкурентне будівництво блоків, одночасно гарантуючи, що блоки залишаються прибутковими (отже, мінімізуючи невдалі транзакції).

Однак, у цього підходу також є свої проблеми; виробництво блоків стало централізованим, а два найбільші будівельники отримують більше половини вартості. Крім того, програми усвідомлюють, що можуть отримувати свій MEV через механізми, такі як MEV-податок, що дозволяє їм брати участь у процесі сортування транзакцій та відшкодовувати вартість, яка інакше б потрапила до пропонентів блоків.

Monad: високо продуктивний EVM-сумісний публічний ланцюг

Monad - це новий публічний блокчейн, який незабаром буде запущено, з перспективою стати найпотужнішим EVM-сумісним блокчейном 1-го рівня, здатним обробляти 10 000 транзакцій на секунду, з часом блокування в 1 секунду, має однозначну остаточність в одному слоті та низькі вимоги до апаратного забезпечення. Однією з інновацій, що дозволяє досягти цієї мети, є розділення виконавчого та консенсусного рівнів, що дозволяє поточному блоку працювати над консенсусом, виконуючи попередній блок. Проект Monad вже залучив 225 мільйонів доларів і має всі шанси стати наступним об'єктом уваги у світі L1 блокчейнів.

Цей інноваційний дизайн приніс три основні виклики:

1. Невизначеність стану: оскільки виконання попереднього блоку ще не завершене до того, як наступний блок досягне консенсусу, "поточний" стан не існує.

2. Моделювання повного блоку в обмеженому часовому вікні: невизначений стан і 1 секунда часу на видобуток блоку означають, що будівельники блоків можуть не мати достатньо часу для моделювання повного транзакційного блоку та оптимізації порядку для максимізації прибутку.

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

Для вирішення цих проблем потрібно спроектувати таку архітектуру, яка забезпечить низьку ймовірність невдачі транзакцій та прибуток для будівельників блоків.

aPriori: рішення MEVA екосистеми Monad

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

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

• Сприяти участі пошуковців та будівельників блоків в аукціоні блокового простору
• Сприяння експериментам з валідаторами та стрес-тестуванням клієнтського програмного забезпечення

Дизайн MEVA є основною складовою частиною будь-якого каналу всередині блокчейну. Monad як надпаралельна EVM L1 екосистема потребує постійних інновацій для забезпечення гарного користувацького досвіду та прибутковості будівельників блоків. Команда aPriori має досвід, мотивацію та бачення, необхідні для продовження просування цієї мети.

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