Aptos 在其 10 月 12 日的公告中宣布，加密記憶體池已在主網上線，讓使用者能夠隱藏待處理交易的內容，直到其在區塊中的位置確定為止。

記憶體池（mempool）存放尚未被納入區塊的待處理交易。當其內容可見時，外部觀察者可在執行前檢視指令。想像一筆足以推動代幣價格變動的大型兌換交易：看到該待處理訂單的機器人可以先買入，讓使用者的兌換推高價格，然後再賣出。這種序列被稱為三明治攻擊，可能讓發送者獲得較差的執行結果，而其前提是在還有機會圍繞該指令交易時看到它。從可見的待處理訂單中攫取價值——一類通常在 MEV（最大可提取價值）概念下討論的策略——一直是具有透明記憶體池的公有區塊鏈的長期隱憂，業界已探索從私密提交通道到門檻加密等多種緩解設計。Aptos 的做法則直接針對排序階段本身的暴露問題。

加密移除了排序期間對交易負載——所呼叫的函式及其參數——的可見性。它並不承諾特定的執行價格：加密的兌換交易仍可能面臨一般市場波動、流動性不足或過於嚴格的滑點設定。

排序先於指令揭示

AIP-144 協議提案描述了三個階段：

• 提交： 客戶端在發送交易前加密負載。
• 排序： 驗證者就區塊達成共識，而其加密指令仍保持不可讀。
• 解密與執行： 驗證者在共識後揭示負載，然後執行交易。

此處的最終性是指對區塊及其交易順序達成一致。透過將該共識與執行分離，Apt 允許指令在其位置固定之前保持隱藏。發送者帳戶與 gas 費用欄位在提交時仍然可見，已完成的活動之後會公開記錄。與其他區塊鏈隱私方案一樣，隱藏部分細節並不會使帳戶匿名。

驗證者也負責解密

驗證者在每個 epoch——即驗證者集合固定的期間——共同產生加密金鑰。解密需要足夠的權益加權份額（解密能力的組成部分），而非由單一驗證者存取。因此，Aptos 依靠其共識驗證者，而非另設獨立的解密委員會。

該提案還規範了一次性的可信設置儀式，這意味著安全性的評估必須同時考量密碼學設置與驗證者行為，而不能將「沒有外部委員會」視為完整的信任模型。

ZKSecurity 的獨立審查檢視了加密方案、金鑰管理元件以及與交易處理的整合。Gas 計量不在其審查範圍內。該審查提供了實作層面的證據，但不應被視為對所有故障或交易風險的保證。

使用者如何啟用——以及基準測試顯示了什麼

根據 Aptos 的說法，Petra 錢包在其簽名流程中提供加密選項，讓使用者可針對個別交易選擇啟用。Aptos 的永續合約交易所 Decibel 計劃採用該功能；公告並未證實其整合已經上線運作。這留下了幾個短期待解的問題，包括 Decibel 的整合何時上線、所報告的開銷在生產環境負載下的表現，以及 Petra 以外的錢包是否會將加密作為常規選項。

開發者可透過 Aptos TypeScript SDK 提交加密負載，自 7.0.0 版本起提供支援。現有的 Move 合約無需任何修改。

Aptos 報告在 50 節點基準測試中，每個區塊增加約 20 毫秒的額外延遲。該數字衡量的是處理開銷，而非交易者的節省成本或擁塞時的生產環境效能。加密在排序期間隱藏指令；交易是否能獲得更佳價格，仍取決於市場以及執行該交易的應用程式。

本文僅供資訊參考，不構成財務或投資建議。區塊鏈隱私工具可以減少特定形式的資訊暴露，但不保證匿名性，也不保證免於所有交易風險。