Новые вызовы для Solana: стремление к более качественным сделкам, а не просто к высокому объему.
Solana как высокопроизводительная блокчейн-платформа известна своей быстрой обработкой транзакций и огромным объемом. Однако означает ли это, что она уже достигла идеальной цели? Глубокий анализ транзакционной ситуации Solana выявляет вопрос, заслуживающий размышлений: создают ли все эти транзакции реальную ценность?
На самом деле, значительный объем торгов на Solana не возникает из-за реального спроса на торговлю, а является результатом высокочастотных арбитражников, использующих миллисекундные информационные различия для получения прибыли. Эти участники, известные как "токсичные трейдеры", используют свои технические преимущества, чтобы в момент, когда маркетмейкеры собираются отменить ордер, повысить Gas-ставку, чтобы их сделки были упакованы в первую очередь, что приводит к арбитражу и убыткам для маркетмейкеров. Чтобы компенсировать эти убытки, маркетмейкеры вынуждены увеличивать спред, в конечном итоге заставляя обычных пользователей нести дополнительные расходы.
Solana всегда имела видение реализации книги заказов на блокчейне, заменяющей централизованные биржи. Однако существование "токсичных трейдеров" стало препятствием для достижения этой цели. Это новая проблема, с которой сталкивается Solana: объем не равен ликвидности. Действительно здоровому рынку нужны не больше сделок, а сделки более высокого качества.
Как исключить токсичные сделки и лучше защитить ликвидность?
В текущей системе Solana, из-за того, что ее механизмConsensus использует периодическую аукционную систему, исполнители заказов (особенно высокочастотные арбитражники) фактически имеют преимущественное право, что влияет на справедливость рынка. Конкретно, механизмConsensus Solana использует каждый период в 400 миллисекунд как временной слот (Slot), и в каждом Slot транзакции выполняются в порядке уплаты Gas-расходов.
Этот механизм приводит к тому, что маркет-мейкеры часто становятся "целью" высокочастотных арбитражников, которые часто корректируют свои котировки, отменяют заказы и размещают новые. Арбитражники, заплатив более высокие сборы, завершают сделки до того, как маркет-мейкеры отменят свои заказы, тем самым заставляя маркет-мейкеров нести убытки.
В идеале децентрализованные биржи (DEX) должны выполнять сделки в следующем порядке: сначала отменить все ордера, затем выполнить новые заявки, и, наконец, провести сделки. Однако текущий механизм консенсуса Solana не может реализовать это на микроуровне.
Точно так же, в отношении котировок оракулов, идеальная ситуация заключается в том, чтобы сначала обновить цену оракула, а затем выполнить сделки, зависящие от этой цены. Однако в текущем интервале в 400 миллисекунд рынок может из-за резких колебаний привести к тому, что сделки все равно будут выполняться по первоначальной цене.
Для кредитного соглашения лучшая практика заключается в том, чтобы сначала внести дополнительный залог, а затем произвести ликвидацию.
Таким образом, Solana нуждается в механизме, который позволит различным протоколам сортировать транзакции по мере необходимости, что и является тем, на что Solana всегда подчеркивает — управление выполнением приложений (Application-Controlled Execution, ACE).
BAM: Решение для Solana
Чтобы справиться с этими вызовами, Solana предложила решение — рынок сборки блоков (Block Assembly Marketplace, BAM). BAM на цепочке Solana создает слой сортировки или предварительной обработки между приложениями и основной сетью.
BAM использует доверенные вычислительные среды (Trusted Execution Environments, TEEs) для создания приватного песочницы, в которой сортировка сделок осуществляется в соответствии с заранее определенными правилами или принципом первого пришел - первого вышел (FIFO). Этот механизм предназначен для лучшего обслуживания протоколов, таких как книги заказов (CLOBs), биржи бессрочных контрактов и темные пулы.
Как работает BAM
Процесс сделки BAM следующий:
Пользователь подтверждает транзакцию в кошельке.
Отправка транзакции на RPC-узел.
Перевод транзакций в сеть BAM и сортировка в среде конфиденциальности TEE. В этом процессе узлы могут добавлять дополнительные транзакции через плагины, такие как обновление цен оракулов, а затем генерировать доказательства.
Данные о сделках отправлены на узел-лидер главной сети Solana.
Leader собирает транзакции, получает пакет BAM и упаковывает его в блок для распространения.
Другие узлы голосуют.
Стоит отметить, что консенсусный процесс BAM не противоречит основной сети Solana, а является дополнительной функцией. BAM не работает напрямую в основной сети Solana, а предварительно выполняет сортировку транзакций в "офлайн" режиме, упаковывая транзакции и отправляя их в основную сеть Solana.
Основные характеристики BAM
BAM поддерживает три режима работы: стандартный режим Solana, режим Block-Engine (текущая MEV-решение Jito, основа которого - механизм аукциона) и режим BAM (валидаторы строго по порядку FIFO).
Основные характеристики модели BAM включают:
Доверенные исполняемые среды (TEEs): использование TEEs для создания приватной среды, обеспечивающей справедливость сортировки транзакций.
Плагинная система: позволяет приложениям строить пользовательскую логику сортировки сделок, реализуя сложную сортировку сделок, при этом сохраняя безопасность среды TEE.
Практическое применение BAM
Применение BAM включает в себя:
Защита при ликвидации займов: в первую очередь выполняются операции по дополнительному обеспечению, затем проводится проверка ликвидации.
Атомные сделки: сначала обновите цены оракула, затем выполните сделки, которые зависят от этой цены, для контрактного DEX также можно урегулировать связанные деривативы.
Защита от ценовых колебаний: обнаружение аномально больших ордеров, их разбивка на мелкие части для поэтапного выполнения, чтобы дать рынку время на реакцию.
Защита маркетмейкера: в случае возникновения чрезвычайных ситуаций возможность отмены ордеров, обновления цен оракула и повторного размещения ордеров за миллисекунды, чтобы избежать злонамеренного арбитража.
В целом, BAM привнесла в процесс обработки транзакций Solana проверяемость, защиту конфиденциальности и программируемость. Она позволяет разработчикам создавать централизованные лимитные ордерные книги, биржи бессрочных контрактов, темные пулы и другую финансовую инфраструктуру, требующую контроля сортировки, детерминированного выполнения и защиты конфиденциальности, тем самым способствуя инновационному развитию экосистемы Solana.
С развертыванием BAM опыт торговли на Solana будет значительно улучшен, делая опыт использования приложений на основной сети Solana более схожим с централизованными биржами, при этом сохраняя преимущества децентрализованности. Этот прогресс откроет новые возможности для развития экосистемы Solana, позволяя ей стремиться к высокой производительности, одновременно больше уделяя внимание качеству сделок и справедливости на рынке.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
14 Лайков
Награда
14
6
Репост
Поделиться
комментарий
0/400
RooftopVIP
· 3ч назад
Не спешите с оптимизацией, сначала подождите, пока я покупаю падения.
Посмотреть ОригиналОтветить0
rugged_again
· 15ч назад
Высокочастотные собаки создают проблемы, нарушая рынок
Посмотреть ОригиналОтветить0
AirdropFreedom
· 15ч назад
ловушка собаки всегда была здесь
Посмотреть ОригиналОтветить0
DiamondHands
· 16ч назад
Эти акулы действительно не чувствуют усталости, когда пьют кровь.
Solana запустила BAM: оптимизация качества транзакций и создание более справедливой экосистемы Блокчейн
Новые вызовы для Solana: стремление к более качественным сделкам, а не просто к высокому объему.
Solana как высокопроизводительная блокчейн-платформа известна своей быстрой обработкой транзакций и огромным объемом. Однако означает ли это, что она уже достигла идеальной цели? Глубокий анализ транзакционной ситуации Solana выявляет вопрос, заслуживающий размышлений: создают ли все эти транзакции реальную ценность?
На самом деле, значительный объем торгов на Solana не возникает из-за реального спроса на торговлю, а является результатом высокочастотных арбитражников, использующих миллисекундные информационные различия для получения прибыли. Эти участники, известные как "токсичные трейдеры", используют свои технические преимущества, чтобы в момент, когда маркетмейкеры собираются отменить ордер, повысить Gas-ставку, чтобы их сделки были упакованы в первую очередь, что приводит к арбитражу и убыткам для маркетмейкеров. Чтобы компенсировать эти убытки, маркетмейкеры вынуждены увеличивать спред, в конечном итоге заставляя обычных пользователей нести дополнительные расходы.
Solana всегда имела видение реализации книги заказов на блокчейне, заменяющей централизованные биржи. Однако существование "токсичных трейдеров" стало препятствием для достижения этой цели. Это новая проблема, с которой сталкивается Solana: объем не равен ликвидности. Действительно здоровому рынку нужны не больше сделок, а сделки более высокого качества.
Как исключить токсичные сделки и лучше защитить ликвидность?
В текущей системе Solana, из-за того, что ее механизмConsensus использует периодическую аукционную систему, исполнители заказов (особенно высокочастотные арбитражники) фактически имеют преимущественное право, что влияет на справедливость рынка. Конкретно, механизмConsensus Solana использует каждый период в 400 миллисекунд как временной слот (Slot), и в каждом Slot транзакции выполняются в порядке уплаты Gas-расходов.
Этот механизм приводит к тому, что маркет-мейкеры часто становятся "целью" высокочастотных арбитражников, которые часто корректируют свои котировки, отменяют заказы и размещают новые. Арбитражники, заплатив более высокие сборы, завершают сделки до того, как маркет-мейкеры отменят свои заказы, тем самым заставляя маркет-мейкеров нести убытки.
В идеале децентрализованные биржи (DEX) должны выполнять сделки в следующем порядке: сначала отменить все ордера, затем выполнить новые заявки, и, наконец, провести сделки. Однако текущий механизм консенсуса Solana не может реализовать это на микроуровне.
Точно так же, в отношении котировок оракулов, идеальная ситуация заключается в том, чтобы сначала обновить цену оракула, а затем выполнить сделки, зависящие от этой цены. Однако в текущем интервале в 400 миллисекунд рынок может из-за резких колебаний привести к тому, что сделки все равно будут выполняться по первоначальной цене.
Для кредитного соглашения лучшая практика заключается в том, чтобы сначала внести дополнительный залог, а затем произвести ликвидацию.
Таким образом, Solana нуждается в механизме, который позволит различным протоколам сортировать транзакции по мере необходимости, что и является тем, на что Solana всегда подчеркивает — управление выполнением приложений (Application-Controlled Execution, ACE).
BAM: Решение для Solana
Чтобы справиться с этими вызовами, Solana предложила решение — рынок сборки блоков (Block Assembly Marketplace, BAM). BAM на цепочке Solana создает слой сортировки или предварительной обработки между приложениями и основной сетью.
BAM использует доверенные вычислительные среды (Trusted Execution Environments, TEEs) для создания приватного песочницы, в которой сортировка сделок осуществляется в соответствии с заранее определенными правилами или принципом первого пришел - первого вышел (FIFO). Этот механизм предназначен для лучшего обслуживания протоколов, таких как книги заказов (CLOBs), биржи бессрочных контрактов и темные пулы.
Как работает BAM
Процесс сделки BAM следующий:
Стоит отметить, что консенсусный процесс BAM не противоречит основной сети Solana, а является дополнительной функцией. BAM не работает напрямую в основной сети Solana, а предварительно выполняет сортировку транзакций в "офлайн" режиме, упаковывая транзакции и отправляя их в основную сеть Solana.
Основные характеристики BAM
BAM поддерживает три режима работы: стандартный режим Solana, режим Block-Engine (текущая MEV-решение Jito, основа которого - механизм аукциона) и режим BAM (валидаторы строго по порядку FIFO).
Основные характеристики модели BAM включают:
Практическое применение BAM
Применение BAM включает в себя:
В целом, BAM привнесла в процесс обработки транзакций Solana проверяемость, защиту конфиденциальности и программируемость. Она позволяет разработчикам создавать централизованные лимитные ордерные книги, биржи бессрочных контрактов, темные пулы и другую финансовую инфраструктуру, требующую контроля сортировки, детерминированного выполнения и защиты конфиденциальности, тем самым способствуя инновационному развитию экосистемы Solana.
С развертыванием BAM опыт торговли на Solana будет значительно улучшен, делая опыт использования приложений на основной сети Solana более схожим с централизованными биржами, при этом сохраняя преимущества децентрализованности. Этот прогресс откроет новые возможности для развития экосистемы Solana, позволяя ей стремиться к высокой производительности, одновременно больше уделяя внимание качеству сделок и справедливости на рынке.