Новые вызовы Solana: стремление к более качественным транзакциям

Solana известна своей высокой скоростью и большим объемом транзакций, но означает ли это, что она достигла совершенства? Когда мы внимательно рассмотрим эти транзакции, невольно возникает вопрос: создают ли они реальную ценность?

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

Solana всегда имела видение реализации ордербука на блокчейне в качестве замены централизованным биржам. Однако существование "токсичных трейдеров" стало препятствием для достижения этой цели. Вот с чем сталкивается Solana: объем торгов не равен ликвидности. Для действительно здорового рынка нужно не больше торгов, а более качественные сделки.

Как устранить токсичные сделки и лучше защитить ликвидность?

В текущей системе, из-за периодического механизма аукционов консенсуса Solana, аукционщики фактически имеют приоритет, что приводит к злонамеренному MEV, влияющему на справедливость рынка.

В существующем механизме консенсуса Solana транзакции в каждом временном интервале (Slot) сортируются в зависимости от оплаченной приоритетной комиссии за газ, и транзакции с самой высокой ставкой выполняются в первую очередь. Этот аукцион проходит каждые 400 миллисекунд.

В этом процессе маркет-мейкеры должны часто корректировать свои котировки, отменять заказы и выставлять новые, чтобы адаптироваться к изменениям рыночной цены. А те, кто принимает заказы, особенно высокочастотные арбитражные трейдеры, постоянно мониторят ценовые различия и сразу же совершают сделки, как только обнаруживают возможность. Таким образом, арбитражеры могут заплатить более высокую комиссию, чтобы успеть заключить сделку до отмены заказа, что приводит к частым убыткам для маркет-мейкеров.

Для децентрализованных бирж с ордерной книгой идеальная последовательность должна быть следующей: сначала выполнять все отмены, затем новые ордера, и в конце сделки, в зависимости от колебаний цен. Однако текущий механизм консенсуса Solana не может реализовать это на микроскопическом уровне.

Существуют аналогичные проблемы с котировками оракулов. В идеале, сначала следует обновить цену оракула, а затем выполнить сделки, зависящие от этой цены. Но в текущем интервале в 400 миллисекунд, если рынок резко колеблется, это может привести к тому, что сделки будут выполнены по первоначальной цене.

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

Таким образом, наилучшее решение — это возможность сортировки транзакций различными протоколами в зависимости от потребностей, что и подчеркивает Solana с помощью управления выполнением приложениями (Application-Controlled Execution, ACE).

Рынок сборки блоков (Block Assembly Marketplace, BAM) является решением, предложенным Solana для этой проблемы.

BAM построил уровень сортировки, или так называемый уровень предварительной обработки, между приложением на цепочке Solana и основной сетью. Он использует надежные среды выполнения (Trusted Execution Environments, TEEs) для создания приватного песочницы, в которой сделки сортируются в соответствии с заранее установленными правилами сортировки или принципом первого пришёл, первого вышел (FIFO).

Этот механизм может лучше обслуживать такие протоколы, как ордерные книги, биржи бессрочных контрактов и темные пулы.

Режим сортировки сделок BAM

BAM поддерживает три режима работы:

1. Режим по умолчанию Solana
2. Режим Block-Engine: в настоящее время это основа некоторых MEV решений, основанных в основном на механизме торгов.
3. BAM режим: валидаторы строго сортируют по принципу FIFO

Основные моменты модели BAM включают в себя следующее:

1. Достоверные исполняемые среды ( TEEs ): Использование TEEs для создания приватной среды для сортировки транзакций, обеспечивая справедливость.
2. Плагинная система: с помощью плагинной системы BAM позволяет приложениям создавать собственную логику сортировки транзакций, но эта сортировка основывается на заранее установленных правилах, а не на произвольном решении узлов.

Планируется реализовать сложную сортировку транзакций в системе плагинов, одновременно сохраняя гарантии безопасности среды TEE. В настоящее время данная система все еще находится на ранней стадии разработки.

Конкретные применения BAM

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

2. Атомарные сделки: для децентрализованных бирж сначала обновляется цена оракула, а затем выполняются сделки, зависящие от этой цены. Для контрактных бирж также возможно расчет связанных деривативов в одно и то же время.

3. Защита от колебаний цен: для децентрализованных бирж, обнаружение аномально больших ордеров, их дробление на мелкие части для поэтапного выполнения, чтобы дать рынку достаточное время для реакции, избегая серьезных последствий от цепной ликвидации или арбитража.

4. Защита маркет-мейкеров: в случае непредвиденных событий необходимо в течение миллисекунд отменить ордера, обновить цены оракула и заново выставить ордера маркет-мейкера, чтобы избежать злонамеренного арбитража и уменьшить спред.

С развертыванием BAM торговый опыт на Solana будет значительно улучшен, приближая опыт использования ее основной сети к централизованным биржам.

В целом, BAM привнес в процесс обработки транзакций Solana проверяемость, защиту конфиденциальности и программируемость. Это позволяет разработчикам создавать центральные лимитные ордерные книги, биржи perpetual contracts, dark pools и другую финансовую инфраструктуру, которая требует контроля сортировки, детерминированного выполнения и защиты конфиденциальности, тем самым способствуя инновационному развитию экосистемы Solana.