TL; Доктор

• Сегодня криптографический UX по умолчанию заключается в том, чтобы пользователи всегда знали, с какой сетью они взаимодействуют. Однако пользователям Интернета не обязательно знать, с каким облачным провайдером они взаимодействуют. Перенос этого подхода в блокчейны и есть то, что мы называем Chain Abstraction.
• В этой статье представлен фреймворк CAKE, т.е. ключевые элементы Chain Abstraction. Он состоит из четырех уровней: Приложения, Разрешения, Решение и Поселок, которые в совокупности облегчают беспрепятственные кросс-чейн операции для пользователей.
• Достижение Chain Abstraction требует использования сложного набора технологий для обеспечения надежного, экономичного, безопасного, быстрого и частного выполнения.
• Мы определяем пространство кроссчейна компромисса в цепочечной абстракции как трилему и предлагаем шесть дизайнов, каждый из которых предлагает уникальные преимущества.
• В ордер успешного перехода к будущему цепной абстракции крайне важно, чтобы мы, как отрасль, определили и приняли общий стандарт обмена сообщениями между уровнями CAKE. Отличным стандартом является вишенка на торте. 🎂

Введение

В 2020 году сеть Ethereum перешла на дорожную карту масштабирования, ориентированную на rollup. Через четыре года после этого решения более 50 роллапов (L2) уже запущены в производство. Несмотря на то, что роллапы обеспечить столь необходимое горизонтальное масштабирование для EVM блочного пространства, он полностью испортил пользовательский опыт.

Пользователи не должны ни интересоваться, ни знать, с каким сверткой они взаимодействуют. Пользователи крипто знают, с каким накопителем (Optimism или Base) они взаимодействуют, эквивалентно тому, как пользователи web2 знают, с каким облачным провайдером (AWS или GCP) они взаимодействуют. Цепная абстракция — это концепция, при которой информация о цепочке абстрагируется от пользователя. Пользователь только подключает свой кошелек к dApp и подписывает контракт на предполагаемую операцию, детали проверки правильности баланса пользователя в целевой цепочке, а затем выполнение предполагаемой операции происходит за кулисами.

В ходе этой статьи мы увидим, что цепная абстракция является по-настоящему междисциплинарной проблемой. Взаимодействие с уровнем применения, уровнем разрешений, уровнем решателя и уровнем поселков. Мы представляем инфраструктуру Chain Abstraction Key Elements (CAKE 🎂), а затем углубляемся в компромиссы при проектировании систем цепной абстракции.

Представляем CAKE Framework

В абстрактном мире пользователь заходит на сайт dApps, подключает свой кошелек, подписывает предполагаемую операцию и ждет окончательного расчета. Вся сложность получения необходимых активов для целевой цепочки и окончательного расчета абстрагируется от пользователя, происходя на инфраструктурных уровнях CAKE. В CAKE есть три инфраструктурных слоя:

1. Уровень разрешений: пользователь подключает свой кошелек к dApp и запрашивает котировку для намерения пользователя. Намерение — это то, что пользователь ожидает (т. е. результат) в конце транзакции, а не конечный путь, по которому проходит транзакция. Это может быть перевод USDT на адрес Tron или внесение USDC в стратегию получения дохода на Arbitrum. Кошелек должен иметь возможность как знать активы пользователей (т.е. состояние чтения), так и выполнять транзакции (т.е. состояние обновления) в целевых цепочках.
2. Слой решателя: уровень решателя оценивает комиссию и скорость исполнения на основе начального баланса и намерений пользователя. Этот процесс, называемый решением, имеет решающее значение в кроссчейн-сете, когда транзакции становятся асинхронными, а подтранзакции могут завершиться сбоем во время выполнения. Введение асинхронности создает кросс-чейн-трилемму, включающую комиссии, скорость исполнения и гарантию исполнения.
3. Уровень поселка: После того, как пользователь одобряет транзакцию с помощью своего закрытого ключа, расчетный слой обеспечивает ее выполнение. Он включает в себя два этапа: подключение активов пользователя к целевой цепочке и последующее выполнение транзакции. Если протокол использует сложные решатели для определенных операций, они могут использовать свою собственную ликвидность и выполнять операцию от имени пользователя без необходимости создания моста.

