pull down to refresh

Genuine question for Bitcoin Core contributors and the wider community on SegWit, Taproot, OP_RETURN, and whether Bitcoin’s monetary use case was stress-tested under adversarial use.

Where can I find the discussion or documentation showing whether SegWit, Taproot, and later OP_RETURN relay-policy/default changes were assessed not just for consensus correctness, compatibility, wallet behaviour, miner activation, and known technical risks, but also for adversarial economic incentives?

Specifically: was the risk considered that lower-cost or more flexible ways to commit data to Bitcoin’s chain could create permanent arbitrary-data markets competing with Bitcoin’s monetary use case?

I’m not claiming this was not discussed. I’m trying to understand where it was discussed, how the trade-offs were evaluated, and what assumptions were made at the time.

I think I understand the strongest dev-side answer:
SegWit and Taproot were not casually shipped. They were reviewed, tested, and activated carefully. Once soft forks activate and users rely on them, rollback becomes dangerous. Arbitrary data may be undesirable to many people, but if it is valid under consensus, the protocol is doing what the rules allow. Relay-policy limits are also weak if users can bypass ordinary nodes and submit directly to miners.

But from a DevOps/risk-governance perspective:
If a change is irreversible in practice, the test burden should be higher, not lower.

And if a change enables behaviour that is technically valid but in tension with Bitcoin’s monetary use case, then “the protocol works as designed” is not a complete answer.

So my question is:

  • Was Bitcoin’s monetary use case stress-tested under adversarial use, or was the review mainly focused on technical correctness?
  • Genuinely asking for links, references, or prior discussions. I’m trying to understand the prior reasoning, not relitigate the upgrades.

##Edit

#1509743

I’ve read arguments that BIP110 may be poorly designed or dangerous as a consensus restriction. My question is separate from whether BIP110 is the right fix: where was the original adversarial-incentive analysis for the changes that made today’s data markets possible?

deleted by author