A Post-Quantum Path for BIP 324

May 5 - Aug 27, 2026

  • The ongoing discourse regarding the upgrading of Bitcoin's encryption protocols to safeguard against quantum computing threats is multifaceted, focusing primarily on enhancing BIP 324.

The protocol currently utilizes Elliptic Curve Diffie-Hellman (ECDH) for deriving shared secrets, which is vulnerable to quantum attacks—specifically through strategies like "harvest now, decrypt later." This vulnerability has sparked debates on whether to integrate a hybrid Key Encapsulation Mechanism (KEM) or transition entirely to post-quantum KEMs. Hybrid KEMs combine current and quantum-resistant methods, providing an interim solution; however, purely post-quantum approaches propose abandoning traditional methods altogether in favor of new, secure algorithms. Such upgrades also involve considerations about maintaining randomness in initial handshake phases to obscure data from network observers, with suggestions including classical setups that lead into post-quantum upgrades within the same transport protocol.

Another aspect of this discussion pertains to the potential shift from BIP 324 to TLS 1.3 for encrypting peer-to-peer connections in Bitcoin's network. Olaoluwa Osuntokun raised points about TLS 1.3 potentially increasing the invisibility of Bitcoin P2P connections by mimicking other TLS communications, thus reducing chances of being blocked by firewalls. The adoption of TLS 1.3 could also leverage QUIC for faster data transmission and introduce features like oblivious HTTP and QUIC tunnels, enhancing both the efficiency and security of network communications. However, integrating TLS 1.3 would also mean overcoming resistance due to its complexity and dependency issues, as highlighted by Jonas Schnelli. He noted that Bitcoin Core tends to avoid heavy dependencies and pointed out compatibility issues between BIP 324’s cryptographic mechanisms and those supported by TLS 1.3.

Further discussions have recommended maintaining classical cryptographic properties during upgrades to ensure security against quantum decryption capabilities. A preferred method involves using a classical setup initially and then transitioning to a post-quantum upgrade within the same channel, preserving the appearance of randomness and thus security from current technology levels. Concerns about network efficiency and susceptibility to denial-of-service attacks with more complex cryptographic operations were also addressed, emphasizing the need for careful consideration in implementing these changes.

Lastly, the debate extends to the use of NIST-standardized KEMs and exploring non-interactive key exchange systems like CSIDH for post-quantum cryptography within Bitcoin's network. Although such systems offer advantages like short public keys and efficient exchanges, their slower performance compared to ECDH and the centralized nature of TLS pose significant challenges. Alternatives could include adopting standards similar to Noise or WireGuard, or creating a bespoke standard tailored for Bitcoin, which would facilitate a smoother transition to quantum-resistant algorithms while considering future developments in quantum computing.

These discussions reflect a robust engagement among developers to enhance Bitcoin's resilience against emerging quantum threats, ensuring comprehensive security measures align with the network's operational needs and future-proofing the cryptocurrency against advanced computational capabilities.

Link to Raw Post
Bitcoin Logo

TLDR

Join Our Newsletter

We’ll email you summaries of the latest discussions from high signal bitcoin sources, like bitcoin-dev, lightning-dev, and Delving Bitcoin.

Explore all Products

ChatBTC imageBitcoin searchBitcoin TranscriptsSaving SatoshiDecoding BitcoinWarnet
Built with 🧡 by the Bitcoin Dev Project
View our public visitor count

We'd love to hear your feedback on this project.

Give Feedback