Достижение Chain Abstraction означает объединение трех вышеуказанных уровней инфраструктуры в единый продукт. Ключевым моментом при объединении этих уровней является разница между передачей информации и передачей ценности. Передача информации между цепочками должна происходить без потерь и, таким образом, должна полагаться на наиболее безопасные пути. Предположим, что пользователь пытается проголосовать «Да» при переходе из одной цепочки в другую, он не хочет, чтобы его голос конвертировался в «Возможно». С другой стороны, передача значения может быть с потерями в зависимости от предпочтений пользователя. Сложная третья сторона может быть использована для того, чтобы предоставить пользователю более быструю, дешевую или гарантированную передачу ценности. Обратите внимание, что 95% пространства блока эфириума (взвешенного по комиссиям, выплачиваемым валидаторам) используется для передачи ценности.

Ключевые проектные решения

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

Уровень разрешений

Уровень разрешений содержит закрытый ключ пользователя и подписывает сообщения от его имени, которые затем выполняются в блокчейне как транзакции. CAF необходимо поддержка схемы подписи и полезные данные транзакций для всех целевых цепочек, которые он хочет поддержка. Например, кошелек, поддерживающий схему подписи ECDSA и стандарт транзакций EVM, будет ограничен Ethereum, его L2 и его сайдчейнами (например, кошельком Metamask). С другой стороны, кошелек, поддерживающий как EVM, так и SVM (Solana VM), сможет поддержка обе экосистемы (например, кошелек Phantom). Важно отметить, что одна и та же мнемоника может быть использована для создания кошельков как в цепочках EVM, так и в SVM.

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

1. Кошельки EOA — это программное обеспечение, которое работает на компьютерах пользователей и хранит их закрытые ключи. Это могут быть браузерные расширения (например, Metamask и Phantom), мобильные приложения (например, Coinbase Кошелек) или специализированное оборудование (например, Ledger). Кошельки EOA требуют, чтобы пользователь индивидуально подписывал каждую подтранзакцию, что в настоящее время требует нескольких кликов. Они также требуют, чтобы пользователь держал балансы комиссий в целевой цепочке, что вносит значительные трения в процесс. Тем не менее, трение, связанное с несколькими щелчками мыши, можно абстрагировать от пользователя, позволив ему подписывать несколько вложенных транзакций одним щелчком мыши.
2. В кошельках Account Abstraction (AA) пользователь по-прежнему имеет доступ к своему закрытому ключу, но он разделяет подписанта полезной нагрузки транзакции с исполнителем транзакции. Предоставление возможности сложным сторонам атомарно объединять и выполнять транзакции пользователей (Avocado, Pimlico). Кошельки AA по-прежнему требуют, чтобы пользователь индивидуально подписывал каждую субтранзакцию (в настоящее время с помощью нескольких кликов), но не требуют удержания комиссионных балансов в каждой цепочке.
3. Агенты на основе политик хранят закрытый ключ пользователя в отдельной среде выполнения и создают подписанные сообщения от его имени на основе пользовательских политик. Telegram-боты, агрегатор Near Account или SUAVE TEE — это кошельки на основе политик, а Entropy или Capsule — расширения кошельков на основе политик. Пользователю достаточно подписать одно одобрение, а последующие подписи субтранзакций и управления комиссиями могут выполняться этими агентами в процессе работы.

Слой решателя: После

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

Намерение состоит из двух типов извлекаемых значений (EV): EV_ordering и EV_signal. EV_ordering — это значение, специфичное для блокчейна, обычно извлекаемое сущностями, которые выполняют пользовательские ордера, такими как конструкторы блоков или валидаторы. С другой стороны, EV_signal представляет собой ценность, доступную любому субъекту, который наблюдает за ордер до того, как она будет официально записана в блокчейн.

Различные намерения пользователей по-разному распределяются между EV_ordering и EV_signal. Например, намерение обменять монеты на DEX обычно имеет высокий EV_ordering, но низкий EV_signal. И наоборот, входящая хакерская транзакция будет иметь более высокий компонент EV_signal, так как опережение принесет значительно больше пользы, чем ее выполнение. Важно отметить, что EV_signal иногда могут быть негативными, например, в случае сделок маркет-мейкеров, где субъекты, исполняющие эти ордера, могут понести убытки из-за лучшего понимания маркет-мейкерами будущих рыночных условий.

