Replay protection conditions/solutions

Posted by Kruw

May 16, 2026/13:11 UTC

The discussion about the potential Bitcoin soft fork highlights significant security and technical considerations for users on both sides of the fork, named here as "Core" and "Knots." As some nodes are signaling support for this soft fork, which will be activated via BIP8 by the end of summer as detailed in the soft fork proposal, users are presented with a critical decision-making opportunity. They could potentially sell their coins on one chain to buy more on the other, aligning with their preference for either the original rule set (Core) or the restricted rule set (Knots).

However, this action introduces a risk known as a replay attack, where transactions valid on one chain might also be valid on the other, leading to unintended financial losses. For instance, if a user spends coins on the Core chain, the transaction could be rebroadcast on the Knots network, thus depleting the same amount from the user's wallet on that network. Replay protection strategies become essential under these circumstances to ensure transactions are only valid on the intended chain.

For those on the Knots network, obtaining replay protection involves waiting for new blocks to be mined and using a descendant of the newly generated coinbase output in transactions, given that identical blocks do not exist on both chains. Conversely, gaining replay protection on the Core chain is relatively simpler. Users can create transactions that would be invalid under the new BIP110 rules, ensuring that such transactions and their descendants cannot be replayed on the Knots chain. Additionally, participating in a coinjoin transaction provides an effective method for achieving replay protection without the need to acquire new coins, as these transactions eventually include at least one input that cannot be replayed across chains. This method assumes that the Core chain retains more than 51% of the total hash rate; otherwise, it risks being reorganized out of existence if the Knots chain surpasses this threshold. Furthermore, if the Knots chain does not adjust its mining difficulty mechanism appropriately, it could face issues with chain progression stalling entirely due to miners having to wait 100 blocks before they can spend newly minted coins.

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