Aptos 加密内存池正式上线主网,以约 20 毫秒延迟保护交易免受 MEV 机器人攻击
要点速览
- •Aptos 的加密内存池在共识最终确定区块隐藏交易负载(包括函数调用及其参数),而发送者地址和 Gas 费用仍然可见。
- •门槛加密运行在 Aptos 现有验证者之上,任何单一验证者或低于门槛的群体都无法解密待处理交易,且未引入额外的解密委员会、私有区块构建者或可信硬件。
- •Petra 是首个支持用户在签名时加密交易的钱包,构建于 Aptos 之上的永续合约交易所 Decibel 将利用该基础设施确保订单在执行前保持链下状态。
- •在 50 个节点的测试中,相比生产版 AptosBFT 每个区块额外增加约 20 毫秒延迟,鉴于区块在一秒内最终确认,Aptos 认为该延迟微不足道。
- •现有 Move 智能合约无需更改,支持可通过 Aptos TypeScript SDK 7.0.0 及更高版本获得,更广泛的采用取决于钱包和应用集成。

Aptos 已在主网激活协议原生的加密内存池,为用户提供一种可选方式,在区块排序最终确定前隐藏交易细节。根据官方公告,该功能旨在解决去中心化金融(DeFi)领域长期存在的问题:MEV 机器人针对公开可见的待处理交易实施抢跑和三明治攻击。MEV(最大可提取价值)是指通过在区块内对交易进行重新排序、插入或审查而可获取的利润。
在交易进入内存池之前对其进行加密
启用该功能后,交易负载会在客户端加密后再发送至网络。函数调用及其参数等敏感信息将被隐藏,而发送者地址和 Gas 费用仍然可见。
验证者随后可以在无需查看支付信息本身的情况下确认交易排序。一旦共识就区块达成一致,验证者将共同解密交易、执行交易并将其写入区块链记录。
任何单一验证者都无法解锁待处理交易
Aptos 直接在现有验证者集合之上实施门槛加密。任何单一验证者都无法解码待处理交易,合计质押量低于所需门槛的群体同样无法做到。在门槛加密方案中,解密权限分散于多方,因此密钥由谁掌握——以及是否引入新的信任假设——成为设计的关键。引入专门解密委员会、私有区块构建者或可信硬件的加密方案会将新的参与方纳入这一等式,公告对此直接作出回应:“我们在 Aptos 中不设立任何额外的解密委员会、私有区块构建者或可信硬件提供商。相反,AQUA 代币转换由支持 Aptos 共识的同一批验证者处理。”
加密内存池针对抢跑与三明治机器人
公开内存池会在交易执行前展示交易数据,这为自动化交易机器人提供了可乘之机,使其能够发现大额交易并进行复制,或在其他交易者前后立即执行交易。由于负载保密、最终排序仅通过共识确认,Aptos 削除了这些机器人干扰交易所需的大量信息。
这种保护对机构订单、大额 DeFi 交易和自动化代理可能尤为重要,因为交易意图的过早暴露可能转化为执行风险。
Petra 是首个在签名流程中提供该功能的钱包,允许用户选择在签名时加密交易。此外,构建于 Aptos 之上的永续合约交易所 Decibel 将使用加密内存池基础设施,确保订单在执行前保持链下状态。这两项集成将主网上线同时落实在消费级钱包和应用层,也是该功能实际应用最清晰的近期参考。
以约 20 毫秒额外延迟换取隐私
在区块链规模上运行门槛加密会增加计算需求,但 Aptos 表示性能影响极小。其批量加密设计使整个区块的解密只需每个验证者恒定大小的通信量,与批次中交易数量无关。
在 50 个节点的测试中,相比生产版本的 AptosBFT,每个区块额外增加约 20 毫秒延迟。鉴于 Aptos 区块在不到一秒内即可最终确认,项目方认为这一延迟微不足道。
局限性与开发者支持
初始实现的限制意味着该功能无法提供完全的交易匿名性。发送者地址和 Gas 信息仍然可见——且由于地址在链上是公开的,交易在执行后仍可关联到特定账户——而交易负载本身在区块最终确定前保持加密状态。
现有 Move 智能合约无需任何更改,支持可通过 Aptos TypeScript SDK 7.0.0 及更高版本获得。这意味着更广泛的可用性掌握在钱包和应用集成方手中,而非依赖合约升级,延续了 Petra 已推出的签名时加密模式。