Новая проблема Solana: от стремления к скорости к стремлению к качественным сделкам
Solana известна своими высокоскоростными транзакциями и огромными объемами сделок, но этого действительно достаточно? Когда мы углубляемся в анализ этих сделок, возникает ключевой вопрос: создают ли эти транзакции реальную ценность?
На самом деле, значительное количество сделок на Solana не обусловлено реальным спросом на сделки, а возникает из-за высокочастотных арбитражников, которые используют миллисекундные информационные различия для получения прибыли. Эти так называемые "токсичные трейдеры" используют технологические преимущества, увеличивая Gas-стоимость в момент, когда маркет-мейкеры собираются отменить свои ордера, гарантируя таким образом, что их сделки будут упакованы первыми, что приводит к арбитражу и убыткам для маркет-мейкеров. Чтобы компенсировать эти убытки, маркет-мейкеры вынуждены расширять спреды, в конечном итоге дополнительные расходы ложатся на обычных пользователей.
Solana всегда мечтала о реализации системы ордеров, способной заменить централизованные биржи на блокчейне. Однако существование "токсичных трейдеров" стало препятствием для реализации этой мечты. Это новая проблема, с которой сталкивается Solana: объем торгов не равен ликвидности. Действительно здоровый рынок требует не большего количества сделок, а более качественных сделок.
Как исключить токсичные сделки и лучше защитить ликвидность?
В текущей системе, из-за того что механизм консенсуса Solana использует периодические аукционы, участники, которые забирают заявки, на самом деле имеют приоритет, что приводит к злонамеренному поведению MEV (максимально извлекаемая ценность), влияющему на справедливость рынка.
Механизм консенсуса Solana формирует временной слот (Slot) каждые 400 миллисекунд, в каждом временном слоте транзакции выполняются в порядке увеличения уплаченной комиссии за Gas. Этот механизм приводит к тому, что маркет-мейкеры вынуждены часто корректировать свои котировки, в то время как высокочастотные арбитражники могут завершать сделки, уплачивая более высокие комиссии, до того как маркет-мейкеры аннулируют свои ордера, что часто приводит к убыткам для маркет-мейкеров.
В идеальном случае децентрализованные биржи (DEX) должны выполнять сделки в следующем порядке: сначала выполнять все операции отмены, затем новые ордера, и, наконец, заключать сделки. Однако текущий механизм консенсуса Solana не может реализовать это на микроуровне.
Точно так же, в отношении котировок оракула, наилучшей практикой является сначала обновить цену оракула, а затем выполнять сделки, зависящие от этой цены. Однако в текущем интервале в 400 миллисекунд резкие колебания на рынке могут привести к тому, что сделки все равно будут исполняться по старой цене.
Для кредитных соглашений наилучший порядок — сначала пополнить маржу, а затем провести ликвидацию.
Таким образом, Solana нуждается в механизме, который позволяет различным протоколам сортировать транзакции в зависимости от потребностей, что является концепцией управления выполнением приложений (ACE), на которую Solana всегда делала акцент.
BAM: Решение Solana
Рынок сборки блоков (BAM) — это решение, предложенное Solana для решения этих проблем. BAM строит слой сортировки или предварительной обработки между приложениями на цепочке Solana и основной сетью.
BAM использует доверенные среды исполнения (TEE) для создания приватного песочницы, в которой транзакции сортируются на основе заранее определенных правил или принципа FIFO (первый пришел — первый вышел). Эта механика направлена на то, чтобы лучше обслуживать такие протоколы, как книги заказов, торговые площадки бессрочных контрактов и темные пулы.
Как работает BAM
Торговый процесс BAM отличается от обычного торгового процесса Solana. В режиме BAM сделки сначала отправляются на узел RPC, а затем переходят в сеть BAM. В среде конфиденциальности TEE происходит сортировка, узлы могут добавлять дополнительные сделки через плагины (например, обновление цен оракула), после чего генерируется доказательство. Наконец, пакет данных сделки отправляется на узел лидера основной сети Solana, где он упаковывается в блок вместе с другими сделками и транслируется.
BAM поддерживает три режима работы: стандартный режим Solana, режим Block-Engine (текущие MEV решения на некоторых платформах, основанные на механизме аукциона) и режим BAM (валидаторы строго следуют порядку FIFO).
Основные характеристики BAM
Доверенные вычислительные среды (TEEs): использование TEEs для создания приватной среды, обеспечивающей справедливость сортировки транзакций.
Плагинная система: позволяет приложениям создавать пользовательскую логику сортировки сделок для реализации сложных требований к сортировке.
Практическое применение BAM
Защита ликвидации заемов: приоритетное выполнение операций по дополнительному обеспечению, затем проверка ликвидации.
Атомарные сделки: для децентрализованных бирж сначала обновите цену оракула, а затем выполните сделки, зависящие от этой цены. Для контрактных бирж также можно урегулировать связанные деривативы в одно и то же временное окно.
Защита от ценовых колебаний: обнаружение аномально больших ордеров, их разделение на мелкие части для поэтапного выполнения, предоставление времени рынку для реакции, чтобы избежать цепной ликвидации или арбитража, приводящего к мертвому спирали.
Защита маркетмейкеров: в случае возникновения экстренной ситуации разрешается отмена заказов в течение миллисекунд, обновление цен оракула, повторное размещение заказов, чтобы избежать злонамеренного арбитража и уменьшить спред.
С введением BAM торговый опыт на Solana значительно улучшится, приближаясь к опыту централизованных бирж. BAM принесла в процесс обработки сделок на Solana проверяемость, защиту конфиденциальности и программируемость, что позволяет разработчикам создавать более сложную финансовую инфраструктуру и способствовать инновационному развитию экосистемы Solana.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
11 Лайков
Награда
11
5
Репост
Поделиться
комментарий
0/400
RektButStillHere
· 21ч назад
Большое количество ликвидационных ордеров не имеет смысла
Посмотреть ОригиналОтветить0
LiquidationAlert
· 21ч назад
Если так пойдет дальше, то Газ будет уходит в никуда для розничных инвесторов.
Посмотреть ОригиналОтветить0
PessimisticOracle
· 21ч назад
Кто еще торгует SOL, тот неудачники
Посмотреть ОригиналОтветить0
BearMarketSurvivor
· 21ч назад
ловушка для собак — это самая большая Неблагоприятная информация для web3
Посмотреть ОригиналОтветить0
CryptoPunster
· 21ч назад
Скоростная партия или опухоль, смеюсь до смерти, кто платит, тот и знает
Solana BAM: Путь трансформации от скорости транзакций к качеству транзакций
Новая проблема Solana: от стремления к скорости к стремлению к качественным сделкам
Solana известна своими высокоскоростными транзакциями и огромными объемами сделок, но этого действительно достаточно? Когда мы углубляемся в анализ этих сделок, возникает ключевой вопрос: создают ли эти транзакции реальную ценность?
На самом деле, значительное количество сделок на Solana не обусловлено реальным спросом на сделки, а возникает из-за высокочастотных арбитражников, которые используют миллисекундные информационные различия для получения прибыли. Эти так называемые "токсичные трейдеры" используют технологические преимущества, увеличивая Gas-стоимость в момент, когда маркет-мейкеры собираются отменить свои ордера, гарантируя таким образом, что их сделки будут упакованы первыми, что приводит к арбитражу и убыткам для маркет-мейкеров. Чтобы компенсировать эти убытки, маркет-мейкеры вынуждены расширять спреды, в конечном итоге дополнительные расходы ложатся на обычных пользователей.
Solana всегда мечтала о реализации системы ордеров, способной заменить централизованные биржи на блокчейне. Однако существование "токсичных трейдеров" стало препятствием для реализации этой мечты. Это новая проблема, с которой сталкивается Solana: объем торгов не равен ликвидности. Действительно здоровый рынок требует не большего количества сделок, а более качественных сделок.
Как исключить токсичные сделки и лучше защитить ликвидность?
В текущей системе, из-за того что механизм консенсуса Solana использует периодические аукционы, участники, которые забирают заявки, на самом деле имеют приоритет, что приводит к злонамеренному поведению MEV (максимально извлекаемая ценность), влияющему на справедливость рынка.
Механизм консенсуса Solana формирует временной слот (Slot) каждые 400 миллисекунд, в каждом временном слоте транзакции выполняются в порядке увеличения уплаченной комиссии за Gas. Этот механизм приводит к тому, что маркет-мейкеры вынуждены часто корректировать свои котировки, в то время как высокочастотные арбитражники могут завершать сделки, уплачивая более высокие комиссии, до того как маркет-мейкеры аннулируют свои ордера, что часто приводит к убыткам для маркет-мейкеров.
В идеальном случае децентрализованные биржи (DEX) должны выполнять сделки в следующем порядке: сначала выполнять все операции отмены, затем новые ордера, и, наконец, заключать сделки. Однако текущий механизм консенсуса Solana не может реализовать это на микроуровне.
Точно так же, в отношении котировок оракула, наилучшей практикой является сначала обновить цену оракула, а затем выполнять сделки, зависящие от этой цены. Однако в текущем интервале в 400 миллисекунд резкие колебания на рынке могут привести к тому, что сделки все равно будут исполняться по старой цене.
Для кредитных соглашений наилучший порядок — сначала пополнить маржу, а затем провести ликвидацию.
Таким образом, Solana нуждается в механизме, который позволяет различным протоколам сортировать транзакции в зависимости от потребностей, что является концепцией управления выполнением приложений (ACE), на которую Solana всегда делала акцент.
BAM: Решение Solana
Рынок сборки блоков (BAM) — это решение, предложенное Solana для решения этих проблем. BAM строит слой сортировки или предварительной обработки между приложениями на цепочке Solana и основной сетью.
BAM использует доверенные среды исполнения (TEE) для создания приватного песочницы, в которой транзакции сортируются на основе заранее определенных правил или принципа FIFO (первый пришел — первый вышел). Эта механика направлена на то, чтобы лучше обслуживать такие протоколы, как книги заказов, торговые площадки бессрочных контрактов и темные пулы.
Как работает BAM
Торговый процесс BAM отличается от обычного торгового процесса Solana. В режиме BAM сделки сначала отправляются на узел RPC, а затем переходят в сеть BAM. В среде конфиденциальности TEE происходит сортировка, узлы могут добавлять дополнительные сделки через плагины (например, обновление цен оракула), после чего генерируется доказательство. Наконец, пакет данных сделки отправляется на узел лидера основной сети Solana, где он упаковывается в блок вместе с другими сделками и транслируется.
BAM поддерживает три режима работы: стандартный режим Solana, режим Block-Engine (текущие MEV решения на некоторых платформах, основанные на механизме аукциона) и режим BAM (валидаторы строго следуют порядку FIFO).
Основные характеристики BAM
Доверенные вычислительные среды (TEEs): использование TEEs для создания приватной среды, обеспечивающей справедливость сортировки транзакций.
Плагинная система: позволяет приложениям создавать пользовательскую логику сортировки сделок для реализации сложных требований к сортировке.
Практическое применение BAM
Защита ликвидации заемов: приоритетное выполнение операций по дополнительному обеспечению, затем проверка ликвидации.
Атомарные сделки: для децентрализованных бирж сначала обновите цену оракула, а затем выполните сделки, зависящие от этой цены. Для контрактных бирж также можно урегулировать связанные деривативы в одно и то же временное окно.
Защита от ценовых колебаний: обнаружение аномально больших ордеров, их разделение на мелкие части для поэтапного выполнения, предоставление времени рынку для реакции, чтобы избежать цепной ликвидации или арбитража, приводящего к мертвому спирали.
Защита маркетмейкеров: в случае возникновения экстренной ситуации разрешается отмена заказов в течение миллисекунд, обновление цен оракула, повторное размещение заказов, чтобы избежать злонамеренного арбитража и уменьшить спред.
С введением BAM торговый опыт на Solana значительно улучшится, приближаясь к опыту централизованных бирж. BAM принесла в процесс обработки сделок на Solana проверяемость, защиту конфиденциальности и программируемость, что позволяет разработчикам создавать более сложную финансовую инфраструктуру и способствовать инновационному развитию экосистемы Solana.