Інновації в механізмі обробки транзакцій Solana: від швидкості до створення вартості

Solana відомий своїми швидкими交易ми та великими обсягами торгів, але чи означає це, що він досяг досконалості? Поглиблений аналіз виявляє одну ключову проблему: чи створюють ці交易 реальну вартість?

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

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

Як виключити токсичні угоди, щоб захистити ліквідність?

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

Конкретно, у поточному консенсусі Solana, кожні 400 мілісекунд відбувається один часовий інтервал (Slot), транзакції сортуються за пріоритетом плати Gas. У цьому процесі маркет-мейкери повинні часто коригувати свої котирування, тоді як високочастотні арбітражники моніторять цінові різниці, щоб негайно виконати угоди, коли з'являється можливість. Це дозволяє арбітражникам виконувати угоди, сплачуючи вищі комісії, щоб випередити скасування заявок маркет-мейкерів, що призводить до частих втрат для маркет-мейкерів.

В ідеальних умовах децентралізовані біржі (DEX) повинні виконувати угоди в такій послідовності: спочатку виконати всі скасування, потім виконати нові ордери, а нарешті виконати угоди. Однак нинішній механізм консенсусу Solana не може реалізувати це на мікрорівні.

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

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

Тому Solana потребує механізму, який дозволяє різним протоколам впорядковувати транзакції відповідно до потреб, і це є концепція контролю виконання застосунками (ACE), на яку Solana постійно акцентує увагу.

BAM: Інноваційне рішення Solana

Ринок збору блоків (BAM) є інноваційним рішенням, запропонованим Solana для вирішення цих проблем. BAM надає можливість побудувати шар сортування або попередньої обробки між додатками на ланцюзі Solana та основною мережею.

BAM використовує надійні середовища виконання (TEEs) для створення приватного пісочниці, в якому проводиться сортування транзакцій відповідно до заздалегідь визначених правил або принципу першого вхідного - першого виходу (FIFO). Ця механіка має на меті краще обслуговувати такі протоколи, як книги ордерів, біржі безстрокових контрактів та темні ставки.

Як працює BAM

У порівнянні з звичайним процесом обробки транзакцій Solana, процес транзакцій після підключення до BAM відрізняється:

1. Користувач підтверджує транзакцію в гаманці
2. Торгівля відправлена до RPC-вузла
3. Транзакції передаються до мережі BAM, де проводиться їх сортування в TEE
4. Відсортований пакет транзакцій подається до вузла-лідера основної мережі Solana
5. Лідер включає пакет даних BAM у блок і транслює його
6. Інші вузли голосують для підтвердження

BAM як необов'язкова функція не суперечить процесу консенсусу основної мережі Solana. Він попередньо виконує сортування транзакцій "поза ланцюгом", а потім упаковані транзакції подаються до основної мережі.

Модель сортування угод BAM

BAM підтримує три режими роботи:

1. Режим за замовчуванням Solana
2. Block-Engine режим (схожий на поточні рішення MEV)
3. BAM режим (строгий порядок FIFO)

Основні характеристики моделі BAM включають:

• Використання TEE для створення приватного середовища для впорядкування транзакцій, що забезпечує справедливість
• Реалізація складної логіки сортування транзакцій за допомогою системи плагінів
• Дозволити додаткам налаштовувати порядок торгівлі відповідно до попередньо встановлених правил

Практичне застосування BAM

1. Захист ліквідації кредитів: спочатку виконуються операції з додатковими заставами, а потім проводиться перевірка ліквідації
2. Атомарні торгові комбінації: спочатку оновити ціну оракула, потім виконати відповідні угоди, можна одночасно розрахувати похідні
3. Захист від коливань цін: виявлення великих замовлень та їх поетапне виконання, щоб уникнути різких коливань на ринку
4. Захист маркет-мейкерів: дозволяє швидке скасування і повторне розміщення ордерів під час надзвичайних ситуацій, зменшуючи зловмисний арбітраж.

Висновок

BAM впроваджує в процес обробки транзакцій Solana можливість перевірки, захисту приватності та програмованості. Це дозволяє розробникам створювати більш складну фінансову інфраструктуру, таку як центральні обмежені книги замовлень, біржі perpetual contracts та dark pools. Це нововведення значно покращить досвід транзакцій на Solana, наближаючи його до продуктивності централізованих бірж, водночас сприяючи інноваційному розвитку екосистеми.