意图抽象与链抽象：优化用户体验与扩展性

白话区块链

1、链抽象（CA）、意图和意图抽象（IA）

链抽象和以意图为中心的解决方案都是为了解决同一个基本问题：在不同的信任域之间实现自动化和异步的互操作性。这两种方法都用到了“交易方”和“跨链证明”的概念，但它们的构建方式有显著的不同：

1）链抽象：

链为中心的视角：这种方法中，一个单一的区块链作为用户的“去中心化事件交易方”。

用户交互：用户只需与同一个对手方——链抽象区块链进行交互。

义务：区块链及其“协议内的链外组件”负责为用户产生所需的结果。

证明流程：跨链证明的方向总是从链抽象区块链流向目标链。在目标链上，通过检查证明来强制执行，这使得在目标链上可以铸造或花费资源。

用户抽象：面向用户的抽象通常表现为对目标链上计算或交易的请求。

扩展性：扩展这个系统通常需要一个通用的证明系统，可以在各种目标链上进行链上验证——可能使用多方计算（MPC）解决方案。

延迟：延迟由通用证明系统强制执行的确认规则决定，并且不因请求而变化。

2）以意图为中心的解决方案：

状态为中心的视角：在这种模型中，一个开放的求解者网络作为用户的“分布式状态交易方”。

用户交互：用户与运行时选择的对手方互动，通常是根据哪个对手方能为用户带来最佳结果进行选择的。

义务：无论是通过信誉系统还是承诺系统，所选的对手方都有义务为用户交付期望的结果。

证明流程：跨链证明的方向被颠倒，从目标链流向用户的主链。在主链上，通过检查证明来强制执行，这使得在主链上可以使用用户的资源。

用户抽象：面向用户的抽象呈现为对目标链上账户状态的证明义务。

扩展性：扩展性依赖于一个可编程的证明检查系统，支持针对每个目标链的异构证明方法，最有可能是“资源锁定”系统。

延迟：延迟由求解者自行感知的确认规则决定，使其能够作为对手方选择的一部分进行优化。

2、意图抽象

如果说链抽象为用户提供了一个异构域执行抽象，那么意图抽象则为求解者提供了一个异构的证明义务抽象。正如开发者在跨域计算执行中需要为用户组合、编排和引导计算流程以实现链抽象一样，在意图抽象的背景下，他们也需要为求解者组合、编排和引导证明流程。

3、小结

“链抽象”这一概念仍在不断发展，涵盖了从“链为中心”到“状态为中心”的各种方法。为了简化讨论和便于比较，我在这里将“链抽象”定义为“链为中心”，这与部分最初的链抽象倡导者的架构更为一致。然而，实际上，许多较新的架构结合了“纯链为中心”和“纯状态为中心”模型的元素。

我的观点：我认为以意图为中心的方法提供了更好的架构方向。它为用户提供基于结果的保障，通过交易方选择优化结果状态和延迟，并且在定制化目标链方面更具扩展性。然而，要实现这一点，需要颠倒证明流程，并将证明义务放在求解者网络上。换句话说，虽然目标链的复杂性和异构性并不会消失，但集成负担从链上计算组合的预设枢纽，转移到了处理证明组合的链外求解者分布式网络上。