Когда у кого-то есть возможность заранее наблюдать за намерениями пользователя, он может участвовать в опережении, что приводит к утечке ценности. Кроме того, вероятность того, что EV_signal будет отрицательным, создает конкурентную среду среди решателей, заставляя их подавать более низкие предложения и приводя к дальнейшей утечке ценности (так называемый неблагоприятный отбор). В конечном счете, утечка влияет на пользователя, либо увеличивая комиссии, либо предоставляя менее выгодные цены. Обратите внимание, что низкие комиссии или улучшение цены являются двумя сторонами одного и того же токена и будут использоваться взаимозаменяемо в оставшейся части статьи.

Обмен информацией

Существует 3 метода обмена информацией с решателями:

1. Публичный мемпул: намерение пользователя транслируется публично либо в общедоступный мемпул, либо на уровень DA. Первый решатель, который сможет выполнить запрос, выполнит ордер и станет победителем. Эта система является высокоэкстрактивной, так как пользователи раскрывают как EV_ordering, так и EV_signal из своих ордер. Примерами такого типа аукциона являются публичный мемпул Ethereum и различные блокчейн-мосты. В случае с мостами пользователи должны разместить свои активы на условном депонировании, прежде чем переводить их в целевую цепочку в качестве меры предосторожности против атак грифа. Однако этот процесс непреднамеренно публично раскрывает их намерения.
2. Частичный обмен: CAF может ограничить сумму стоимости, которую он раскрывает участникам торгов, ограничив раскрываемую информацию. Однако такой подход приводит к прямой потере оптимальности цены и может привести к другим проблемам, таким как спам в ставках.
3. Частный мемпул: Последние разработки в области MPC и TEE открывают возможность создания полностью частных мемпулов. Никакая информация не утекает за пределы среды выполнения, поэтому решатели кодируют свои предпочтения, которые сопоставляются с каждым намерением. Несмотря на то, что частная мемпул фиксирует EV_ordering, она не может полностью зафиксировать значение в EV_signal. Представьте, что произойдет, если в мемпул будет отправлена хакерская транзакция. Первый, кто увидит эту ордер, сможет опередить потенциальную продажу и захватить EV_signal. В частном мемпул информация раскрывается только после подтверждения блока, и, следовательно, любой, кто может видеть транзакцию, может перехватить EV_signal. Можно представить, как решатели раскручивают аттестация узлов, чтобы поймать EV_signal из свежих блоков, отчеканенных TEE, превращая EV_signal захват в гонку задержка.

Список решателей

CAF также должен решить, сколько и каких участников торгов разрешено участвовать в аукционе. В общих чертах возможны следующие варианты:

• Открытый доступ: Барьеры для входа для участия минимально возможны. Это похоже на публичный мемпул и утечки как EV_signal, так и EV_ordering.
• Закрытый доступ: Существует некоторый контроль над возможностью выполнения ордера либо через белый список, систему репутации, плату или аукцион мест. Механизм контроля ворот должен гарантировать, что решатели в системе не захватывают EV_signal. Примерами являются аукцион 1inch Auction, аукционы Cowswap и аукционы Uniswap X. Конкуренция за получение заказов захватывает EV_ordering для пользователя, в то время как механизм стробирования может захватывать EV_signal для генератора ордер (Кошелек, dApps).
• Эксклюзивный доступ: Монопольный доступ — это особый случай аукциона решателей с сидячими местами, при котором каждый период времени выбирается только один решатель. Поскольку информация не утекает к другим решателям, нет неблагоприятного отбора и дисконта с опережением. Инициатор потока ордеров фиксирует ожидаемое значение EV_signal и EV_ordering, так как нет конкуренции, пользователь может получить только исполнение и не улучшить цену. Примерами таких аукционов являются аукционы Robinhood и DFlow.

Поселок Слой

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

