The Bitcoin Softfork That Tried To Police “Junk Data” — And Why It’s

This is a guest post by Brandon Black. Opinions expressed are entirely their own and do not necessarily reflect those of BTC Inc. or Bitcoin Magazine.

Within the tiny internet bubble of Bitcoin X (formerly Bitcoin Twitter or Crypto Twitter), there has been a lot of noise in the past year about @dathon_ohm’s proposal for a Reduced Data Temporary Softfork, otherwise known as BIP110. Underlying this proposal is the idea that certain Bitcoin transactions have been violating the principles of the network by including in their locking or unlocking scripts data that can be interpreted in one or more additional ways besides their plain Bitcoin script interpretation. According to BIP110’s supporters, reducing the use of these transactions is sufficient justification for the most confiscatory Bitcoin softfork to date, on a deployment timeline that is dramatically faster than the two most recent softforks, and with a lower activation readiness threshold.

Bitcoin is an open-access, censorship-resistant ledger to which anyone can write entries if they are willing to pay fees sufficient to convince block template creators and miners to include their transaction. The fundamental value of Bitcoin vs. all other ledger systems is the aforementioned open access. Without it, Bitcoin’s ledger has no more value than the bowling alley scoreboard. Because of this fundamentally open access, we all know that Bitcoin will be used by those we hate. Much like the principle of free speech, which is meaningless unless it applies to speech that we don’t like, Bitcoin’s open access would be meaningless if it only applied to transactions of which you or I approve. I will therefore assume that we do not want to be in the business of inspecting how other people structure their ledger entries any more than we want them inspecting our entries.

BIP110 proponents might say, “Sure, but that only applies to monetary entries! What about these non-monetary entries?”, but the reality is that there simply is no such distinction. Every transaction made on Bitcoin is made by satisfying the conditions of some locking script to make an entry in the ledger, which consumes input coins and creates output coins. The fact that one transaction’s scripts are larger or smaller than another is of no relevance to me as a Bitcoin node operator or user. First, I simply do not look at other people’s transactions. They’re no more my business than other people’s orders at the local café. Second, my node makes no such distinction. Transactions are either valid or invalid, and they are either costly to validate (like a large multisig) or cheap to validate (like one of these Ordinals or OP_RETURNs).

One could argue that Bitcoin, like gold, would be a superior monetary asset if it could not also be looked at in other ways. Imagine if gold could not be used in industry or jewelry! It might be true that that would make it better as money. But of course, the very same properties that make…