Aptos 在其 10 月 12 日的公告 中宣布，加密内存池已在主网上线，用户可以隐藏待处理交易的内容，直至其在区块中的位置最终确定。

内存池用于保存尚未被打包进区块的待处理交易。当交易内容可见时，外部观察者可以在执行前查看其中的指令。设想一笔足以推动代币价格变动的大额兑换：看到该待处理订单的机器人可以先买入，让用户的兑换推高价格，然后再卖出。这一序列即所谓三明治攻击，可能使发送者获得更差的成交结果，而其前提是在仍有围绕该指令进行交易的机会时看到它。从可见的待处理订单中提取价值——这类策略通常被统称为 MEV（最大可提取价值）——是拥有透明内存池的公链长期面临的问题，行业内已探索了从私密提交通道到门限加密等多种缓解方案。Aptos 的做法正是针对排序阶段本身的暴露问题。

加密使排序期间无法查看交易负载——即被调用的函数及其参数。它并不承诺特定的成交价格：一笔加密兑换仍可能面临正常的市场波动、流动性不足或严格的滑点设置。

排序先于指令的揭示

AIP-144 协议提案 描述了三个阶段：

• 提交： 客户端在发送交易前对负载进行加密。
• 排序： 验证者就区块达成一致，此时其加密指令仍不可读。
• 解密与执行： 验证者在共识后揭示负载，然后执行交易。

此处的最终性指对区块及其交易顺序达成一致。通过将这一共识与执行分离，Aptos 使指令在位置固定之前保持隐藏。发送者账户和 gas 费字段在提交时仍可见，已完成的交易活动随后会被公开记录。与其他区块链隐私方案一样，隐藏部分细节并不意味着账户匿名。

验证者同时承担解密职责

验证者共同为每个 epoch（验证者集合固定的时期）生成加密密钥。解密需要足够多的质押加权份额——即解密能力的分片——而非由单一验证者掌握。因此，Aptos 依靠其共识验证者，而非另设一个独立的解密委员会。

该提案还规定了仅执行一次的可信设置仪式，这意味着安全分析必须同时考虑密码学设置与验证者行为，而不能将没有外部委员会视为全部信任模型。

ZKSecurity 的独立审查 检查了加密方案、密钥管理组件以及与交易处理的集成。Gas 计量不在其审查范围内。该审查提供了实现层面的证据，但不应被视为对所有故障或交易风险的保证。

用户如何启用该功能——以及基准测试结果

根据 Aptos 的说明，Petra 钱包在其签名流程中提供加密选项，用户可针对单笔交易选择启用。Aptos 的永续合约交易所 Decibel 计划使用该功能；公告并未表明其集成已在运行。这留下了若干待解问题，包括 Decibel 的集成何时上线、所报告的开销在生产下的表现，以及 Petra 之外的钱包是否会将加密作为常规选择。

开发者可以通过 Aptos TypeScript SDK 提交加密负载，自 7.0.0 版本起提供支持。现有 Move 合约无需任何更改。

Aptos 报告称，在 50 节点基准测试中，每区块新增约 20 毫秒延迟。该数字衡量的是处理开销，而非为交易者节省的成本或拥堵情况下的生产环境性能。加密在排序期间隐藏指令；一笔交易能否获得更好的价格，仍取决于市场以及执行该交易的应用程序。

本文仅供信息参考，不构成财务或投资建议。区块链隐私工具可以减少特定形式的信息暴露，但不能保证匿名性，也无法防范所有交易风险。