当前 DeFi 交易存在执行延迟、抢跑攻击和复杂策略难以实现等问题。Supra 的零区块延迟自动化（Zero-Delay Automation） 彻底革新链上执行方式，使交易在同一区块内完成，确保更快、更公平、更智能的 DeFi 体验。
然而，智能合约的核心限制在于它们必须由外部触发，即需要发送交易来执行合约，并提供必要的输入参数。
自动化网络（Automation Networks） 通过一组外部节点持续监控区块链，从而解决了这一限制。当满足特定条件时，这些节点会自动发送交易以执行相应操作，使区块链具备“如果 X 发生，则执行 Y”的自动化能力。在当前大多数自动化网络中，用户需在注册合约中登记任务，该合约负责管理所有的自动化请求。这一操作表达了用户的意图，使特定链上操作能够自动触发。当任务被注册后，自动化网络通常遵循以下步骤：
监控区块链：节点持续获取最新区块的数据。
评估条件：节点检查区块链当前状态是否满足设定条件。
达成共识（适用于去中心化网络）：在去中心化网络中，多个节点需就条件是否被满足达成一致。
触发执行：当条件成立时，自动化网络向区块链发送一笔交易。
进入 Mempool（交易池）：交易进入内存池，等待矿工或验证者处理。
区块提案：区块提议者（如矿工或验证者）从交易池中选择交易，并将其包含在区块提案中。
最终确认 & 执行：区块被确认，交易作为区块的一部分正式执行
这一流程使链上操作具备自动化能力，但由于涉及多个步骤，执行过程并不完全流畅，且存在多个可能导致失败的环节。目前，大多数自动化网络主要基于时间触发或加密货币价格阈值来执行交易。然而，这种模式面临一个核心挑战：
关键问题：条件触发与交易执行之间的延迟
在当前模型中，从满足条件到交易真正执行可能需要跨越多个区块，而这种延迟在对时间敏感的应用中可能代价高昂。例如：
清算交易延迟：如果抵押品清算触发过晚，资产价格可能已经大幅下跌，导致贷款人损失惨重。
此外，用户必须预存资金用于支付自动化交易的 Gas 费及服务费用，因为自动化网络会代用户提交交易，并以自身身份执行。这意味着：
如果交易需要特权访问，用户需向自动化网络授予必要权限，这可能带来一定的信任风险。
作为垂直整合的 L1 区块链，Supra 早在设计阶段便考虑提供内置自动化（Enshrined Automation）服务，并深入探索这一模式的优势。
借助 Supra 的零区块延迟（Zero-Block-Delay）自动化，所有活跃的自动化任务将在每个区块结束时立即执行，彻底消除延迟与触发失败，确保更快速、更可靠的交易执行。我们的自动化服务无需将触发条件与链上执行操作分开定义。与传统自动化网络不同，条件与执行动作均直接在区块链状态内计算。对于基于时间的条件，我们直接使用区块时间戳作为触发依据。
如何运作
以下三个步骤均在同一个区块内完成：
1) 区块执行 & 状态计算 – 验证者节点处理交易并计算该区块的链上状态。
2) 自动化任务执行 – 在常规交易执行完毕后，新的区块状态成为自动化任务的输入。所有活跃的自动化任务按注册顺序执行。
3) 最终状态确认 – 自动化任务的执行结果被纳入区块，最后一个任务的输出即为该区块的最终状态。
由于自动化任务始终在每个区块结束时执行，这意味着当某个条件在当前区块内被满足时，其对应的执行动作将在同一区块内立即触发，彻底消除执行延迟。
例如，假设有一个自动化任务 AT1，其触发条件为：
if C then，execute_action()， endif
如果 C 在区块 B 结束时变为 true，那么 execute_action() 将在同一个区块内立即执行，从条件满足到执行实现零区块延迟（Zero-Block Delay）。在注册自动化任务之前，目标智能合约（即需要自动化执行的合约）必须先部署
到区块链上。
注册流程
1）用户注册自动化任务，并指定执行目标智能合约所需的参数。
2）注册合约（Registry Contract）进行以下验证：
检查调用的语法和参数类型是否正确。
确保用户账户中有足够的余额支付相关费用。
验证自动化参数是否符合系统约束，防止非法或无效操作。
执行与调度
任务成功注册后，在下一个 epoch 变更时由验证者加载。
在整个 epoch 期间，该任务将被自动安排在每个区块结束时执行。
任务移除
任务可因以下两种情况被移除：
1）任务达到预设的到期时间（expiry_time）后自动失效。
2）用户通过提交交易主动取消任务。
任务一旦到期或被取消，会在下一个 epoch 变更时从自动化注册表中移除。
自动化任务的执行权限
自动化任务的执行权限与注册该任务的用户相同。例如，如果 Alice 注册了以下任务：
if Alice.balance > 10,000 then transfer(Alice, Bob, Alice.balance - 10,000)
T 该任务将在每个区块结束时自动执行，无需 Alice 每次手动签署交易。Alice 在注册任务时的签名即代表其执行意图，确保任务的执行方式与她手动提交交易一致。
换句话说，每当 Alice 的余额超过 10,000，超出部分将自动转账给 Bob，无需额外操作。
零区块延迟的保障
为了维持 零区块延迟（Zero-Block Delay） 机制，区块中的一部分空间将专门预留用于执行自动化任务。
收费模式包含多个可调参数，由 Supra 治理机制进行调整，以确保公平性和执行效率。
费用结构
1）固定注册费（Flat Registration Fee）
任务注册时需支付一次性、不可退还的注册费用。
2）自动化执行费用（Automation Fee）
用于支付自动化任务占用的自动化预留空间，包含以下两部分：
基础自动化费用（Automation Base Fee）：根据任务占用的 Gas 预留比例及任务存续时间（epoch_interval 或 expiry_time，以较早者为准）计算。
拥堵费用（Congestion Fee）：当任务占用超过 拥堵阈值（Congestion Threshold） 时，费用线性递增。（例如，若阈值为 50%，则低于该比例时不收取额外费用；若任务占用达到 70%，则对超出的 20% 部分按比例收取额外费用）。
3）Gas 费用（Gas Fee）
按标准 Gas 费率支付每个区块执行任务的成本。
注册时的用户控制选项
到期时间（Expiry Time） – 设定任务停止执行的时间。
最大 Gas 限制（Max Gas） – 限制单个任务的最大执行消耗，类似于标准交易的 Gas 限制。
Gas 价格上限（Gas Price Cap，待定） – 当 Gas 价格超过用户设定的阈值时，任务不会执行。
自动化费用上限（Automation Fee Cap） – 设定自动化费用上限，若费用超过该阈值，任务将自动取消，以防止过度扣费。
任务取消与退款
用户可以随时取消任务，但任务仍会保留在注册表中，直到当前 epoch 结束 后才被正式移除。
取消任务不提供退款。
在去中心化借贷协议中，用户的贷款通常由抵押资产支持。例如，某协议可能向 Alice 提供 80 万美元的 SUPRA 贷款，以 200 万美元的 Terra LUNA 作为抵押。如果抵押品的价值跌破贷款金额，协议必须立即清算，以防止损失扩大。
在极端市场崩盘的情况下，例如 LUNA 价格每个区块下跌 10%，清算执行的延迟可能带来灾难性后果。假设清算过程延迟 5 个区块，这可能导致数十万美元的损失，对于更大规模的贷款，损失甚至可能达数百万美元。
借助 Supra 的零延迟自动化（Zero-Delay Automation），协议可以在同一区块内触发清算操作，一旦价格跌破设定阈值，立即执行，最大程度减少损失，确保系统的金融稳定性。全链上订单簿 DEX
与当前主流的混合型订单簿 DEX不同，Supra 的零延迟自动化（Zero-Delay Automation）使订单提交、撮合和结算能够在同一个区块内完成。
这一机制显著提升了用户体验，使交易速度可与中心化交易所（CEX）相媲美。此外，它还支持实时链上监控应用，例如自动化预警系统，用于监测订单簿的链上活动。目前，Supra 的 零延迟自动化（Zero-Delay Automation）仅适用于 Supra L1 区块链内的任务执行。然而，随着即将推出的 SupraNova 跨链通信协议，我们计划将自动化功能扩展至跨链交易。这一升级将实现跨多个区块链的高速自动化执行，使去中心化应用能够跨链无缝触发交易与操作。
往期推荐
For Better Blockchain
白皮书解读丨分布式预言机方案 --DORA
白皮书解读丨“无桥”跨链协议 --HyperNova
点击“阅读原文” ，关注中文推特
【免责声明】市场有风险，投资需谨慎。本文不构成投资建议，用户应考虑本文中的任何意见、观点或结论是否符合其特定状况。据此投资，责任自负。
