关键要点

· 交易平台决定订单如何进入系统、相互撮合并形成交易。结算链则记录由此产生的资产和抵押品变动，并赋予其最终性。

· 快速执行不等于最终结算。平台可能已经确认成交，但结算链尚未接受转移抵押品或实现损益的交易。

· 这两个层级之间的整合必须协调余额、交易排序、保证金、清算、费用、失败交易以及服务中断后的恢复。

· 更快的结算可以减少未结算风险敞口和对账工作，但即时全额结算也可能压缩净额结算的机会，从而需要更多预先备付的流动性。

· 用户应评估完整的市场技术栈。强大的撮合引擎无法弥补不可靠的结算机制，快速的区块链也无法自行创造流动性或建立稳健的风险管理。

快速回答

交易平台与结算链需要协同运作，因为它们分别解决同一笔交易中的不同环节。交易平台负责市场准入、下单、价格发现、撮合、保证金决策和强制平仓；区块链则为抵押品和已完成的转账提供共享记录。如果这两个层级的状态不一致，交易者可能会看到一笔无法结算的成交、一项暂时不正确的余额，或基于过时状态执行的强制平仓。因此，可靠的设计必须明确规定交易何时具有约束力、区块链最终性如何更新账户余额，以及当任一层级变慢或发生故障时应如何处理。

交易与结算是不同的职责

一笔市场交易看起来像一个动作：按下买入键、获得成交，然后看到持仓更新。但在此之下，交易平台还要接收订单、检查保证金、撮合交易、计算费用并更新持仓。随后，结算环节会让由此产生的转移或义务最终确定。

这种分工并非加密市场独有。传统市场会将执行场所与清算机构、中央对手方、证券存管机构、托管机构和支付系统区分开来。CPMI-IOSCO《金融市场基础设施原则》将结算最终性、流动性风险、操作风险、治理和违约管理视为基础设施承担的具体职责。

区块链市场改变了这种安排，但这些职责依然存在。IOSCO的DeFi政策建议介绍了一类设计：去中心化交易所将已撮合的订单发送到区块链上执行和结算。撮合交易并完成由此产生的状态转移，可以由彼此连接但相互独立的组件完成。

交易平台负责协调交易意图

订单表达的是交易意图，而不是最终所有权。限价订单表示交易者愿意以指定价格进行交易。平台必须验证这项指令，执行市场规则，将其与其他订单排序比较，并判断是否能够撮合。对于衍生品，平台还必须在接受新增风险之前检查抵押品和持仓限额。

这些工作受益于低延迟。订单簿处理撤单、部分成交和重新报价的频率，通常高于用户通过结算环节转移资产的频率。如果每条中间消息都必须等待区块链完成最终确认，市场运行可能会变慢，却未必能改善最终转移。

结算链负责确立权威状态

结算链回答的是另一个问题：根据网络规则，哪些资产和抵押品变动已经不可逆？它负责为交易排序、执行智能合约指令，并向应用提供一个可作为后续操作依据的权威状态。

Arc系统概览展示了区块链内部的这种分工。其Reth执行层处理交易并维护状态，Malachite共识层则负责为区块排序并完成最终确认。交易应用还会在这套基础设施之上增加另一层。

为什么两层系统使用不同的时钟

市场会在几毫秒内作出反应，而区块链则根据共识规则批量完成交易最终确认。即使是速度较快的结算链，也有自己的出块和最终性周期。因此，交易平台至少同时运行着两套时钟：一套记录快速发生的订单与成交，另一套记录链上最终确认的状态变化。

成交确认不等于结算最终性

成交确认意味着平台已经撮合了一笔订单。结算最终性则意味着由此产生的转账无法再通过结算系统的正常运行流程撤销。混淆这两个概念，会形成隐藏的信用敞口。

假设平台允许交易者立即使用一笔成交所得资金。如果结算交易随后失败，平台实际上就是在尚未完成结算的结果上提前提供了信用。这可能是有意的设计，但必须配套设置限额、准备金和回收流程。仅仅把交易场所标记为"链上"，并不能消除这一时间差。

最终性决定状态何时可以安全复用

Arc当前的最终性文档称，该网络设计可在不到一秒内提供不可逆的结算。确定性最终性为应用提供了一个明确的时间点，使其可以将交易视为已完成，而不必等待概率性确认策略。

这一特性可以缩短平台需要管理临时状态的时间。它并不能消除应用错误、合约漏洞、无效的预言机数据，或交易者在市场中的损失。最终性只能让已接受的状态变得持久，并不保证进入该状态的每一条指令在经济上都是明智的。

市场连续运行需要降级模式

平台还需要针对区块链拥堵、不可用或产生异常响应时的处理规则。如果结算延迟期间仍继续撮合订单，待履行的义务可能不断累积。立即暂停虽然可以保护余额，却可能扰乱价格发现，并阻止交易者降低风险。

交易场所可以降低持仓限额、暂停提现、切换为仅撤单模式、提高风险缓冲，或暂停特定市场。关键在于，平台应在事件发生前定义好切换机制，并持续向用户进行一致、清晰的沟通。

可靠的集成必须协调的事项

执行与结算之间的接口，并不是提交一笔交易那么简单。它是一套状态机，必须让多项事实保持一致：交易者存入了什么，平台预留了什么，哪些订单已经成交，产生了多少费用，还有哪些头寸仍未平仓，以及链上已经最终确认了什么。

每一条结算指令都需要防重放保护和唯一身份标识，确保重试不会让同一笔成交被结算两次。交易排序也必须保留依赖关系：为提现提供资金的存款或盈利尚未确认前，提现不应最终完成。失败交易需要明确处置，而不是悄无声息地反复重试。

