Скорость и объем торгов Solana: действительно ли этого достаточно?
Solana известна своими быстрыми транзакциями и огромным объемом торгов, но означает ли это, что она достигла совершенства? Когда мы углубляемся в анализ этих транзакций, возникает ключевой вопрос: создают ли эти транзакции реальную ценность?
На самом деле, значительное количество сделок на Solana не обусловлено реальным спросом на сделки. Значительная часть сделок исходит от высокочастотных арбитражников, которые используют миллисекундные информационные различия для получения прибыли. Эти так называемые "токсичные трейдеры" используют свои технологические преимущества, чтобы приоритетно упаковывать свои сделки, увеличивая Gas-ставку в момент, когда маркет-мейкеры собираются отменить свои ордера, что приводит к арбитражу и убыткам для маркет-мейкеров. Чтобы компенсировать эти убытки, маркет-мейкеры вынуждены увеличивать спреды, в конечном итоге эти дополнительные расходы несут обычные пользователи.
Solana всегда имела видение реализации ордерной книги на блокчейне и замены централизованных бирж. Однако присутствие "ядовитых трейдеров" стало препятствием на пути к реализации этой мечты. Это выявило новые проблемы, с которыми сталкивается Solana: объем торгов не равен ликвидности. Действительно здоровый рынок нуждается не в большем количестве сделок, а в более качественных сделках.
Как исключить токсичные сделки и лучше защитить ликвидность?
В текущей системе, из-за того, что механизмConsensus Solana использует периодические аукционы, исполнители заказов фактически имеют приоритет, что приводит к тому, что злонамеренные действия MEV (максимально извлекаемая ценность) влияют на справедливость рынка.
Конкретно, в механизме консенсуса Solana каждые 400 миллисекунд (Slot) транзакции сортируются по приоритету платы за Gas, и транзакции с самой высокой ставкой выполняются первыми. В рамках этого механизма маркет-мейкеры должны часто корректировать котировки, постоянно отменяя и вновь выставляя ордера для адаптации к изменениям рыночной цены.
А высокочастотные арбитражники следят за ценовыми различиями и, как только находят возможность, сразу же заключают сделку. Они могут заплатить более высокую комиссию, чтобы гарантировать выполнение своей сделки до того, как маркетмейкеры отменят ордер, что приводит к тому, что маркетмейкеры часто несут убытки.
Для децентрализованных бирж (DEX) с ордерной книгой идеальный порядок исполнения сделок должен быть следующим: сначала выполняются все отмены заказов с учетом колебаний цен, затем новые ордера, и только потом сделки. Однако текущий механизм консенсуса Solana не может реализовать это на микроуровне.
Точно так же, что касается котировок оракулов, идеальная ситуация заключается в том, чтобы сначала обновить цены оракулов, а затем выполнить сделки, зависящие от этих цен. Но в настоящее время при интервале в 400 миллисекунд рынок может привести к тому, что сделки все еще будут выполняться по первоначальной цене из-за резких колебаний.
Для кредитных соглашений лучшая практика заключается в том, чтобы сначала пополнить залог, а затем проводить ликвидацию.
Таким образом, идеальное решение должно позволять различным протоколам сортировать транзакции в соответствии с их требованиями, что является концепцией, на которую Solana всегда акцентировала внимание, а именно контролируемое приложением выполнение (Application-Controlled Execution, ACE).
Чтобы справиться с этими вызовами, Solana предложила решение BAM (рынок сборки блоков).
Рынок сборки блоков: новый ответ Solana
BAM построил уровень сортировки, или предобработки, между уровнем приложений и основной сетью Solana. Он использует доверенные исполняемые среды (TEE) для создания приватного песочницы, где транзакции сортируются в соответствии с заранее определенными правилами или принципом FIFO (первый пришёл — первый вышел).
Это нововведение направлено на лучшее обслуживание таких протоколов, как книжка заказов, биржи бессрочных контрактов и темные пулы.
Как BAM изменяет процесс торговли Solana?
В традиционном процессе торговли Solana, после того как пользователь подтверждает сделку, сделка отправляется через RPC-узел на узел-лидера текущего временного слота. Лидер собирает сделки из пула сделок, сортирует их и упаковывает в блок для трансляции, а затем другие узлы голосуют за подтверждение.
А в приложениях, подключенных к BAM, процесс交易略有不同:
Пользователь подтверждает транзакцию
Отправка транзакции на RPC-узел
Перевод торговли в сеть BAM, сортировка выполняется в среде TEE
Отсортированный пакет транзакций отправляется на узел-лидер основной сети Solana
Лидер включает пакет данных BAM в блок и транслирует его
Другие узлы голосуют за подтверждение
Стоит отметить, что BAM не конфликтует с процессом консенсуса основной сети Solana, а является дополнительной функцией. Он предварительно завершает сортировку транзакций "вне цепи", а затем отправляет отсортированные пакеты транзакций в основную сеть Solana.
Режим работы BAM
BAM поддерживает три режима работы:
Режим по умолчанию Solana
Режим Block-Engine (текущая MEV-решение Jito, в основе которого лежит механизм аукциона)
BAM режим (валидаторы строго по порядку FIFO)
Основные характеристики модели BAM включают:
Использование защищенных исполняемых сред (TEEs) для создания конфиденциальной среды, обеспечивающей справедливость сортировки транзакций.
Позволяет приложениям строить пользовательскую логику сортировки транзакций через систему плагинов, реализуя сложные требования к сортировке.
Реальное применение BAM
Приложение BAM имеет широкий спектр применения, вот несколько конкретных примеров:
Защита при расчетах по займам: первоочередное выполнение операций по дополнительному обеспечению, затем проверка расчетов.
Атомные торговые комбинации: сначала обновите цену оракула, затем выполните сделки, зависящие от этой цены, для контрактного DEX также можно одновременно урегулировать соответствующие деривативы.
Защита от ценовых колебаний: обнаружение аномально крупных ордеров и их разбивка на мелкие сделки для поэтапного выполнения, чтобы дать рынку время на реакцию.
Защита маркет-мейкеров: в случае возникновения экстренных ситуаций разрешается отмена заявок, обновление цены оракула и повторное выставление заявок в миллисекунды, чтобы избежать злонамеренного арбитража.
Развертывание BAM значительно улучшит торговый опыт на Solana, приближая опыт использования его основной сети к централизованным биржам.
В целом, BAM принес в процесс обработки транзакций Solana проверяемость, защиту конфиденциальности и программируемость. Это позволяет разработчикам создавать центральные лимитные ордерные книги, бессрочные торговые площадки, темные пулы и другую финансовую инфраструктуру, требующую точного контроля очередности, детерминированного выполнения и обеспечения конфиденциальности, что способствует инновационному развитию экосистемы Solana.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
10 Лайков
Награда
10
4
Поделиться
комментарий
0/400
HappyToBeDumped
· 22ч назад
sol мои неудачники разыгрывайте людей как лохов остались
Посмотреть ОригиналОтветить0
SingleForYears
· 22ч назад
Обычные пользователи несут расходы? Будут играть для лохов.
Посмотреть ОригиналОтветить0
ruggedNotShrugged
· 23ч назад
Смывайся и спи, sol разыгрывайте людей как лохов, вошел в дело.
Solana представила решение BAM для повышения качества и справедливости сделок
Скорость и объем торгов Solana: действительно ли этого достаточно?
Solana известна своими быстрыми транзакциями и огромным объемом торгов, но означает ли это, что она достигла совершенства? Когда мы углубляемся в анализ этих транзакций, возникает ключевой вопрос: создают ли эти транзакции реальную ценность?
На самом деле, значительное количество сделок на Solana не обусловлено реальным спросом на сделки. Значительная часть сделок исходит от высокочастотных арбитражников, которые используют миллисекундные информационные различия для получения прибыли. Эти так называемые "токсичные трейдеры" используют свои технологические преимущества, чтобы приоритетно упаковывать свои сделки, увеличивая Gas-ставку в момент, когда маркет-мейкеры собираются отменить свои ордера, что приводит к арбитражу и убыткам для маркет-мейкеров. Чтобы компенсировать эти убытки, маркет-мейкеры вынуждены увеличивать спреды, в конечном итоге эти дополнительные расходы несут обычные пользователи.
Solana всегда имела видение реализации ордерной книги на блокчейне и замены централизованных бирж. Однако присутствие "ядовитых трейдеров" стало препятствием на пути к реализации этой мечты. Это выявило новые проблемы, с которыми сталкивается Solana: объем торгов не равен ликвидности. Действительно здоровый рынок нуждается не в большем количестве сделок, а в более качественных сделках.
Как исключить токсичные сделки и лучше защитить ликвидность?
В текущей системе, из-за того, что механизмConsensus Solana использует периодические аукционы, исполнители заказов фактически имеют приоритет, что приводит к тому, что злонамеренные действия MEV (максимально извлекаемая ценность) влияют на справедливость рынка.
Конкретно, в механизме консенсуса Solana каждые 400 миллисекунд (Slot) транзакции сортируются по приоритету платы за Gas, и транзакции с самой высокой ставкой выполняются первыми. В рамках этого механизма маркет-мейкеры должны часто корректировать котировки, постоянно отменяя и вновь выставляя ордера для адаптации к изменениям рыночной цены.
А высокочастотные арбитражники следят за ценовыми различиями и, как только находят возможность, сразу же заключают сделку. Они могут заплатить более высокую комиссию, чтобы гарантировать выполнение своей сделки до того, как маркетмейкеры отменят ордер, что приводит к тому, что маркетмейкеры часто несут убытки.
Для децентрализованных бирж (DEX) с ордерной книгой идеальный порядок исполнения сделок должен быть следующим: сначала выполняются все отмены заказов с учетом колебаний цен, затем новые ордера, и только потом сделки. Однако текущий механизм консенсуса Solana не может реализовать это на микроуровне.
Точно так же, что касается котировок оракулов, идеальная ситуация заключается в том, чтобы сначала обновить цены оракулов, а затем выполнить сделки, зависящие от этих цен. Но в настоящее время при интервале в 400 миллисекунд рынок может привести к тому, что сделки все еще будут выполняться по первоначальной цене из-за резких колебаний.
Для кредитных соглашений лучшая практика заключается в том, чтобы сначала пополнить залог, а затем проводить ликвидацию.
Таким образом, идеальное решение должно позволять различным протоколам сортировать транзакции в соответствии с их требованиями, что является концепцией, на которую Solana всегда акцентировала внимание, а именно контролируемое приложением выполнение (Application-Controlled Execution, ACE).
Чтобы справиться с этими вызовами, Solana предложила решение BAM (рынок сборки блоков).
Рынок сборки блоков: новый ответ Solana
BAM построил уровень сортировки, или предобработки, между уровнем приложений и основной сетью Solana. Он использует доверенные исполняемые среды (TEE) для создания приватного песочницы, где транзакции сортируются в соответствии с заранее определенными правилами или принципом FIFO (первый пришёл — первый вышел).
Это нововведение направлено на лучшее обслуживание таких протоколов, как книжка заказов, биржи бессрочных контрактов и темные пулы.
Как BAM изменяет процесс торговли Solana?
В традиционном процессе торговли Solana, после того как пользователь подтверждает сделку, сделка отправляется через RPC-узел на узел-лидера текущего временного слота. Лидер собирает сделки из пула сделок, сортирует их и упаковывает в блок для трансляции, а затем другие узлы голосуют за подтверждение.
А в приложениях, подключенных к BAM, процесс交易略有不同:
Стоит отметить, что BAM не конфликтует с процессом консенсуса основной сети Solana, а является дополнительной функцией. Он предварительно завершает сортировку транзакций "вне цепи", а затем отправляет отсортированные пакеты транзакций в основную сеть Solana.
Режим работы BAM
BAM поддерживает три режима работы:
Основные характеристики модели BAM включают:
Реальное применение BAM
Приложение BAM имеет широкий спектр применения, вот несколько конкретных примеров:
Развертывание BAM значительно улучшит торговый опыт на Solana, приближая опыт использования его основной сети к централизованным биржам.
В целом, BAM принес в процесс обработки транзакций Solana проверяемость, защиту конфиденциальности и программируемость. Это позволяет разработчикам создавать центральные лимитные ордерные книги, бессрочные торговые площадки, темные пулы и другую финансовую инфраструктуру, требующую точного контроля очередности, детерминированного выполнения и обеспечения конфиденциальности, что способствует инновационному развитию экосистемы Solana.