让我们说清楚：Arch不是L2。 这个标签被随意使用，因为人们看到我们的自定义执行模型，就误以为是熟悉的类别。但分类只有在反映系统实际运作方式时才有用。 把 Arch 称为 L2 只会让人对架构的作用感到困惑。 L2要求用户对其资产进行桥接或封装，以获得更高的可编程性。他们维护一个独立的状态机，只有在交易作为基础层的承诺后或证明发布时，才会同步回比特币。 他们的交易完全不依赖于比特币基层上发生的事情，因为执行和验证者完全存在于其他地方。 ArchVM的工作方式不同。 ·在ArchVM中批准交易的同一批验证者，在Arch的FROST+ROAST加密中也拥有按比例的密钥份额。 ·状态变化会相应反映，使用实时内存池索引器和DAG（有向无环图），跟踪arch上的状态转变和比特币上的相应资产转移，确保保持原子状态。 ·其回滚/重应用方法确保状态一致性，使Arch能够为应用提供预确认，使用户摆脱比特币缓慢区块时间带来的用户体验问题。 这就是Arch能够将财务逻辑带入基于UTXO的比特币资产，保持我们应用套件内的作，并在每个阶段与基层保持一致。 开发者可以协调活动、执行规则，并构建链上应用，而无需引入封装资产、桥接模型或强制用户迁移资产的安全假设。 这是一种比特币前所未见的模式......以及解锁一种此前从未实现过的比特币可编程性。

看看 Arch 如何在 Bitcoin 的信任边界内保持执行：