Баланс между скоростью транзакций Solana и созданием ценности
Solana известна своей быстрой скоростью транзакций и большим объемом торгов, но означает ли это, что она достигла совершенства? Когда мы внимательно рассматриваем эти транзакции, возникает ключевой вопрос: создают ли эти транзакции реальную ценность?
На самом деле, значительное количество транзакций на Solana не является следствием реального спроса на сделки. Значительная часть этих транзакций исходит от высокочастотных арбитражников, которые используют миллисекундные информационные различия для получения прибыли. Эти так называемые "токсичные трейдеры" используют свои технологические преимущества, чтобы в момент, когда маркетмейкеры собираются отменить заявку, повысить Gas-стоимость, чтобы их транзакции имели приоритет при упаковке, что позволяет им осуществлять арбитраж и приводит к убыткам маркетмейкеров. Чтобы компенсировать эти убытки, маркетмейкерам приходится расширять спреды, в конечном итоге обычные пользователи несут эти дополнительные расходы.
Solana всегда имела видение реализации ордербука на блокчейне, заменяющего централизованные биржи. Однако наличие "токсичных трейдеров" стало главной преградой для достижения этой цели. Это новая проблема, с которой сейчас сталкивается Solana: объем торгов не равен ликвидности. Действительно здоровый рынок требует не больше торгов, а более качественных сделок.
Как исключить токсичные сделки и лучше защитить ликвидность?
В текущей системе, из-за того, что механизм консенсуса Solana использует периодические аукционы, те, кто «съедает ордера», фактически имеют приоритет, что приводит к злонамеренному поведению MEV (вытаскиваемая ценность майнеров), влияющему на справедливость рынка.
Конкретно, в механизме консенсуса Solana транзакции в каждом временном интервале (Slot) сортируются по приоритетным газовым расходам, оплачиваемым за выполнение, и транзакции с самой высокой ставкой исполняются в первую очередь. Этот аукционный механизм происходит каждые 400 миллисекунд. В этом процессе маркет-мейкеры должны часто корректировать свои предложения, включая отмену и повторное размещение заявок, чтобы адаптироваться к изменениям рыночной цены.
А те, кто торгует на понижение, особенно высокочастотные арбитражники, постоянно мониторят ценовые различия и, как только обнаруживают возможность, немедленно заключают сделку. Они могут заплатить более высокую комиссию, чтобы гарантировать выполнение сделки до того, как маркет-мейкеры отменят ордер, что приводит к частым потерям для маркет-мейкеров.
Для децентрализованных бирж (DEX) с ордерными книгами идеальный порядок торговли должен быть следующим: с учетом колебаний цен сначала выполняются все операции по отмене, затем новые ордера, и только потом сделки. Однако текущий механизм консенсуса Solana не может реализовать это на микроуровне.
Та же проблема существует и на уровне котировок оракулов. В идеале, сначала следует обновить цену оракула, а затем выполнять сделки, зависящие от этой цены. Однако в текущем интервале в 400 миллисекунд рынок может подвергаться резким колебаниям, что приводит к тому, что сделки все еще совершаются по первоначальной цене.
Для кредитных соглашений оптимальная последовательность действий должна быть следующей: сначала пополнить маржу, затем провести ликвидацию.
Таким образом, Solana нуждается в механизме, который позволит различным протоколам сортировать транзакции в соответствии с их потребностями. Это концепция, которую Solana постоянно подчеркивает, известная как управление выполнением приложениями (Application-Controlled Execution, ACE).
Чтобы решить эти проблемы, Solana предложила решение BAM (рынок сборки блоков).
BAM: Новый ответ Solana
BAM построил уровень сортировки между приложенческой и основной сетями Solana, который также можно назвать уровнем предварительной обработки. Он использует надежные среды выполнения (TEE) для создания приватного песочницы, в котором транзакции сортируются в соответствии с заранее определенными правилами или принципом FIFO.
Данная инновация направлена на улучшение обслуживания таких протоколов, как ордерные книги, биржи бессрочных контрактов и темные пулы.
Сравнение традиционной обработки сделок в Solana и модели BAM
Чтобы лучше понять, как BAM строит уровень сортировки между приложениями на Solana и основной сетью, мы можем сравнить традиционный процесс транзакций Solana и процесс после внедрения BAM:
Традиционный процесс торговли Solana:
Пользователь подтверждает транзакцию в кошельке
Отправка транзакции на RPC узел
RPC отправляет транзакцию текущему лидеру узла основной сети Solana
Лидер собирает транзакции из пула транзакций, сортирует их, упаковывает в блок и рассылает.
Другие узлы голосуют
Процесс торговли после внедрения BAM:
Пользователь подтверждает транзакцию в кошельке
Отправка транзакции на RPC-узел
Пересылайте сделки в сеть BAM, сортируя их в среде TEE. В это время узлы могут добавлять дополнительные сделки через плагины (например, обновление цен оракула), а затем генерировать доказательства.
Пакет данных транзакции отправляется на главный узел Leader сети Solana
Лидер включает пакеты данных BAM при сборе транзакций, упаковывает их в блоки и транслирует.
Голосование других узлов
Стоит отметить, что BAM не конфликтует с процессом консенсуса основной сети Solana, а является дополнительной функцией. BAM не работает непосредственно в основной сети Solana, а предварительно сортирует транзакции "вне цепочки", упаковывает их и затем отправляет в основную сеть Solana.
Режим сортировки транзакций BAM
BAM поддерживает три режима работы:
Solana по умолчанию
Режим Block-Engine: текущее решение Jito по MEV, основа которого - механизм торгов.
BAM режим: валидаторы строго сортируют по принципу первый пришел - первый вышел (FIFO)
Основные характеристики BAM-режима включают:
Доверенные исполняемые среды (TEEs): использование TEE для создания приватной среды для сортировки транзакций, чтобы обеспечить справедливость.
Плагинная система: через плагинную систему BAM позволяет приложениям создавать пользовательскую логику сортировки транзакций. Эта пользовательская сортировка основана на заранее установленных правилах, а не на произвольной сортировке узлов. Плагинная система планирует реализовать сложную сортировку транзакций, сохраняя при этом гарантии безопасности TEE. В настоящее время система все еще находится на ранней стадии разработки.
Практическое применение BAM
Фактические применения BAM включают:
Защита от ликвидации займа: для заёмных соглашений после обнаружения ликвидационных рисков приоритетно выполняются операции по дополнительному обеспечению, затем проводится проверка ликвидации.
Атомарные торговые комбинации: для DEX сначала обновите цену оракула, а затем выполните сделки, зависящие от этой цены. Для контрактного DEX также можно производить расчет связанных деривативов в одном и том же временном окне.
Защита от ценовых колебаний: для DEX обнаружение аномально крупных сделок, их разбивка на мелкие транзакции для поэтапного выполнения, предоставление рынку достаточного времени для реакции, чтобы избежать смертельной спирали из-за цепной ликвидации или арбитража.
Защита маркет-мейкеров: в случае возникновения экстренной ситуации можно в течение миллисекунд отменить ордера, обновить цены оракула, заново разместить ордера маркет-мейкера и т.д., чтобы избежать злонамеренного арбитража и уменьшить спред.
С развертыванием BAM ожидается значительное улучшение торгового опыта на Solana, приближая его опыт использования на основной сети к централизованным биржам.
В целом, BAM приносит в процесс обработки транзакций Solana проверяемость, защиту конфиденциальности и программируемость. Это позволяет разработчикам создавать центральные лимитные ордерные книги, биржи бессрочных контрактов, темные пулы и другую финансовую инфраструктуру, требующую контроля сортировки, детерминированного выполнения и защиты конфиденциальности, тем самым способствуя инновационному развитию экосистемы Solana.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
9 Лайков
Награда
9
6
Репост
Поделиться
комментарий
0/400
blockBoy
· 7ч назад
Будут играть для лохов не важно быстро или медленно
Посмотреть ОригиналОтветить0
shadowy_supercoder
· 7ч назад
Играя со словами, быть обманутым - это называется инновацией.
Посмотреть ОригиналОтветить0
ThreeHornBlasts
· 7ч назад
Это всего лишь раковая опухоль.
Посмотреть ОригиналОтветить0
SchrödingersNode
· 7ч назад
Высокочастотная ловушка для собак, такая обманчивая.
Посмотреть ОригиналОтветить0
AirdropHunter
· 7ч назад
ловушка ловушка ловушка! Арбитраж на берегу и всё.
BAM-решение Solana: баланс между высокоскоростной торговлей и созданием реальной ценности
Баланс между скоростью транзакций Solana и созданием ценности
Solana известна своей быстрой скоростью транзакций и большим объемом торгов, но означает ли это, что она достигла совершенства? Когда мы внимательно рассматриваем эти транзакции, возникает ключевой вопрос: создают ли эти транзакции реальную ценность?
На самом деле, значительное количество транзакций на Solana не является следствием реального спроса на сделки. Значительная часть этих транзакций исходит от высокочастотных арбитражников, которые используют миллисекундные информационные различия для получения прибыли. Эти так называемые "токсичные трейдеры" используют свои технологические преимущества, чтобы в момент, когда маркетмейкеры собираются отменить заявку, повысить Gas-стоимость, чтобы их транзакции имели приоритет при упаковке, что позволяет им осуществлять арбитраж и приводит к убыткам маркетмейкеров. Чтобы компенсировать эти убытки, маркетмейкерам приходится расширять спреды, в конечном итоге обычные пользователи несут эти дополнительные расходы.
Solana всегда имела видение реализации ордербука на блокчейне, заменяющего централизованные биржи. Однако наличие "токсичных трейдеров" стало главной преградой для достижения этой цели. Это новая проблема, с которой сейчас сталкивается Solana: объем торгов не равен ликвидности. Действительно здоровый рынок требует не больше торгов, а более качественных сделок.
Как исключить токсичные сделки и лучше защитить ликвидность?
В текущей системе, из-за того, что механизм консенсуса Solana использует периодические аукционы, те, кто «съедает ордера», фактически имеют приоритет, что приводит к злонамеренному поведению MEV (вытаскиваемая ценность майнеров), влияющему на справедливость рынка.
Конкретно, в механизме консенсуса Solana транзакции в каждом временном интервале (Slot) сортируются по приоритетным газовым расходам, оплачиваемым за выполнение, и транзакции с самой высокой ставкой исполняются в первую очередь. Этот аукционный механизм происходит каждые 400 миллисекунд. В этом процессе маркет-мейкеры должны часто корректировать свои предложения, включая отмену и повторное размещение заявок, чтобы адаптироваться к изменениям рыночной цены.
А те, кто торгует на понижение, особенно высокочастотные арбитражники, постоянно мониторят ценовые различия и, как только обнаруживают возможность, немедленно заключают сделку. Они могут заплатить более высокую комиссию, чтобы гарантировать выполнение сделки до того, как маркет-мейкеры отменят ордер, что приводит к частым потерям для маркет-мейкеров.
Для децентрализованных бирж (DEX) с ордерными книгами идеальный порядок торговли должен быть следующим: с учетом колебаний цен сначала выполняются все операции по отмене, затем новые ордера, и только потом сделки. Однако текущий механизм консенсуса Solana не может реализовать это на микроуровне.
Та же проблема существует и на уровне котировок оракулов. В идеале, сначала следует обновить цену оракула, а затем выполнять сделки, зависящие от этой цены. Однако в текущем интервале в 400 миллисекунд рынок может подвергаться резким колебаниям, что приводит к тому, что сделки все еще совершаются по первоначальной цене.
Для кредитных соглашений оптимальная последовательность действий должна быть следующей: сначала пополнить маржу, затем провести ликвидацию.
Таким образом, Solana нуждается в механизме, который позволит различным протоколам сортировать транзакции в соответствии с их потребностями. Это концепция, которую Solana постоянно подчеркивает, известная как управление выполнением приложениями (Application-Controlled Execution, ACE).
Чтобы решить эти проблемы, Solana предложила решение BAM (рынок сборки блоков).
BAM: Новый ответ Solana
BAM построил уровень сортировки между приложенческой и основной сетями Solana, который также можно назвать уровнем предварительной обработки. Он использует надежные среды выполнения (TEE) для создания приватного песочницы, в котором транзакции сортируются в соответствии с заранее определенными правилами или принципом FIFO.
Данная инновация направлена на улучшение обслуживания таких протоколов, как ордерные книги, биржи бессрочных контрактов и темные пулы.
Сравнение традиционной обработки сделок в Solana и модели BAM
Чтобы лучше понять, как BAM строит уровень сортировки между приложениями на Solana и основной сетью, мы можем сравнить традиционный процесс транзакций Solana и процесс после внедрения BAM:
Традиционный процесс торговли Solana:
Процесс торговли после внедрения BAM:
Стоит отметить, что BAM не конфликтует с процессом консенсуса основной сети Solana, а является дополнительной функцией. BAM не работает непосредственно в основной сети Solana, а предварительно сортирует транзакции "вне цепочки", упаковывает их и затем отправляет в основную сеть Solana.
Режим сортировки транзакций BAM
BAM поддерживает три режима работы:
Основные характеристики BAM-режима включают:
Доверенные исполняемые среды (TEEs): использование TEE для создания приватной среды для сортировки транзакций, чтобы обеспечить справедливость.
Плагинная система: через плагинную систему BAM позволяет приложениям создавать пользовательскую логику сортировки транзакций. Эта пользовательская сортировка основана на заранее установленных правилах, а не на произвольной сортировке узлов. Плагинная система планирует реализовать сложную сортировку транзакций, сохраняя при этом гарантии безопасности TEE. В настоящее время система все еще находится на ранней стадии разработки.
Практическое применение BAM
Фактические применения BAM включают:
Защита от ликвидации займа: для заёмных соглашений после обнаружения ликвидационных рисков приоритетно выполняются операции по дополнительному обеспечению, затем проводится проверка ликвидации.
Атомарные торговые комбинации: для DEX сначала обновите цену оракула, а затем выполните сделки, зависящие от этой цены. Для контрактного DEX также можно производить расчет связанных деривативов в одном и том же временном окне.
Защита от ценовых колебаний: для DEX обнаружение аномально крупных сделок, их разбивка на мелкие транзакции для поэтапного выполнения, предоставление рынку достаточного времени для реакции, чтобы избежать смертельной спирали из-за цепной ликвидации или арбитража.
Защита маркет-мейкеров: в случае возникновения экстренной ситуации можно в течение миллисекунд отменить ордера, обновить цены оракула, заново разместить ордера маркет-мейкера и т.д., чтобы избежать злонамеренного арбитража и уменьшить спред.
С развертыванием BAM ожидается значительное улучшение торгового опыта на Solana, приближая его опыт использования на основной сети к централизованным биржам.
В целом, BAM приносит в процесс обработки транзакций Solana проверяемость, защиту конфиденциальности и программируемость. Это позволяет разработчикам создавать центральные лимитные ордерные книги, биржи бессрочных контрактов, темные пулы и другую финансовую инфраструктуру, требующую контроля сортировки, детерминированного выполнения и защиты конфиденциальности, тем самым способствуя инновационному развитию экосистемы Solana.