Новые вызовы для Solana: повышение качества транзакций, а не их количества
Solana известна своей высокой скоростью и большой пропускной способностью транзакций, но этого достаточно? Когда мы углубляемся в анализ этих транзакций, невольно возникает вопрос: создают ли они реальную ценность?
На самом деле большинство транзакций на Solana не обусловлены реальным спросом, а исходят от высокочастотных трейдеров, которые используют миллисекундные информационные различия для арбитража. Эти так называемые "токсичные трейдеры" используют техническое преимущество, чтобы повысить Gas-стоимость в момент, когда маркет-мейкеры собираются отменить ордер, гарантируя приоритетное выполнение своих сделок и тем самым осуществляя арбитраж, нанося убытки маркет-мейкерам. Чтобы компенсировать эти убытки, маркет-мейкеры вынуждены увеличивать спред, в конечном итоге перекладывая расходы на обычных пользователей.
Solana всегда мечтала реализовать на блокчейне книгу заказов, способную заменить централизованные биржи, но наличие "токсичных трейдеров" стало преградой для достижения этой цели. Это и есть новая проблема, с которой сталкивается Solana: объем торгов не равен ликвидности. Истинно здоровому рынку нужны не больше торгов, а более качественные сделки.
Как исключить токсичные сделки и лучше защитить ликвидность?
В текущей системе, из-за того что механизм консенсуса Solana использует периодические аукционы, исполнители ордеров фактически имеют приоритет, что делает злоумышленное поведение MEV (максимально извлекаемой ценности) влияющим на справедливость рынка.
При существующем механизме консенсуса Solana в каждом временном слоте в 400 миллисекунд сделки сортируются по приоритету оплаченной комиссии Gas, и сделки с наивысшей ставкой исполняются в первую очередь. В этом процессе маркетмейкеры должны часто корректировать свои котировки, постоянно отменяя и вновь размещая ордера, чтобы адаптироваться к изменениям рыночной цены. Арбитражники же, следя за ценовыми разницами, немедленно завершают сделки, как только замечают возможность, часто платя более высокие комиссии, чтобы завершить сделку до того, как маркетмейкер отменит ордер, что приводит к частым убыткам для маркетмейкеров.
В идеале порядок сделок на децентрализованной бирже (DEX) должен быть следующим: с изменением цен сначала исполняются все отмены, затем новые ордера, и только потом сделки. Однако текущий механизмConsensus Solana не может реализовать это на микроуровне.
Аналогично, в отношении котировок оракула идеальным вариантом было бы сначала обновить цены оракула, а затем выполнить сделки, зависящие от этой цены. Однако в текущем интервале в 400 миллисекунд рынок может испытывать резкие колебания, что приведет к тому, что сделки все равно будут выполняться по изначальной цене.
Для кредитных соглашений лучшим вариантом является сначала пополнить залог, а затем провести ликвидацию.
Таким образом, Solana нуждается в механизме, который позволит различным протоколам сортировать транзакции в зависимости от потребностей, и это то, на что Solana постоянно акцентирует внимание - управление выполнением приложений (ACE).
BAM: решение Solana
BAM (рынок сборки блоков) — это ответ Solana на решение этих проблем. Он строит уровень сортировки или предварительной обработки между приложениями на цепи Solana и основной сетью. BAM использует доверенные среды выполнения (TEE) для создания приватного песочницы, в которой осуществляется сортировка транзакций по предустановленным правилам или принципу «первый пришел — первый обслужен» (FIFO), чтобы лучше обслуживать такие протоколы, как книги заказов, биржи бессрочных контрактов и темные пулы.
Как работает BAM
В традиционном процессе交易 Solana, после подтверждения транзакции пользователем, транзакция отправляется на узел Leader текущего временного слота через узел RPC. Лидер собирает транзакции, сортирует их и упаковывает в блок для распространения, а остальные узлы голосуют.
А в приложениях, подключенных к BAM, процесс транзакции немного отличается: сначала подтвержденные пользователем транзакции отправляются в сеть BAM, где они сортируются в среде TEE. В этом процессе узлы могут добавлять дополнительные транзакции через плагины, такие как обновление цен ораклов. Упорядоченные транзакционные пакеты отправляются на узел-лидер основной сети Solana, а затем упаковываются в блок и передаются по сети.
BAM на самом деле функционирует как дополнительный предварительный слой, не работающий напрямую в сети Solana, а выполняющий сортировку транзакций "вне сети", после чего отправляет отсортированные пакеты транзакций в основную сеть.
Три режима работы BAM
Режим по умолчанию Solana
Режим Block-Engine: текущее решение Jito по MEV, основа которого — механизм аукциона.
BAM-режим: валидаторы строго сортируют по принципу FIFO
Основные характеристики модели BAM включают:
Использование TEE для создания приватной среды для сортировки транзакций, чтобы обеспечить справедливость
Реализуйте сложную логику сортировки сделок через систему плагинов, позволяя приложениям настраивать собственные правила сортировки.
Практическое применение BAM
Защита от ликвидации займов: приоритетно выполнять операции по дополнительному обеспечению, затем проводить проверку ликвидации.
Атромные торговые комбинации: сначала обновите цену оракула, затем выполните сделки, зависящие от этой цены, для контрактного DEX также можно одновременно урегулировать связанные деривативы.
Защита от ценовых колебаний: обнаружение аномально крупных ордеров и их поэтапное исполнение, предоставление рынку времени для реакции, чтобы избежать негативных последствий, вызванных цепочечными ликвидациями или арбитражем.
Защита маркет-мейкеров: в случае возникновения непредвиденных обстоятельств возможность быстро отменить ордера, обновить цены и повторно разместить ордера, чтобы снизить риск недобросовестного арбитража.
С развертыванием BAM торговый опыт на Solana значительно улучшится, что сделает его пользовательский опыт в основной сети ближе к централизованной бирже.
В целом, BAM обеспечил проверяемость, защиту конфиденциальности и программируемость процесса обработки транзакций в Solana. Он позволяет разработчикам создавать центральные лимитные ордерные книги, биржи бессрочных контрактов, темные пулы и другую финансовую инфраструктуру, требующую контроля сортировки, детерминированного выполнения и защиты конфиденциальности, что способствует инновационному развитию экосистемы Solana.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
11 Лайков
Награда
11
4
Репост
Поделиться
комментарий
0/400
Layer2Arbitrageur
· 08-12 14:13
лmao просто еще один день, когда максималисты справляются с токсичным потоком... с первого дня опережаю на 15 базисных пунктов
Solana запустила решение BAM для повышения качества и справедливости交易
Новые вызовы для Solana: повышение качества транзакций, а не их количества
Solana известна своей высокой скоростью и большой пропускной способностью транзакций, но этого достаточно? Когда мы углубляемся в анализ этих транзакций, невольно возникает вопрос: создают ли они реальную ценность?
На самом деле большинство транзакций на Solana не обусловлены реальным спросом, а исходят от высокочастотных трейдеров, которые используют миллисекундные информационные различия для арбитража. Эти так называемые "токсичные трейдеры" используют техническое преимущество, чтобы повысить Gas-стоимость в момент, когда маркет-мейкеры собираются отменить ордер, гарантируя приоритетное выполнение своих сделок и тем самым осуществляя арбитраж, нанося убытки маркет-мейкерам. Чтобы компенсировать эти убытки, маркет-мейкеры вынуждены увеличивать спред, в конечном итоге перекладывая расходы на обычных пользователей.
Solana всегда мечтала реализовать на блокчейне книгу заказов, способную заменить централизованные биржи, но наличие "токсичных трейдеров" стало преградой для достижения этой цели. Это и есть новая проблема, с которой сталкивается Solana: объем торгов не равен ликвидности. Истинно здоровому рынку нужны не больше торгов, а более качественные сделки.
Как исключить токсичные сделки и лучше защитить ликвидность?
В текущей системе, из-за того что механизм консенсуса Solana использует периодические аукционы, исполнители ордеров фактически имеют приоритет, что делает злоумышленное поведение MEV (максимально извлекаемой ценности) влияющим на справедливость рынка.
При существующем механизме консенсуса Solana в каждом временном слоте в 400 миллисекунд сделки сортируются по приоритету оплаченной комиссии Gas, и сделки с наивысшей ставкой исполняются в первую очередь. В этом процессе маркетмейкеры должны часто корректировать свои котировки, постоянно отменяя и вновь размещая ордера, чтобы адаптироваться к изменениям рыночной цены. Арбитражники же, следя за ценовыми разницами, немедленно завершают сделки, как только замечают возможность, часто платя более высокие комиссии, чтобы завершить сделку до того, как маркетмейкер отменит ордер, что приводит к частым убыткам для маркетмейкеров.
В идеале порядок сделок на децентрализованной бирже (DEX) должен быть следующим: с изменением цен сначала исполняются все отмены, затем новые ордера, и только потом сделки. Однако текущий механизмConsensus Solana не может реализовать это на микроуровне.
Аналогично, в отношении котировок оракула идеальным вариантом было бы сначала обновить цены оракула, а затем выполнить сделки, зависящие от этой цены. Однако в текущем интервале в 400 миллисекунд рынок может испытывать резкие колебания, что приведет к тому, что сделки все равно будут выполняться по изначальной цене.
Для кредитных соглашений лучшим вариантом является сначала пополнить залог, а затем провести ликвидацию.
Таким образом, Solana нуждается в механизме, который позволит различным протоколам сортировать транзакции в зависимости от потребностей, и это то, на что Solana постоянно акцентирует внимание - управление выполнением приложений (ACE).
BAM: решение Solana
BAM (рынок сборки блоков) — это ответ Solana на решение этих проблем. Он строит уровень сортировки или предварительной обработки между приложениями на цепи Solana и основной сетью. BAM использует доверенные среды выполнения (TEE) для создания приватного песочницы, в которой осуществляется сортировка транзакций по предустановленным правилам или принципу «первый пришел — первый обслужен» (FIFO), чтобы лучше обслуживать такие протоколы, как книги заказов, биржи бессрочных контрактов и темные пулы.
Как работает BAM
В традиционном процессе交易 Solana, после подтверждения транзакции пользователем, транзакция отправляется на узел Leader текущего временного слота через узел RPC. Лидер собирает транзакции, сортирует их и упаковывает в блок для распространения, а остальные узлы голосуют.
А в приложениях, подключенных к BAM, процесс транзакции немного отличается: сначала подтвержденные пользователем транзакции отправляются в сеть BAM, где они сортируются в среде TEE. В этом процессе узлы могут добавлять дополнительные транзакции через плагины, такие как обновление цен ораклов. Упорядоченные транзакционные пакеты отправляются на узел-лидер основной сети Solana, а затем упаковываются в блок и передаются по сети.
BAM на самом деле функционирует как дополнительный предварительный слой, не работающий напрямую в сети Solana, а выполняющий сортировку транзакций "вне сети", после чего отправляет отсортированные пакеты транзакций в основную сеть.
Три режима работы BAM
Основные характеристики модели BAM включают:
Практическое применение BAM
С развертыванием BAM торговый опыт на Solana значительно улучшится, что сделает его пользовательский опыт в основной сети ближе к централизованной бирже.
В целом, BAM обеспечил проверяемость, защиту конфиденциальности и программируемость процесса обработки транзакций в Solana. Он позволяет разработчикам создавать центральные лимитные ордерные книги, биржи бессрочных контрактов, темные пулы и другую финансовую инфраструктуру, требующую контроля сортировки, детерминированного выполнения и защиты конфиденциальности, что способствует инновационному развитию экосистемы Solana.