Algorithm Agility for Bitcoin to maintain security in the face of quantum and classic breaks in the signature algorithms

The discussion revolves around the selection of cryptographic schemes for Bitcoin, specifically comparing SLH-DSA against hash-based signatures. The preference for SLH-DSA is highlighted due to its anticipated support outside of Bitcoin, which includes benefits from hardware security modules (HSMs), hardware acceleration, and software liberties. This external ecosystem support is seen as a significant advantage for rapid deployment within Bitcoin. However, concerns are raised regarding the efficiency of SLH-DSA for Bitcoin usage. Compared to alternative hash-based signatures, SLH-DSA is less efficient, potentially leading to ~50% smaller signatures with other schemes. Despite the potential for Bitcoin to standardize new, more efficient schemes and develop tailored software libraries and HSM support, the challenge lies in addressing the verification resource constraints across the Bitcoin network. These constraints are considered more critical design limitations than the time it might take to build up ecosystem support.

Further into the correspondence, an inquiry about bypassing BIP 360 by utilizing Taproot and subsequently disabling the taproot key spend path is addressed. The response clarifies that while using Taproot directly could be an option, it would result in confiscatory measures since Taproot currently only supports key spend path outputs. Disabling Taproot key path spends before a designated "Q-day" without implementing BIP 360 could present a preferable route, leveraging Taproot's efficiency and privacy advantages in the interim. Additionally, an alternative approach is mentioned, involving the definition of a new SegWit version mirroring Taproot. This version would signal the owner's consent to future deactivation of key path spends, offering a non-confiscatory method to utilize Taproot's features while acknowledging the potential privacy implications of operating two parallel versions of Taproot. This suggestion points toward a nuanced exploration of options to balance innovation with the technical and ethical considerations inherent in cryptocurrency development.