Новые вызовы для Solana: повышение качества сделок, а не их количества
Solana известна своими быстрыми транзакциями и огромным объемом торгов, но означает ли это, что она уже "достаточно хороша"? При глубоком анализе этих транзакций мы не можем не задаться вопросом: действительно ли они создают реальную ценность?
На самом деле, большое количество сделок в Solana не обусловлено реальным спросом, а является результатом высокочастотных арбитражников, использующих миллисекундные информационные различия для получения прибыли. Эти "токсичные трейдеры" с помощью технического преимущества увеличивают стоимость Gas, когда маркетмейкеры собираются отменить ордера, обеспечивая приоритетное выполнение своих сделок и завершая арбитраж, что приводит к убыткам для маркетмейкеров. Чтобы компенсировать эти убытки, маркетмейкеры вынуждены увеличивать спред, в конечном итоге возлагая дополнительные расходы на обычных пользователей.
Solana всегда мечтала реализовать ордербук на блокчейне, заменив централизованные биржи. Однако существование "отравляющих трейдеров" стало основной преградой для достижения этой цели. Это выявило новые проблемы, с которыми сталкивается Solana: объемы торговли не равны ликвидности. Здоровый рынок требует не большего количества сделок, а сделок более высокого качества.
Как исключить токсичные сделки и защитить ликвидность рынка?
В текущей системе, из-за того, что механизмConsensus Solana использует периодические аукционы, участники, которые забирают ордера, фактически имеют приоритет, что приводит к тому, что злонамеренный MEV влияет на справедливость рынка.
В механизмеConsensus Solana, каждые 400 миллисекунд создается временной интервал (Slot), где сделки выполняются в порядке убывания уплаченных газовых сборов. В этом процессе маркет-мейкеры должны часто корректировать свои котировки, в то время как высокочастотные арбитражники, следя за ценовыми различиями, сразу заключают сделки, как только обнаруживают возможность. Платя более высокие сборы, арбитражники могут завершить сделку раньше, чем маркет-мейкеры отменят ордера, что приводит к частым убыткам для маркет-мейкеров.
В идеальных условиях, децентрализованная биржа (DEX) должна сначала выполнять все отмены, затем новые ордера, и только в последнюю очередь выполнять сделки. Однако текущий механизм согласия Solana не может реализовать это на микроуровне. Аналогично, в отношении котировок оракулов, лучшая практика заключается в том, чтобы сначала обновить цену оракула, а затем выполнить сделки, зависящие от этой цены. Но в течение 400 миллисекунд рынок может подвергнуться резким колебаниям, в результате чего сделки будут выполнены по первоначальной цене.
Для кредитных соглашений идеальный порядок действий заключается в том, чтобы сначала внести маржу, а затем провести ликвидацию.
Таким образом, Solana нуждается в механизме, позволяющем различным протоколам сортировать транзакции в зависимости от потребностей, что называется контролем приложений выполнения (ACE).
BAM:Решение Solana
Рынок сборки блоков ( BAM ) является решением, предложенным Solana для решения этих проблем. BAM построил слой сортировки или предварительной обработки между приложениями на цепи Solana и основной сетью. Он использует доверенные исполняемые среды ( TEE ) для создания приватного песочницы, в которой транзакции сортируются в соответствии с заданными правилами или принципом «первый пришел - первый вышел» ( FIFO ).
Эта механика направлена на лучшее обслуживание таких протоколов, как ордерные книги, биржи вечных контрактов и темные пулы.
Модель работы BAM
BAM поддерживает три режима работы: стандартный режим Solana, режим Block-Engine (, текущее решение Jito по MEV, основа которого - механизм аукциона ) и режим BAM (, в котором валидаторы строго следуют порядку FIFO ).
Ключевые особенности модели BAM включают:
Используйте доверенные среды выполнения ( TEEs ) для создания приватной среды, обеспечивая справедливую сортировку транзакций.
Реализовать сложную логику сортировки через систему плагинов, позволяя приложениям настраивать правила сортировки транзакций.
Реализовать функцию управления приложением (ACE), чтобы удовлетворить специфические требования различных протоколов.
Практическое применение BAM
Применение BAM включает в себя:
Защита ликвидации заемов: приоритетное выполнение операций по пополнению залога, затем проведение проверки ликвидации.
Атомарные сделки: выполнение обновления цен оракула и связанных сделок в одно и то же временное окно.
Защита от ценовых колебаний: обнаружение и поэтапное выполнение крупных заказов, чтобы избежать резких колебаний на рынке.
Защита маркет-мейкеров: позволяет отмену и повторное размещение заявок на миллисекундном уровне, снижая риск злонамеренного арбитража.
Заключение
BAM ввел в процесс обработки транзакций Solana проверяемость, защиту конфиденциальности и программируемость. Это позволяет разработчикам создавать децентрализованные приложения, более близкие к опыту централизованных бирж, включая центральную книгу лимитных заказов, биржи бессрочных контрактов и темные пулы. Эта инновация, как ожидается, будет способствовать дальнейшему развитию экосистемы Solana, улучшая общее качество торговли и пользовательский опыт.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
15 Лайков
Награда
15
6
Репост
Поделиться
комментарий
0/400
SchrodingerAirdrop
· 8ч назад
Слушай мой совет, не покупайте падения sol!
Посмотреть ОригиналОтветить0
TestnetFreeloader
· 08-10 19:45
Газ поднялся, и обычные пользователи тоже не осмеливаются действовать.
Посмотреть ОригиналОтветить0
rekt_but_resilient
· 08-10 19:43
Разве не лучше заниматься Лайна?
Посмотреть ОригиналОтветить0
GateUser-1a2ed0b9
· 08-10 19:42
в блокчейне паразит, да?
Посмотреть ОригиналОтветить0
quiet_lurker
· 08-10 19:20
На самом деле много опухолей.
Посмотреть ОригиналОтветить0
MrRightClick
· 08-10 19:16
Объем торгов — это последнее оправдание спекуляций.
Solana представила BAM-решение для повышения качества торговли и борьбы с вредоносным MEV.
Новые вызовы для Solana: повышение качества сделок, а не их количества
Solana известна своими быстрыми транзакциями и огромным объемом торгов, но означает ли это, что она уже "достаточно хороша"? При глубоком анализе этих транзакций мы не можем не задаться вопросом: действительно ли они создают реальную ценность?
На самом деле, большое количество сделок в Solana не обусловлено реальным спросом, а является результатом высокочастотных арбитражников, использующих миллисекундные информационные различия для получения прибыли. Эти "токсичные трейдеры" с помощью технического преимущества увеличивают стоимость Gas, когда маркетмейкеры собираются отменить ордера, обеспечивая приоритетное выполнение своих сделок и завершая арбитраж, что приводит к убыткам для маркетмейкеров. Чтобы компенсировать эти убытки, маркетмейкеры вынуждены увеличивать спред, в конечном итоге возлагая дополнительные расходы на обычных пользователей.
Solana всегда мечтала реализовать ордербук на блокчейне, заменив централизованные биржи. Однако существование "отравляющих трейдеров" стало основной преградой для достижения этой цели. Это выявило новые проблемы, с которыми сталкивается Solana: объемы торговли не равны ликвидности. Здоровый рынок требует не большего количества сделок, а сделок более высокого качества.
Как исключить токсичные сделки и защитить ликвидность рынка?
В текущей системе, из-за того, что механизмConsensus Solana использует периодические аукционы, участники, которые забирают ордера, фактически имеют приоритет, что приводит к тому, что злонамеренный MEV влияет на справедливость рынка.
В механизмеConsensus Solana, каждые 400 миллисекунд создается временной интервал (Slot), где сделки выполняются в порядке убывания уплаченных газовых сборов. В этом процессе маркет-мейкеры должны часто корректировать свои котировки, в то время как высокочастотные арбитражники, следя за ценовыми различиями, сразу заключают сделки, как только обнаруживают возможность. Платя более высокие сборы, арбитражники могут завершить сделку раньше, чем маркет-мейкеры отменят ордера, что приводит к частым убыткам для маркет-мейкеров.
В идеальных условиях, децентрализованная биржа (DEX) должна сначала выполнять все отмены, затем новые ордера, и только в последнюю очередь выполнять сделки. Однако текущий механизм согласия Solana не может реализовать это на микроуровне. Аналогично, в отношении котировок оракулов, лучшая практика заключается в том, чтобы сначала обновить цену оракула, а затем выполнить сделки, зависящие от этой цены. Но в течение 400 миллисекунд рынок может подвергнуться резким колебаниям, в результате чего сделки будут выполнены по первоначальной цене.
Для кредитных соглашений идеальный порядок действий заключается в том, чтобы сначала внести маржу, а затем провести ликвидацию.
Таким образом, Solana нуждается в механизме, позволяющем различным протоколам сортировать транзакции в зависимости от потребностей, что называется контролем приложений выполнения (ACE).
BAM:Решение Solana
Рынок сборки блоков ( BAM ) является решением, предложенным Solana для решения этих проблем. BAM построил слой сортировки или предварительной обработки между приложениями на цепи Solana и основной сетью. Он использует доверенные исполняемые среды ( TEE ) для создания приватного песочницы, в которой транзакции сортируются в соответствии с заданными правилами или принципом «первый пришел - первый вышел» ( FIFO ).
Эта механика направлена на лучшее обслуживание таких протоколов, как ордерные книги, биржи вечных контрактов и темные пулы.
Модель работы BAM
BAM поддерживает три режима работы: стандартный режим Solana, режим Block-Engine (, текущее решение Jito по MEV, основа которого - механизм аукциона ) и режим BAM (, в котором валидаторы строго следуют порядку FIFO ).
Ключевые особенности модели BAM включают:
Используйте доверенные среды выполнения ( TEEs ) для создания приватной среды, обеспечивая справедливую сортировку транзакций.
Реализовать сложную логику сортировки через систему плагинов, позволяя приложениям настраивать правила сортировки транзакций.
Реализовать функцию управления приложением (ACE), чтобы удовлетворить специфические требования различных протоколов.
Практическое применение BAM
Применение BAM включает в себя:
Защита ликвидации заемов: приоритетное выполнение операций по пополнению залога, затем проведение проверки ликвидации.
Атомарные сделки: выполнение обновления цен оракула и связанных сделок в одно и то же временное окно.
Защита от ценовых колебаний: обнаружение и поэтапное выполнение крупных заказов, чтобы избежать резких колебаний на рынке.
Защита маркет-мейкеров: позволяет отмену и повторное размещение заявок на миллисекундном уровне, снижая риск злонамеренного арбитража.
Заключение
BAM ввел в процесс обработки транзакций Solana проверяемость, защиту конфиденциальности и программируемость. Это позволяет разработчикам создавать децентрализованные приложения, более близкие к опыту централизованных бирж, включая центральную книгу лимитных заказов, биржи бессрочных контрактов и темные пулы. Эта инновация, как ожидается, будет способствовать дальнейшему развитию экосистемы Solana, улучшая общее качество торговли и пользовательский опыт.