後量子遷移、加密敏捷性以及如何防止 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 最大程度標準化的做法似乎效果並不理想。因此，在進行更多改動之前，我決定詢問大家：

• 我該如何做才能讓 EIP-7932 不成為另一個讓 ACDE 會議成員感到煩惱的 PQ 演算法路徑？

• 在技術上可行地擁有 Crypto 框架類型、EIP-8164 ⟷ EIP-7932 整合以及適用於所有未來提案的穩定介面之前，EIP-7932 需要發生什麼變化？

抄送以增加曝光度：（如果您不喜歡被標記，深感抱歉）

@prestwich @shemnon @matt

        1 則貼文 - 1 位參與者

        [閱讀完整主題](https://ethereum-magicians.org/t/post-quantum-migrations-crypto-agility-and-how-to-prevent-eip-7932-from-failing/27836)