Важно отметить, что выполнение предполагаемой транзакции в целевой цепочке зависит от механики включения транзакций целевой цепочки. В том числе возможность цензурировать транзакцию и механизм комиссий целевой цепочки, а также другие факторы. Мы считаем, что выбор целевого блокчейна является решением для dApp и будем рассматривать его за рамками этой статьи.

Cross-Chain Oracle

Два блокчейна с различными состояниями и механизмами консенсуса требуют промежуточное, такого как Oracle, для облегчения передачи информации между ними. Оракулы служат ретрансляторами информации между цепочками. Это включает в себя проверку таких ситуаций, как блокировка средств пользователем в счет условного депонирования для блокировки и минтинг мост или подтверждение баланса токенов пользователя в цепочке происхождения для участия в голосовании по управлению в целевой цепочке.

Оракулы передают информацию между цепочками со скоростью самой медленной цепочки. Это необходимо для управления рисками реорганизации, так как оракулу необходимо дождаться консенсуса по цепочке источника. Рассмотрим сценарий, в котором пользователь хочет мост USDC из цепочки источников в цепочку. Для этого пользователь блокирует свои средства на условном депонировании. Однако, если оракул не дождется достаточного количества подтверждений и перейдет к минтинг токенов для пользователя в целевой цепочке, может возникнуть проблема. В случае реорганизации, если пользователь перезапишет свою транзакцию условного депонирования, оракул будет иметь двойные расходы.

Существует два типа оракулов:

1. Внепротокольный оракул требует, чтобы сторонние валидаторы были отделены от тех, которые работают на консенсусе, для передачи информации между цепочками. Потребность в дополнительных валидаторах увеличивает стоимость запуска Oracle. LayerZero, Wormhole, ChainLink и сеть Axelar являются примерами оракулов вне протокола.
2. Внутрипротокольный оракул глубоко интегрирован в алгоритм консенсуса экосистемы и использует набор валидаторов, выполняющих консенсус, для передачи информации. У Cosmos есть IBC для блокчейнов под управлением Cosmos SDK, экосистема Polygon работает над AggLayer, а Optimism работает над Superchain. Каждый оракул использует выделенное блочное пространство для передачи информации между цепочками одной и той же экосистемы.
3. Общие секвенсоры - это сущности вне протокола, которые имеют права на упорядочивание транзакций в протоколе, т.е. они могут обеспечивать объединение транзакций между цепочками. Несмотря на то, что общие секвенсоры все еще находятся в разработке, им не нужно ждать подтверждения определенных блоков, чтобы снизить риск реорганизации. Чтобы по-настоящему обеспечить атомарность кроссчейна, разделяемые секвенсоры должны иметь возможность выполнять последующие транзакции, зависящие от успеха более ранних транзакций, превращая их в цепочку цепочек.

Промежуточные токены

В многоцепочечном мире балансы пользовательских токенов и комиссий распределены по всем сетям. Перед каждой кросс-чейн операцией пользователю необходимо мост средства из исходной цепочки в целевую цепочку. В настоящее время существует 34 активных моста с совокупным TVL $7,7 млрд и мостом объем $8,6 млрд за последние 30 дней.

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

Существует 2 типа мостов:

1. Lock and Mint мост: блокировка и минтинг мост проверяет депозиты токенов в исходной цепочке и чеканит токены в целевой цепочке. В то время как для запуска такого моста требуется небольшой капитал, для безопасной передачи информации о блокировке между цепочками необходимы значительные инвестиции. Нарушения безопасности на этих мостах привели к потере миллиардов долларов для держателей токенов.
2. Мосты ликвидности: Мосты ликвидности используют пулы ликвидности в исходной и целевой цепочках, а также алгоритм для определения курсов конвертации между исходным и целевым токенами. Несмотря на то, что эти мосты имеют более высокие первоначальные затраты, они требуют более низких гарантий безопасности. В случае нарушения безопасности риску подвергаются только средства в пулах ликвидности.

В обоих типах мостов существует стоимость ликвидности, которую должен оплатить пользователь. В мостах Lock and Mint стоимость ликвидности заключается в обмене с обернутого токена на желаемый токен (USDC.e на USDC) в целевой цепочке, тогда как в мостах ликвидности стоимость ликвидности составляет при обмене с токена в исходной цепочке на токен в целевой цепочке.

