事实证明，在 Web3 中使用当前的各种系统是一项复杂且耗时的工作。它涉及在不同的基础设施之间指定执行路径，这需要全面的理解。因此，用户在实现最终目标时面临持续的挫折，并容易受到更复杂的参与者的利用。

这种情况的出现是因为用户与以太坊进行交互的主流标准方法，需要以特定格式创建和签署交易，该格式提供了以太坊虚拟机（EVM）执行状态转换所需的所有必要信息。

意图（Intents） 的引入旨在减轻用户的负担。本质上，意图是一组声明性约束，允许用户将交易创建委托给专门的第三方参与者网络，同时保留对过程的完全控制。简单来说，如果一个交易指定了“如何”执行一个操作，那么意图定义了该操作的“期望结果是什么”。

这种声明性方法在用户体验和效率方面带来了令人兴奋的进步。通过意图，用户可以轻松地表达他们的期望结果。这与当前的命令式交易形成鲜明对比，其中每个参数都必须由用户明确指定。

Tx（交易） 对终端用户来说是一条死胡同

Web3 中当前基于 Tx 的方法被证明是复杂的，导致用户体验不佳和效率损失，因为用户被迫在没有足够访问信息或使用复杂执行策略的情况下做出决策。

为了说明这种复杂性，考虑以下场景：您希望与 Arbitrum 网络上的去中心化应用（dApp）进行交互，但您的资金目前存储在以太坊区块链上：

1. 访问 dApp 网站
2. 尝试将您的钱包连接到 Arbitrum，但发现没有可用的资金
3. 打开一个新标签页，探索将您的资金跨链的最佳方法
4. 前往跨链桥
5. 将您的钱包连接到另一个区块链（以太坊）
6. 将资金从以太坊转移到 Arbitrum
7. 等待跨链完成
8. 返回原始标签页
9. 将您的钱包切换回 Arbitrum
10. 现在，您终于可以使用在 Arbitrum 上桥接的资金使用 dApp 了。

甚至在用户有机会与 dApp 本身进行交互之前，就已经感到沮丧。在未来百万个 Rollup 的世界中，这些问题变得更加明显。

那么，我们如何从命令式范式转变为声明式范式呢？为了理解基本原理，让我首先简要总结一下基于账户抽象的概念（AA）。