即便链上余额尚未变动，风控引擎也可能会针对未成交订单预留抵押品。接口应区分总抵押品与可用抵押品、待处理转账，以及已用于保证金的资金。一个不加区分的余额，容易引发重复花费和令人困惑的强平。

终局性如何改变平台风险

终局性时间缩短，可以减少一方已经履约而另一项义务尚未完成的窗口期；也可以让抵押品更早被重新使用，并减少平台必须对账的临时记录数量。

但更快并不必然更安全。有缺陷的清算、利用被攻破密钥发起的操作，或错误的合约调用，也会迅速达到最终状态。因此，控制环节必须前移到流程更早阶段：在提交后几乎没有时间干预的情况下，交易模拟、授权、速率限制、预言机验证、提现政策和熔断机制都会变得更重要。

结算设计也会影响流动性。DTCC在讨论区块链清算与结算时警告，实时全额结算可能削弱净额结算的好处，并要求每笔交易单独备足资金。平台必须决定哪些义务应立即结算，哪些可以净额处理，以及在哪些环节适合设置信用或流动性缓冲。

为什么共享结算资产很重要

当手续费支付、抵押品和结算均使用会计处理相互兼容的资产时，协调会更简单。如果交易者缴纳一种资产作为抵押品、用另一种资产支付Gas费，再用第三种资产结算盈亏，平台就必须同时管理这三种资产的兑换、价格波动和最低余额。

Arc文档将USDC定义为该网络的Gas代币，并将Arc描述为稳定币原生的Layer 1区块链；这些属于设计层面的主张，并不能证明实际应用性能。其Gas与费用文档解释了该网络以USDC计价的手续费设计。对于以USDC为保证金的市场而言，这一设计可以减少应用与区块链之间的一项运营不匹配。

但这并不意味着交易总成本是固定的。买卖价差、价格冲击、资金费率、清算罚金、应用手续费以及获取USDC的成本仍然彼此独立。统一计价单位可以减少会计处理上的摩擦，但无法消除市场风险，也不能保证执行成本较低。

架构选择与取舍

把更多逻辑放到链上，可以让规则和状态转换更容易被审查，但也会让应用受到区块容量、交易排序和网络费用的影响。专门化执行机制可以更快响应，并支持更复杂的订单类型，但用户必须了解由谁运营、消息如何获得授权，以及其记录如何与链上数据核对。

BIS/CPMI代币化报告强调，代币化安排仍需要健全的治理、风险管理和互操作性。模块化只有在各模块共享清晰标准和责任边界时才有价值。否则，它只是把复杂性转移到接口层，而那里的故障可能更难被发现。

执行与结算之间可能出现哪些问题

最危险的故障往往发生在边界处。延迟的索引器可能显示过时的抵押品余额。重复消息可能导致同一操作被提交两次。链重组或对最终确认的假设，可能使平台过早确认一笔存款。预言机可能在一个层级更新后，另一个层级尚未更新。软件发布可能只改变一侧的舍入规则或费用逻辑。

一个可信的系统会公布故障可能带来的实际后果：交易是否会暂停，是否可以启用仅撤单模式，待处理的提款将如何处理，谁有权启用紧急控制措施，以及如何独立验证最终状态。

投资者总结

交易平台与结算链是相互补充的基础设施。平台将订单转化为市场结果，结算链则将经授权的状态变更转化为持久、共享的记录。两层基础设施都不能脱离另一层单独评估。

投资者和交易者应将执行质量、流动性、抵押品控制、终局性假设、预言机设计、提现规则、治理机制和事故恢复作为一个整体进行审视。最优架构未必是将每项操作都放到链上的架构，而是能够明确划分各项职责，并确保各层在正常和承压环境下都保持一致的架构。

最终要点

交易平台可以让市场运行得更快，但只有可靠的结算流程，才能让已完成的义务具备最终性。结算链可以让状态持久保存，但它无法判断订单簿是否具有流动性、价格是否公允，或清算政策是否稳健。

当执行层生成经过授权且顺序明确的义务，结算层及时返回平台可以安全复用的、明确无歧义的状态时，这两个层次才能有效协同。这种协调机制，包括系统失效时的处理方式，才是链上交易体验背后的真正基础设施。

常见问题

交易执行与结算有什么区别？

当买卖指令按照平台的市场规则相互匹配时，交易执行就发生了。结算则完成由此产生的相关转移、抵押品更新或合约义务。两者可能几乎同时发生，但并不是同一事件。

订单簿是否必须直接运行在区块链上？

不必如此。平台可以在专用执行层处理部分订单信息，再将经授权的结果结算到区块链上。设计方案应披露各组件由谁运营、订单如何获得授权，以及平台记录如何与链上最终状态保持一致。

区块链最终性为什么对交易平台很重要？

最终性决定了平台何时可以确认：存款、提款、抵押品转移或合约更新已按照区块链规则变得不可逆。更快且确定性更高的最终性可以减少临时状态，但平台仍需针对无效指令、服务中断和应用层故障设置控制措施。

更快的结算是否能降低所有类型的风险？

不能。更快的结算可以降低结算敞口和对账负担，但也可能提高预先融资需求，并使错误交易更快变得不可逆。流动性、智能合约、预言机、托管、治理和运营风险仍然存在。

为什么保证金和结算都使用 USDC？

使用同一种结算计价单位，可以简化抵押品核算，减少在波动性较高的 Gas 资产与以美元计价的市场义务之间进行兑换的需要。但这并不保证市场价格稳定、流动性充足或交易总成本较低。