Автор: Тиа, Techub News

10 октября Uniswap запустила цепочку приложений Unichain. Unichain выполняет две основные функции: построение проверяемых блоков и сеть проверки Unichain (UVN). Существует множество документов, описывающих внедрение этих двух функций, поэтому я не буду их здесь повторять.

Но если вы внимательно посмотрите на проверяемое построение блоков, вы обнаружите, что Unichain использует приоритетный порядок в этом механизме построения блоков, и приложение определяет распределение MEV. Приоритезация, механизм, с помощью которого приложения контролируют порядок транзакций, в совокупности называется ASS (Application-Specific Sequencing).

Хотя Unichain не упомянул ASS в официальном документе и не раскрыл подробные правила заказа, исходя из приоритетного порядка и упомянутого перераспределения MEV, в принципе можно определить, что он попадает в сферу действия ASS.

Будучи лидером на прикладном уровне, Uniswap выбрала дорожную карту и техническое направление, которые весьма перспективны и пригодны для использования. Поэтому в этой статье основное внимание будет уделено концепции сортировки ASS, используемой в Unichain, и некоторым решениям, представленным в настоящее время на рынке.

Что такое ASS и зачем использовать ASS?

Полное название ASS — Application-Specific Sequencing, то есть секвенирование, ориентированное на приложение. DApp может формулировать свои собственные правила сортировки и правила распределения MEV в соответствии с потребностями приложения. Например, такие транзакции, как уменьшение проскальзывания, будут иметь приоритет. Доходы MEV будут распределяться между LP, а пользователи и т. д. таким образом интернализуют MEV на основе заявок. Вы можете чувствовать себя незнакомым с новым термином, но на самом деле идея ASS очень проста: она позволяет приложениям участвовать в формулировании правил сортировки и перехватывать некоторые права сортировки у разработчиков и предлагающих.

Почему приложение должно устанавливать правила упорядочивания? MEV позволяет арбитражерам захватить прибыль, которая должна принадлежать LP. Когда прибыль LP, важной роли в приложениях DEX – поставщика ликвидности – будет сильно ограничена, это повлияет на развитие DEX. В рамках механизма PBS верификатор становится спекулянтом и получает часть распределения прибыли MEV. Однако механизм ASS пересматривает проблему присвоения стоимости MEV и рекомендует, чтобы приложение формулировало правила упорядочивания транзакций так, чтобы стоимость MEV возвращалась проигравшей стороне.

Вам может быть интересно, как приложения могут участвовать в последовательности транзакций, определяемой секвенсором или консенсусом. Поскольку Unichain не объявила о конкретном механизме ASS, давайте рассмотрим несколько типичных конструкций конкретных механизмов, представленных в настоящее время на рынке:

Текущие решения ASS

Обычно порядок определяется уровнем консенсуса, но изменение его с помощью уровня консенсуса обходится очень дорого. Таким образом, текущие решения ASS в основном обходят консенсус и в основном используют структуры смарт-контрактов или встроенные приложения для внесения изменений вне цепочки, чтобы транзакции, отправляемые из интерфейса приложения в блокчейн, могли иметь приоритет в соответствии с правилами сортировки, установленными приложением.

Атлас

Atlas, модульная платформа смарт-контрактов, разработанная FastLane, предоставляет платформу решений ASS для приложений. Приложения могут настраивать свою собственную логику сортировки, написав контракт DAppControl внутри платформы.

В рамках Atlas конкретные этапы транзакции от подписи пользователя до внешнего представления следующие:

Atlas, модульная платформа смарт-контрактов, разработанная FastLane, предоставляет платформу решений ASS для приложений. Приложения могут настраивать свою собственную логику сортировки, написав контракт DAppControl внутри платформы.

В рамках Atlas конкретные этапы транзакции от подписи пользователя до внешнего представления следующие:

На протяжении всей связи требуются три дополнительные роли: решатель, ретранслятор операций и аукционист. Роль решателей Atlas ограничена Atlas. Они имеют приоритетный доступ к любому значению, созданному в результате операций пользователя, и извлекают MEV в соответствии с правилами, установленными контрактом DAppControl. Доступ к решателям будет иметь приоритет над кошельками, RPC, ретрансляторами, сборщиками, валидаторами, заказчиками и т. д.

Реле операций отвечает за передачу пользовательских операций userOps, созданных пользователем на внешнем интерфейсе, решателю Atlas, а также за передачу операций решателя аукционисту после того, как решатель просматривает пользовательские транзакции. Задача аукциониста — отсортировать их с помощью функции оценки ставок, определенной в модуле DAppControl, и обеспечить правильный порядок выполнения. После определения порядка выполнения подпишите DAppOperation, содержащий CallChainHash, чтобы гарантировать, что Bundler не сможет изменить порядок транзакций после отправки транзакции. к Бандлеру. Затем Bundler упаковывает полную транзакцию Atlas и отправляет ее в сеть для включения в блок.

Поскольку окончательное определение заказа транзакции должно быть завершено аукционистом, могут возникнуть ситуации, когда аукционист не подписывает невыгодные для него транзакции. Поэтому обычно рекомендуется выбирать выгодоприобретателя аукциона (например, когда установлено правило). вернуть доход MEV пользователю, пользователь является бенефициаром)) в качестве аукциониста, потому что бенефициар всегда может доверять себе.

Ангстрем

Angstrom — продукт, разработанный Sorella Labs. В отличие от платформы Atlas, Angstrom обеспечивает соблюдение правил упорядочивания приложений через проверяемую консенсусную сеть. Поддающаяся проверке консенсусная сеть действует как охрана и дает обязательства по управлению сетью. Транзакции приложений и транзакции с возможностями арбитража между DEX и CEX будут отправлены в сеть. Узлы должны распространять, проверять и создавать лучший пакет транзакций, а также возвращать стоимость LP в соответствии с механизмом аукциона LVR.

В настоящее время Angstrom планирует запустить версию Uniswap V4. Хук — это настраиваемый смарт-контракт, привязанный к пулу ликвидности, который позволяет разработчикам выполнять собственный код в определенные моменты жизненного цикла пула ликвидности для реализации сложной логики и функциональности.

Вертекс

Vertex — это децентрализованная биржа, которая разрабатывает правила заказа для конкретных приложений через офчейн-заказчика. Обрабатывая заказы вне цепочки с помощью секвенатора вне цепочки, Vertex снижает риск MEV, таких как опережающие и сэндвич-атаки, поскольку транзакции не передаются публично перед выполнением. В то же время этот механизм позволяет пользователям проверять, согласуются ли операции вне цепочки с записями внутри цепочки, чтобы предотвратить некорректное поведение секвенсора.

краткое содержание

Предоставляя контроль над последовательностью и выполнением транзакций, ASS позволяет DApps снижать риски MEV, оптимизировать операции и внедрять инновации. Но за этим нововведением стоят потенциальные компромиссы, которые необходимо учитывать.

краткое содержание

Предоставляя контроль над последовательностью и выполнением транзакций, ASS позволяет DApps снижать риски MEV, оптимизировать операции и внедрять инновации. Но за этим нововведением стоят потенциальные компромиссы, которые необходимо учитывать.

Механизм ASS сортирует данные с помощью встроенных правил сортировки в одном приложении, что разрушит присущую блокчейн-приложениям возможность компоновки. Компонуемость — самое большое оружие DeFi против CeFi. Когда компонуемость потеряна, неарбитражные транзакции могут быть значительно сокращены, тем самым уменьшая доход LP. Прохождение ASS увеличит доход MEV LP, но если доход от сокращения объема неарбитражной торговли превышает доход MEV LP, то прибыль перевешивает потери. Поэтому ASS необходимо срочно рассмотреть вопрос о том, как спроектировать механизм ASS, чтобы он мог поддерживать естественную компоновку DeFi.