Автор оригинала: Фаворит Зеркало читает Архив
Оригинальная компиляция: Shenchao TechFlow
Краткое изложение ключевых моментов
Текущий пользовательский интерфейс шифрования по умолчанию позволяет пользователям всегда знать, с какой сетью они взаимодействуют. Однако пользователям Интернета не обязательно знать, с каким облачным провайдером они взаимодействуют. Применение этого подхода к блокчейну — это то, что мы называем цепной абстракцией.
В этой статье представлена структура ключевых элементов цепной абстракции (CAKE). Платформа состоит из четырех частей: уровня приложений, уровня разрешений, уровня решателя и уровня расчетов, целью которых является предоставление пользователям бесперебойной работы между цепочками.
Реализация абстракции цепочки требует сложного набора технологий, обеспечивающих надежность, экономичность, безопасность, скорость и конфиденциальность процесса выполнения.
Мы определяем межсетевые компромиссы в абстракции цепочки как трилемму и предлагаем шесть альтернативных вариантов проектирования, каждый из которых имеет свои уникальные преимущества.
Чтобы успешно совершить прыжок в будущее цепной абстракции, мы как отрасль должны определить и принять общий стандарт передачи информации между уровнями CAKE. Хороший стандарт — это вишенка на торте.
Введение
В 2020 году сеть Ethereum перешла на план масштабирования, ориентированный на объединение. Четыре года спустя используется более 50 слоев объединения (L2). Хотя слой свертки обеспечивает необходимое горизонтальное масштабирование, он полностью портит взаимодействие с пользователем.
Пользователям не должно быть важно или понимать, с каким накопительным пакетом они взаимодействуют. Пользователи Crypto знают, какой накопительный пакет они используют (Optimism или Base), что эквивалентно тому, как пользователи Web2 знают, какого облачного провайдера они используют (AWS или GCP). Идея Chain Abstraction заключается в абстрагировании информации о цепочке из поля зрения пользователя. Пользователь просто подключает кошелек к dApp и подписывает предполагаемые действия, детали обеспечения того, чтобы пользователь имел правильный баланс в целевой цепочке и выполнял намеченные действия, все заботятся за кулисами.
В этой статье мы рассмотрим, почему абстракция цепочки является действительно междисциплинарной проблемой, включающей взаимодействие уровня приложения, уровня разрешений, уровня решателя и уровня расчетов. Мы представляем структуру «Ключевые элементы цепной абстракции» (CAKE) и углубляемся в компромиссы при проектировании систем цепной абстракции.
Знакомство с фреймворком CAKE
В мире абстракции цепочки пользователи посещают веб-сайт dApp, подключаются к своему кошельку, подписывают операции и ждут окончательного расчета. Все сложные операции выполняются на уровне инфраструктуры CAKE. Три уровня инфраструктуры CAKE включают в себя:
Уровень разрешений: пользователи подключают свои кошельки к децентрализованным приложениям и запрашивают котировки в зависимости от намерений пользователей. Намерение относится к результату, который пользователь ожидает получить в конце транзакции, а не к пути транзакции. Например, переведите USDT на адрес Tron или внесите USDC в стратегию, приносящую доход, на Arbitrum. Кошелек должен иметь возможность считывать активы пользователя (т. е. читать состояние) и выполнять транзакции в целевой цепочке (т. е. обновлять состояние).
Уровень решателя. Уровень решателя оценивает комиссии и скорость выполнения на основе первоначального баланса и намерений пользователя. В кроссчейн-режиме этот процесс, называемый решением, имеет решающее значение, поскольку транзакции являются асинхронными, а подтранзакции могут завершиться сбоем во время выполнения. Асинхронность представляет собой межцепочную трилемму, включающую комиссии, скорость выполнения и гарантии исполнения.
Уровень расчетов: после того, как пользователь одобряет транзакцию с использованием закрытого ключа, уровень расчетов обеспечивает ее выполнение. Он состоит из двух этапов: соединение пользовательских активов с целевой цепочкой и последующее выполнение транзакции. Если протоколы используют сложные решатели для определенных операций, они могут обеспечивать собственную ликвидность и выполнять операции от имени пользователей без необходимости использования мостов.
Реализация абстракции цепочки означает объединение трех вышеупомянутых уровней инфраструктуры в единый продукт. Ключевым моментом в объединении этих слоев является разница между доставкой информации и доставкой ценности. Передача информации между цепочками должна быть без потерь, поэтому полагайтесь на самый безопасный путь. Например, пользователи, голосующие «за» в одной цепочке при голосовании за управление в другой цепочке, не хотят, чтобы их голос стал «может быть». С другой стороны, в зависимости от предпочтений пользователя, доставка ценности может быть потеряна. Можно использовать признанную третью сторону, чтобы предоставить пользователям более быструю, дешевую или гарантированную доставку. Важно отметить, что 95% пространства блоков Ethereum используется для передачи стоимости, если судить по комиссиям, выплачиваемым валидаторам.
ключевые дизайнерские решения
Вышеупомянутые три уровня представляют ключевые проектные решения, которые должен принять CAF. Эти решения включают в себя то, кто контролирует полномочия по осуществлению намерения, какая информация раскрывается решателю и какие пути расчета доступны решателю. Ниже представлен подробный анализ каждого уровня.
Уровень разрешений
Уровень разрешений хранит закрытый ключ пользователя и подписывает сообщения от имени пользователя, которые затем выполняются как транзакции в цепочке. CAF необходимо поддерживать схемы подписи и полезную нагрузку транзакций всех целевых цепочек. Например, кошельки, поддерживающие схему подписи ECDSA и стандарт транзакций EVM, будут ограничены Ethereum, его L2 и сайдчейнами (такими как кошелек Metamask). С другой стороны, кошельки, поддерживающие EVM и SVM (Solana VM), смогут поддерживать эти две экосистемы (например, кошелек Phantom). Следует отметить, что одна и та же мнемоническая фраза может использоваться для генерации кошельков как в цепочках EVM, так и в SVM.
Многоцепочечная транзакция состоит из нескольких субтранзакций, которые необходимо выполнить в правильном порядке. Эти субтранзакции должны выполняться в нескольких цепочках, каждая из которых имеет свои изменяющиеся во времени комиссии и одноразовые номера. То, как эти субтранзакции координируются и обрабатываются, является ключевым проектным решением для уровня разрешений.
Кошелек EOA — это программное обеспечение кошелька, которое запускается на компьютере пользователя и хранит его закрытый ключ. Это могут быть расширения для браузера, такие как Metamask и Phantom, мобильные приложения, такие как Coinbase Wallet, или специализированное оборудование, такое как Ledger. Кошельки EOA требуют, чтобы пользователи подписывали каждую субтранзакцию индивидуально, что в настоящее время требует нескольких кликов. Они также требуют от пользователей удерживать баланс комиссий в целевой цепочке, что вносит значительные трудности в процесс. Однако, позволяя пользователям подписывать несколько субтранзакций одним щелчком мыши, можно абстрагироваться от пользователя, связанного с множеством кликов.
В кошельке абстракции учетной записи (AA) пользователи по-прежнему имеют доступ к своим закрытым ключам, но они отделяют подписывающую часть полезной нагрузки транзакции от исполнителя транзакции. Позволяет сложным сторонам группировать и выполнять пользовательские транзакции атомарно (Avocado, Pimlico). Кошельки AA по-прежнему требуют, чтобы пользователи подписывали каждую субтранзакцию индивидуально (в настоящее время с помощью нескольких кликов), но не требуют удержания баланса комиссии в каждой цепочке.
Агенты на основе политик сохраняют закрытый ключ пользователя в отдельной среде выполнения и генерируют подписанные сообщения от имени пользователя на основе политики пользователя. Telegram Bot, Near Account Aggregator или 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 создает конкурентную среду среди решателей, заставляя их предлагать более низкие ставки, что приводит к дальнейшей утечке стоимости (так называемому неблагоприятному отбору). В конечном итоге утечки влияют на пользователей, увеличивая комиссию или предлагая более выгодные предложения. Обратите внимание, что низкие комиссии и повышенные цены — это две стороны одной медали, и в оставшейся части этой статьи они будут использоваться как взаимозаменяемые.
Обмен информацией
Существует три способа обмена информацией с решателем:
Публичный мемпул: намерения пользователя публично транслируются в общедоступный мемпул или уровень доступности данных, и первый решатель, который может удовлетворить запрос, выполняет заказ и становится победителем. Эта система очень эффективно извлекает пользовательскую информацию, поскольку пользователи раскрывают свои EV_ordering и EV_signal. Например, публичный мемпул Ethereum и различные мосты блокчейна. В случае моста пользователи должны поместить активы на условное депонирование перед передачей их в целевую цепочку, чтобы предотвратить злонамеренные атаки, но этот процесс непреднамеренно делает их намерения общедоступными.
Частичное разделение: CAF может уменьшить сумму стоимости, раскрываемую участникам торгов, ограничивая раскрываемую информацию. Однако такой подход напрямую приведет к потере оптимальности цены и может привести к таким проблемам, как спам заявок.
Частные мемпулы. Последние разработки в области 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 Auctions и Uniswap X Auction. Соревнования, выигрывающие заказы, фиксируют EV_ordering для пользователей, а механизмы шлюзования фиксируют EV_signal для генераторов заказов (кошельков, децентрализованных приложений).
Эксклюзивный доступ: Эксклюзивный доступ — это специальный формат аукциона, в котором за период времени выбирается только один решатель. Поскольку никакая информация не передается другим решателям, нет неблагоприятного отбора и ранних скидок. Инициатор потока ордеров фиксирует ожидаемые значения EV_signal и EV_ordering, и, поскольку конкуренции нет, пользователи получают только исполнения, но не улучшения цен. Примерами таких аукционов являются аукционы Robinhood и DFlow.
расчетный слой
Как только кошелек подписывает набор транзакций, их необходимо выполнить в блокчейне. Межцепочные транзакции преобразуют процесс расчетов из атомарной операции в асинхронную. Во время первоначального выполнения и подтверждения транзакции состояние целевой цепочки может измениться, что потенциально может привести к сбою транзакции. В этом подразделе исследуются компромиссы между стоимостью безопасности, временем подтверждения и гарантиями исполнения.
Важно отметить, что выполнение намеченной транзакции в целевой цепочке зависит от механизма включения транзакций целевой цепочки, включая возможность проверки транзакций и механизм комиссий целевой цепочки, среди других факторов. Мы считаем, что выбор целевой цепочки является решением dApp и выходит за рамки этой статьи.
Перекрестный оракул
Двум блокчейнам с разными состояниями и механизмами консенсуса требуется посредник, например оракул, для облегчения передачи информации между ними. Оракул действует как ретранслятор для передачи информации между цепочками, включая проверку того, что пользователь заблокировал средства на условном депонировании в мосту блокировки и чеканки, или подтверждение баланса токенов пользователя в исходной цепочке для участия в голосовании по управлению целевая цепочка.
Оракул передает информацию со скоростью самой медленной цепочки. Это необходимо для управления риском реорганизации, поскольку оракулу необходимо дождаться консенсуса исходной цепочки. Предположим, пользователь хочет соединить USDC из исходной цепочки с целевой цепочкой, и для этой цели он блокирует свои средства на условном депонировании. Однако могут возникнуть проблемы, если оракул не дождется достаточного количества подтверждений и продолжит чеканить токены для пользователя в целевой цепочке. Если произойдет реорганизация и пользователи перезапишут свои транзакции условного депонирования, оракул вызовет двойные расходы.
Существует два типа оракулов:
Внепротокольные оракулы: должны быть отделены от сторонних валидаторов, обеспечивающих консенсус для передачи информации между цепочками. Дополнительные валидаторы увеличивают стоимость эксплуатации оракула. LayerZero, Wormhole, ChainLink и Axelar Networks являются примерами оракулов, не входящих в протокол.
Внутрипротокольные оракулы: глубоко интегрированы в алгоритм консенсуса экосистемы и передают информацию с помощью набора валидаторов, обеспечивающих консенсус. IBC Cosmos используется для цепочек, использующих Cosmos SDK, экосистема Polygon разрабатывает AggLayer, а Optimism разрабатывает Superchain. Каждый оракул использует выделенное пространство блоков для передачи информации между цепочками в одной экосистеме.
Общие секвенсоры — это объекты вне протокола, которые имеют права на упорядочивание транзакций внутри протокола, то есть они могут объединять транзакции по цепочкам. Хотя общий секвенсор все еще находится в стадии разработки, ему не нужно ждать подтверждения конкретных блоков, чтобы снизить риск реорганизаций. Чтобы по-настоящему достичь атомарности между цепочками, общий секвенсор должен иметь возможность выполнять последующие транзакции, если более ранние транзакции успешны, тем самым превращая их в цепочки.
токен моста
В мире с несколькими цепочками балансы токенов и комиссий пользователя рассредоточены по всем сетям. Перед каждой кросс-чейн-операцией пользователям необходимо перебросить средства из исходной цепочки в целевую цепочку. В настоящее время существует 34 активных межсетевых моста с общим TVL в 7,7 миллиарда долларов и объемом моста за последние 30 дней в 8,6 миллиарда долларов.
Токены-мосты — это случай передачи стоимости. Это создает возможности для привлечения профессиональных третьих сторон, которые хорошо разбираются в управлении капиталом и готовы нести риски реструктуризации, сокращая затраты и время, необходимые пользователям для торговли.
Существует два типа перекрестных мостов:
Lock and Mint Bridge: Lock and Mint Bridge проверяет депозиты токенов в исходной цепочке и выпускает токены в целевой цепочке. Капитал, необходимый для запуска такого моста, невелик, но безопасная передача заблокированной информации требует значительных инвестиций. Нарушения безопасности на этих мостах привели к убыткам держателей токенов на миллиарды долларов.
Мост ликвидности: Мост ликвидности использует пулы ликвидности в исходной цепочке и целевой цепочке, а также использует алгоритмы для определения коэффициента конверсии между исходной цепочкой и целевым токеном. Хотя эти мосты имеют более высокую первоначальную стоимость, они требуют меньших гарантий безопасности. В случае нарушения безопасности риску подвергаются только средства в пуле ликвидности.
В обоих кросс-чейновых мостах пользователям необходимо оплачивать затраты на ликвидность. В мосте блокировки и чеканки стоимость ликвидности возникает при обмене токена-обертки на желаемый токен (USDC.e на USDC) в целевой цепочке, тогда как в мосте ликвидности стоимость ликвидности возникает при обмене с исходного токена. токен в USDC. Происходит, когда токены в цепочке обмениваются на токены в целевой цепочке.
Перекрестная трилемма
Вышеупомянутые пять проектных решений поднимают трилемму между цепочками. CAF должен выбрать два атрибута: гарантия исполнения, низкие комиссии и скорость исполнения.
Внутрипротокольный путь: это обозначенный путь передачи информации между цепочками. Эти системы учитывают риск реорганизации, жертвуя скоростью выполнения, но сокращая затраты за счет устранения дополнительных наборов валидаторов или затрат на ликвидность.
Агрегация решателей: собирайте котировки от нескольких решателей, чтобы определить самый дешевый и быстрый путь к реализации намерения пользователя. Однако из-за неблагоприятного отбора и опережающего выполнения иногда решатель может не достичь цели, что приводит к сокращению выполнения.
Соревнование по исполнению: выберите победившего решателя, организовав решатели для гонки за намерениями выполнения или выбрав один решатель. Оба подхода приводят к высокой комиссии пользователей, поскольку решатели конкурируют за исполнение, а не за улучшение цены.
Шесть компонентов торта
Для этой статьи мы изучили более 20 командных проектов, которые прямо или косвенно работают над абстракцией цепочки. В этом разделе мы обсуждаем шесть независимых реализаций CA, которые, по нашему мнению, обладают высокой эффективностью и соответствием продукта рынку. Если все построено правильно, эти конструкции могут сочетаться друг с другом.
Ключевой вывод заключается в том, что нам нужен единый стандарт для выражения намерений между цепочками. Каждая команда работает над собственными методами и протоколами кодирования намерений пользователей. Единый стандарт улучшит понимание пользователями их подписанных сообщений, облегчит солверам и оракулам понимание этих намерений, а также упростит интеграцию с кошельками.
Маркированный мост
Существует особый случай мостов типа «замкни и отпусти», которые не оплачивают затраты на ликвидность, также известный как мосты «сжигания и мяты» (например, USDC CCTP). Команда токенов назначает канонический адрес токена в каждой цепочке, и мост имеет право чеканить токены, необходимые пользователю.
Если вы присмотритесь, вы увидите, что мост сжигания и монетизации похож на перекрестную передачу с достаточной скоростью подтверждения блока. xERC 20 — это стандарт для указания канонических токенов и их делегированных мостов в целевой цепочке. Мосты, определяемые токенами, являются примером внутрипротокольного пути, в котором скорость жертвуется ради гарантированного выполнения и низких комиссий, например, CCTP требует 20 минут для завершения передачи.
Координационный мост экосистемы
Координационный мост экосистемы может передавать произвольные сообщения между цепочками внутри одной экосистемы. Такие мосты представляют собой внутрипротокольные пути, в которых гарантии выполнения и низкие комиссии отдаются приоритету скорости. Примеры включают Cosmos IBC, Polygon AggLayer и Optimism Superchain.
Три года назад экосистема Cosmos столкнулась с проблемами, аналогичными тем, с которыми сегодня сталкивается Ethereum. Ликвидность разбросана по различным цепочкам, каждая цепочка имеет свой собственный токен комиссии, а управление мультичейновыми счетами очень затруднительно. Экосистема Cosmos решает эти проблемы, внедряя мост обмена сообщениями внутри протокола IBC, обеспечивающий беспрепятственное управление учетными записями в нескольких цепочках и межцепочные переводы.
Экосистема Cosmos состоит из независимых цепочек с независимой безопасностью и быстрой завершенностью, что делает обмен сообщениями между цепочками внутри протокола очень быстрым. Экосистема сводных данных полагается на окончание периода проверки (оптимистичные свертки) или представление доказательств zk (свертывания достоверности) для достижения окончательности. Из-за этих ограничений окончательности доставка сообщений в экосистеме будет медленнее.
Решающая ценовая конкуренция
Ценовая конкуренция решателей предполагает обмен информацией о заказах со всеми решателями. Решатель предназначен для объединения ожидаемого значения (EV), полученного в результате намерения заказа, и предоставления его пользователю. Выбор победившего решателя в системе основан на максимальном улучшении цен для пользователей. Однако такая конструкция несет в себе риск неисполнения и требует дополнительных механизмов для обеспечения надежности заказа. Примеры таких механизмов включают Uniswap X, Bungee и Jumper.
Сообщения о сверке кошелька
Сообщения о координации кошелька используют функции, предоставляемые кошельками AA или кошельками на основе политик, для обеспечения межцепочечного взаимодействия, совместимого с любым типом намерений. Он действует как окончательный агрегатор CA, перенаправляя намерения пользователя между различными конструкциями CA для решения конкретных намерений. Примеры включают Avocado Wallet, Near Account Aggregator и Metamask Portfolio.
Важно отметить, что за последнее десятилетие криптоэкосистема поняла, что отношения между пользователями и их кошельками очень непростые. Всякий раз, когда я думаю о переносе моей мнемонической фразы из Метамаски в другой кошелек, я испытываю крайний ужас. Это также причина того, что EIP-4337 по-прежнему имеет низкий уровень внедрения спустя 2,5 года, даже при поддержке самого Виталика Бутерина. Хотя новые версии протокола кошелька могут предлагать пользователям более выгодные цены (абстракция учетных записей) или повышенную простоту использования (кошельки на основе политик), миграция пользователей из их текущих кошельков является сложной задачей.
Соревнования по скорости решения
Соревнование по скорости решателя позволяет пользователям выражать намерения относительно конкретных межцепочных преобразований для получения высоких гарантий выполнения. Это не помогает пользователям минимизировать комиссии, но обеспечивает надежный канал для проведения сложных транзакций. Первый решатель, выполнивший намерение на основе комиссий строителя блоков или скорости, выиграет это намерение.
Целью проекта является достижение высоких показателей включения за счет максимизации EV, полученного решателем. Однако за это приходится платить ценой централизации, поскольку оно опирается на сложное управление капиталом в сети Ethereum или выполнение с малой задержкой на уровне L2.
Эксклюзивный оптовый аукцион
Эксклюзивный пакетный аукцион проводит аукцион на исключительное право на выполнение всего потока заказов в течение определенного временного окна. Поскольку другие решатели не могут видеть ордера, они делают ставки на основе прогнозируемой волатильности рынка и среднего качества исполнения. Эксклюзивные пакетные аукционы полагаются на резервную цену, чтобы обеспечить хорошие цены для пользователей, и поэтому не могут использоваться для повышения цен. Отправка всего потока заказов одному участнику торгов исключает утечку информации и повышает надежность исполнения.
в заключение
Chain Abstraction Framework (CAF) обещает предоставить пользователям беспрепятственное взаимодействие между цепочками. В этой статье мы рассматриваем проекты в производстве и разработке нескольких команд, которые явно или неявно пытаются решить проблему абстракции цепочки. Мы считаем, что это будет год CAF, и ожидаем, что в течение следующих 6–12 месяцев произойдет серьезная конкуренция между различными проектами и их реализациями.
Передача ценностей между цепочками будет осуществляться за счет делегирования токенов мостов для низких комиссий и быстрого выполнения за счет скорости решателя или ценовой конкуренции. Передача сообщений осуществляется через мосты обмена сообщениями, соответствующие экосистеме, предназначенные для минимизации затрат пользователей и максимизации скорости через платформу, контролируемую кошельком. В конечном итоге эти шесть различных вариантов дизайна образуют кластер, поскольку каждый из них отвечает различным потребностям и использует преимущества эффективности в разных областях матрицы компромиссов.
Важный вывод, который мы сделали в результате этого процесса, заключается в том, что нам нужен общий стандарт для выражения межсетевых намерений. В настоящее время несколько команд независимо работают над протоколами кодирования намерений пользователей, что приводит к дублированию усилий. Единый стандарт поможет улучшить понимание пользователями подписанных сообщений, облегчит решателям и оракулам обработку намерений и упростит интеграцию с кошельками.
Исходная ссылка
