New BIP proposal that actually addresses the inscription plague: https://bip444.github.io/
BIP-444 implements temporary consensus limits on data fields to make inscriptions technically and economically impractical while preserving ALL monetary use cases:
- 34-byte scriptPubKey limit (covers all modern payment types)
- 256-byte data push limit (kills image storage)
- Disables unused opcodes being exploited for spam
The economic case is simple: Monetary transactions pay once for one-time value. Inscriptions pay once for PERPETUAL hosting by every node forever. It's an arbitrage exploit where miners capture 100% of revenue while node operators bear 100% of eternal storage costs.
This isn't censorship - it's fixing a specification bug. Every protocol has boundaries. We already limit block size, script size, and disable certain opcodes. This just aligns the boundaries with Bitcoin's actual purpose: money.
The temporary nature (1 year) gives time to develop longer-term solutions while immediately protecting the network. Though honestly, these limits should be permanent. Bitcoin is money, not a decentralized Dropbox for your jpegs.
Core devs will fight this because they've confused "neutrality" with allowing network vandalism. But node operators who actually bear the costs understand: inscriptions are parasitic.
Run Bitcoin Knots. Support UASF if needed. Protect Bitcoin as money.
#Bitcoin #BIP444 #Inscriptions #NodeRunners #BitcoinKnots