Кроссчейн трилемма

Приведенные выше 5 конструктивных решений дают рост кросс-чейн трилемме. CAF должен выбрать 2 свойства: Гарантия исполнения, Низкие комиссии и Скорость исполнения.

1. Пути в протоколе — это назначенные пути для передачи информации между цепочками. Эти системы выставляют счета за реорганизацию, жертвуя скоростью выполнения, но снижают затраты, устраняя необходимость в дополнительном наборе валидаторов или затратах на ликвидность.
2. Агрегация решателей собирает котировки от нескольких решателей, чтобы определить самый дешевый и быстрый путь для реализации намерения пользователя. Однако из-за неблагоприятного отбора и опережающего забега решатели иногда могут не удовлетворять намерению, что приводит к снижению выполнения.
3. Соревнование по исполнению выбирает решателя-победителя либо путем организации соревнования между решателями для выполнения намерения, либо путем выбора исключительно одного решателя. Оба подхода приводят к высоким комиссиям для пользователя, поскольку решатели конкурируют за исполнение, а не за повышение цены.

The Six Pieces Of CAKE

Чтобы написать эту статью, мы изучили более 20 различных проектов от команд, как явных, так и неявных, работающих над Chain Abstraction. В этом разделе мы обсудим шесть независимых реализаций ЦС, которые, по нашему мнению, обладают внутренней эффективностью и соответствием продукта рынку. Эти конструкции могут сочетаться друг с другом, если они построены правильно.

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

Помазанные токены мосты

Мост, выровненный по экосистеме

Ценовая конкуренция решателя

Обмен сообщениями, управляемый кошельком

Соревнование на скорость решателя

Эксклюзивные пакетные аукционы

цель

Дешевые кроссчейн-переводы

Кроссчейн-вызов сообщений

Дешевые кроссчейн-свопы

Кроссчейн-вызов сообщений

Быстрые кроссчейн-переводы

Кроссчейн-вызов сообщений

Примеры

CCTP, CCIP, xERC20

AggLayer, Суперчейн, IBC

Тарзанка, Джемпер, Uniswap X

Альфред, Авокадо, Ближний счет

Поперек, Орбитальный аппарат

Н.А

бумажник

любой

любой

Зависит от реализации

AA или на основе политик

любой

любой

Передаваемая информация

общественный

общественный

Зависит от реализации

Зависит от реализации

Все или ничего

никакой

Список решателей

Зависит от реализации

Зависит от реализации

Закрытый доступ

Зависит от реализации

Зависит от реализации

исключительный

оракул

Внутрипротокольный протокол

Внутрипротокольный протокол

Вне протокола

Вне протокола

Вне протокола

Вне протокола

Мост токенов

Ожог и минтинг

Замок и минтинг

Зависит от решателя

Зависит от решателя

Ликвидность мост

Зависит от реализации

Токен Помазанные мосты Существует

особый случай блокировки и минтинг мост, который не оплачивает затраты на ликвидность, также называемый сжиганием и минтинг мост (например, USDC CCTP). Команда токенов помазывает канонический адрес токена в каждой цепочке, в то время как мост имеет право минтинга токена, то есть токена, который нужен пользователю.

Если прищуриться достаточно сильно, то ожог и минтинг мост похожи на перенос кросс-чейн со скоростью достаточного количества подтверждений блоков. xERC20 является одним из таких стандартов для обозначения канонических токенов и их авторизованных мостов в целевых цепочках. Мост, помазанный токеном, является примером пути в протоколе, т.е. он идет на компромисс со скоростью для гарантии исполнения и низкими комиссиями, например, CCTP занимает 20 минут для выполнения перевода.

Ecosystem Aligned Bridge Ecosystem-aligned мост

позволяет передавать произвольные сообщения между цепочками в пределах одной экосистемы. Он подпадает под категорию путей внутри протокола, отдавая приоритет гарантии исполнения и низким комиссиям, а не скорости. В качестве примера можно привести Cosmos IBC, Polygon AggLayer и Optimism Superchain.

