Инновации в механизме обработки транзакций 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 использует доверенные исполняемые среды (TEE) для создания приватного песочницы, в которой сортировка сделок осуществляется в соответствии с заранее установленными правилами или принципом FIFO (первый пришел — первый обслужен). Эта механика предназначена для лучшего обслуживания таких протоколов, как книги заказов, биржи бессрочных контрактов и темные пулы.

Как работает BAM

В отличие от обычного процесса обработки транзакций в Solana, процесс транзакций после подключения BAM отличается:

1. Пользователь подтверждает транзакцию в кошельке
2. Отправка транзакции на RPC-узел
3. Перевод сделки в сеть BAM, сортировка осуществляется в TEE
4. Отсортированный пакет транзакций отправляется на главный узел Leader сети 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 проверяемость, защиту конфиденциальности и программируемость. Это позволяет разработчикам создавать более сложную финансовую инфраструктуру, такую как центральные лимитные ордерные книги, биржи бессрочных контрактов и темные пулы и т.д. Эта инновация значительно улучшит торговый опыт в Solana, приблизив его к производительности централизованных бирж, одновременно способствуя инновационному развитию всей экосистемы.