————————————————————
Абстракция цепочки и решения, ориентированные на намерения, предназначены для решения одной и той же основной проблемы: как обеспечить автоматизированную и асинхронную интероперабельность между различными сетями блокчейнов. Проще говоря, это о том, чтобы разные блокчейны могли автоматически и несинхронно общаться и сотрудничать.
📍 Они все вводят концепцию "контрагента" и "кросс-цепочных доказательств", но способы реализации сильно различаются, и в этой статье будет подробно изложено сравнение характеристик обоих.
1) Характеристики абстракции цепочки 🔻
- Цепочный миропонимание: это можно рассматривать как специализированную блокчейн (CA цепочка), которая служит "посредником" или "агентом" между пользователем и другими блокчейнами.
- Взаимодействие с пользователем: пользователю нужно взаимодействовать только с CA цепочкой, как если бы он работал на одной платформе.
- Распределение ответственности: CA цепочка и связанные с ней компоненты вне цепи отвечают за помощь пользователям в достижении ожидаемых результатов на целевой цепочке, таких как перевод средств, выполнение смарт-контрактов и т. д.
- Поток доказательств: кросс-цепочные доказательства всегда отправляются с CA цепочки на целевую цепочку. Целевая цепочка проверяет эти доказательства и выполняет соответствующие операции только после подтверждения, например, выпуска новых токенов или использования существующих токенов.
- Абстракция пользователя: пользователю нужно только подать запрос на выполнение операции на целевой цепочке, например, "Я хочу перевести X монет с A цепочки на B цепочку". CA цепочка обработает все остальные детали.
- Расширяемость: чтобы поддерживать различные целевые цепочки, CA обычно требуется универсальная система доказательств, которая может быть проверена на всех целевых цепочках, например, схема многопартитной вычислительной системы (MPC).
- Задержка: задержка операций зависит от правил подтверждения общего системы доказательств, и задержка для каждого запроса фиксирована, что недостаточно гибко.
2) Решения, ориентированные на намерения 🔻
Представьте, что вы хотите выполнять операции на разных блокчейнах, но не хотите сталкиваться со сложностью и различиями различных цепочек. Решение, ориентированное на намерения, было разработано, чтобы решить эту проблему. Оно не требует от пользователя понимания конкретных деталей каждой блокчейна, а позволяет пользователю сосредоточиться на своих целях.
- Центр состояния миропонимание: это можно понимать как открытую сеть, состоящую из множества "решателей" (solver). Эти решатели действуют как агенты пользователей на различных блокчейнах, помогая пользователям достигать целей.
- Взаимодействие с пользователем: пользователю нужно взаимодействовать только с одним выбранным системой решателем. Система выбирает, какой решатель может предоставить пользователю наилучший результат, как при выборе самого подходящего агента.
- Обязанности: выбранный решатель обязан предоставить пользователю ожидаемые результаты. Это может быть гарантировано с помощью системы репутации или системы обязательств, как агенты должны нести ответственность перед клиентами.
- Обратный поток доказательств: традиционные кросс-цепочные доказательства направлены от начальной цепочки пользователя к целевой цепочке. А здесь поток доказательств возвращается от целевой цепочки к начальной цепочке пользователя. Это обеспечивается проверкой доказательств на начальной цепочке, и только если доказательства действительны, ресурсы пользователя на начальной цепочке могут быть использованы. Проще говоря, как если бы агент должен был предоставить доказательство выполнения задачи пользователю.
- Абстракция пользователя: пользователю нужно сосредоточиться только на обязательствах по доказательству состояния счета на целевой цепочке. То есть пользователю не нужно знать сложные детали кросс-цепочных операций, ему нужно просто знать, соответствуют ли результаты на целевой цепочке ожиданиям.
- Масштабируемость: чтобы поддерживать различные целевые цепочки, системе нужна программируемая система проверки доказательств, способная обрабатывать различные методы доказательства. Это, вероятно, будет система "блокировки ресурсов", которая гарантирует, что только действительные доказательства могут разблокировать ресурсы.
- Задержка: задержка определяется правилами подтверждения, воспринимаемыми решателем, что означает, что оптимизация задержки может быть учтена при выборе решателя. Так же, как при выборе агента, можно учитывать их эффективность.
👇🏻 Расширение точки зрения:
Подход, ориентированный на намерения, предоставляет лучшее направление для архитектуры. Он дает пользователям гарантии, основанные на результатах, оптимизируя состояние результатов и задержки путем выбора решателя, и более масштабируем для настраиваемых целевых цепочек.
Тем не менее, для достижения этого необходимо обратить поток доказательств и возложить обязательства по доказательствам на сеть решателей. Другими словами, хотя сложность и гетерогенность целевой цепочки не исчезли, бремя интеграции переместилось с центра регулирования комбинирования вычислений на цепочках на распределенную сеть решателей, обрабатывающих комбинации доказательств. Это означает, что пользователям больше не нужно самостоятельно справляться со сложными кросс-цепочными операциями, а вместо этого они поручают эти задачи профессиональной сети решателей.
3) Абстракция намерений 🔻
Если абстракция цепочки является абстракцией выполнения гетерогенных доменов для пользователей, то абстракция намерений является абстракцией гетерогенных обязательств по доказательствам для решателей.
Так же, как разработчики должны писать, организовывать и направлять вычислительные потоки для пользователей в контексте абстракции цепочки при выполнении вычислений в кросс-доменном контексте, они также должны писать, организовывать и направлять потоки доказательств для решателей в контексте абстракции намерений.
Концепция "абстракции цепочки" все еще развивается, и различные подходы охватывают все аспекты от "цепочного центра" до "центра состояния". Для простоты и удобства сравнения я здесь определяю "абстракцию цепочки" как "цепочную", что более согласуется с архитектурой некоторых сторонников оригинальной абстракции цепочки.
Тем не менее, на практике многие новые архитектуры объединяют элементы как "чисто цепочного", так и "чисто состояниевого" моделей, как это видно в таких фреймворках, как CAKE.