-
@ ABH3PO
2025-05-15 06:31:29
So the thing with OP_RETURN is that the Incentives for the devs are different from the incentives of the node runners.
The devs want less bloat, less maintenance and do away with arbitrary restrictions that don't work.
The node runners see the software as a product. They want to have the choice of filtering out spam on their own mempool if they want. Taking this away is like taking away a feature that people want to use.
Is bitcoin-core a product? I don't think the devs see it that way, which is why I think that bitcoin-core should move towards being more of a library for building node implementations. Something, with only the bare minimum stuff to make it function as a node. Node runners can install it as a "vanilla" implementation, and "products" like knots can build on it for features that are more in-tune with what the users want.
That ways we can have dev eyes on stuff that is more important, while being less maintenance on user demands, while "clients" can build the other stuff.
Also I'm not a bitcoin dev so I maybe totally off here, but this is just what feels like the best path forward seeing the divergence of incentives.