Три года назад экосистема Cosmos столкнулась с теми же проблемами, что и Ethereum сегодня. Ликвидность была фрагментирована по цепочкам, в каждой цепочке был свой токен комиссии, а управление многоцепочечными счетами было обременительным. Экосистема Cosmos решила эти проблемы, внедрив мосты передачи сообщений в протоколе через IBC, что привело к беспрепятственным многоцепочечным учетным записям и кросс-чейн переводам.

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

Ценовая конкуренция решателя

Ценовая конкуренция решателя предполагает обмен информацией о ордер со всеми решателями. Решатели стремятся включить ожидаемое значение (EV), сгенерированное намерением ордера, и предоставить его пользователям. Выбор решателя-победителя в системе основан на максимальном улучшении цены пользователя. Однако такая конструкция несет в себе риск неисполнения и требует дополнительных механизмов, обеспечивающих надежное включение ордеров. Примерами таких механизмов являются Uniswap X, Bungee и Jumper.

Кошелек Скоординированные сообщения

Кошелек координированном обмене сообщениями используют возможности, предоставляемые кошельками AA или кошельками на основе политик, чтобы предложить кросс-чейн, совместимый с любым типом намерения. Он служит в качестве агрегатора ЦС, перенаправляя намерения пользователей между различными проектами ЦС для решения конкретных задач. В качестве примера можно привести кошелек Avocado, агрегатор счетов Near и портфель Metamask.

Обратите внимание, что за последнее десятилетие криптоэкосистема узнала, что отношения между пользователем и его кошельком очень липкие. Лично я испытываю смертельный страх всякий раз, когда думаю о переносе своей мнемоники с Metamask на другой кошелек. Это также является причиной того, что даже спустя 2,5 года и при поддержке самого Виталик Бутерин EIP-4337 получил минимальное принятие. Хотя более новые версии протоколов кошельков могут предоставить пользователю лучшую цену (абстрагирование счета) или улучшенную простоту использования (кошельки на основе политик), миграция пользователя с его текущих кошельков является трудной задачей.

Соревнование на скорость решателя

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

Конструкция направлена на достижение высокой степени включения за счет максимизации EV, улавливаемого решателями. Однако это происходит за счет централизации, поскольку она опирается на сложное управление капиталом в основной сети Ethereum или выполнение с низкой задержкой на L2.

Эксклюзивные пакетные аукционы

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

Среда

абстракции цепочки заключений (CAF) обещает обеспечить пользователям бесшовное кросс-чейн взаимодействие. В этой статье мы изучили проекты в продакшене и в разработке несколькими командами, которые явно или неявно пытаются решить проблему Chain Abstraction. Мы полагаем, что это будет год CAF, и ожидаем, что в ближайшие 6–12 месяцев произойдет значительная конкуренция между различными проектами и их реализациями.

Передача ценности

Передача информации

Пути в протоколе

Мост, помазанный токеном

Мост, выровненный по экосистеме

Агрегирование решателей

Ценовая конкуренция решателя

Скоординированный обмен сообщениями в кошельке

Конкурс исполнения

Соревнование на скорость решателя

Эксклюзивные пакетные аукционы

Межсетевые переводы ценностей будут направляться через комбинацию мостов, помазанных токенами, для низких комиссий и Solver Speed или Price Competition для скорости и исполнения. В то время как передача информации будет направляться через комбинацию согласованных с экосистемой мостов сообщений, которые будут направлены на минимизацию затрат для пользователей, и на платформы, контролируемые кошельком, которые будут максимизировать скорость. Окончательные реализации будут группироваться вокруг этих шести различных проектов, поскольку каждый из них служит независимым потребностям и выигрывает от эффективности, существующей в разных уголках матрицы компромиссов.

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

Отказ от ответственности:

1. Эта статья перепечатана с [Medium]. Все авторские права принадлежат оригинальному автору [Favorite Mirror Reads Archive]. Если у вас есть возражения против этой перепечатки, пожалуйста, свяжитесь с командой Gate Learn, и они оперативно рассмотрят их.
2. Отказ от ответственности: Взгляды и мнения, выраженные в этой статье, принадлежат исключительно автору и не являются какими-либо инвестиционными рекомендациями.
3. Переводом статьи на другие языки занимается команда Gate Learn. Если не указано иное, копирование, распространение или плагиат переведенных статей запрещены.