May 5 - Aug 27, 2026
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.
Thread Summary (6 replies)
May 5 - Aug 27, 2026
7 messages • 6 replies
TLDR
We’ll email you summaries of the latest discussions from high signal bitcoin sources, like bitcoin-dev, lightning-dev, and Delving Bitcoin.
We'd love to hear your feedback on this project.
Give Feedback