Post-Quantum Migrations, Crypto-Agility, and Preventing the Failure of EIP-7932 Ethereum Magicians
2026-02-26T22:28:23.000Z The author discusses the fragmented landscape of post-quantum migration proposals on Ethereum and advocates for EIP-7932 as a standardized, algorithm-agnostic interface to ensure long-term crypto-agility.
後量子遷移、加密敏捷性以及如何防止 EIP-7932 失敗
AI 生成摘要
目前以太坊後量子遷移的路徑過於混雜,我正試圖透過 EIP-7932 建立一個標準化的演算法無關介面,以避免各項提案各自為政並提升加密敏捷性。
目前,實現後量子(Post Quantum, PQ)以太坊交易的「正確」路徑看起來更像澀谷十字路口 ,有太多的提案都以不同的方式在做同樣的基本工作。一些可以實現 PQ 遷移的提案包括:
純粹的 ERC-4337 帳戶抽象,並在 EVM 上進行 PQ 驗證。
使用 EIP-7932:次要簽名演算法 軌道的 EIP-6404:SSZ 交易 。
EIP-8141:框架交易(Frame Transaction) ,將 PQ 遷移交由帳戶自行決定。
作為 PQ 遷移基礎的 EIP-8164:EOA 的原生密鑰委託 。
這些提案截然不同,並觸及 EVM 的不同部分以實現 PQ 遷移。不幸的是,它們都有一個共同的問題,即它們都維護自己獨立的密碼學原語列表,或者存在這樣的風險,甚至 EIP-7932 也是如此,因為它目前僅由 EIP-6404 使用。
EIP-7932 的設計初衷正是為了防止這種情況發生,因此新提案不再需要擔心「我該如何將 secp256k1 轉換為通用的 PQ 演算法?」,而是可以專注於「我該如何將 secp256k1 轉換為標準的、與演算法無關的介面?」。
在閱讀了 EIP-8164 之後,我起草了 #11357: 更新 EIP-7932:增加對公鑰 / 簽名分離的支持 ,以便讓 EIP-7932 更容易與 EIP-8164 的介面整合。然而,我「認為」最能保持此 EIP 最大程度標準化的做法似乎效果並不理想。因此,在進行更多改動之前,我決定詢問大家:
抄送以增加曝光度:(如果您不喜歡被標記,深感抱歉)
@prestwich @shemnon @matt
1 則貼文 - 1 位參與者 [閱讀完整主題](https://ethereum-magicians.org/t/post-quantum-migrations-crypto-agility-and-how-to-prevent-eip-7932-from-failing/27836)