Anyone who fears UTXO set bloat IS bearish on adoption. What happens when everyone on the planet wants a UTXO?
Discussion
Well, napkin math has from the start shown us that that is probably impossible.
Everyone having a key, that is included somewhere in the script, perhaps more possible.
Global state is an expensive thing, thinking 'everyone one the planet' can be provided access to expensive things a foolish ideal.
I'd argue even thinking in terms of 'everyone on the planet' is some delusion to begin with; it simply not how the world works, nor a mental position anyone can actually occupy...unless you think you are God?
There is so much between what is the current state and this mythical 'everyone in the world', a lot left still to fight for, even if this dream of yours is shattered.
OK. Do 10% of population.
How about this:
Will Bitcoin be of added value to the world if:
Every nation and multinational holds a UTXO?
Every province and large corporation holds a UTXO?
Every municipality, medium business and rich individual?
Small business...etc?
Etc?
I would argue yes to the first, more yes to the second and so on. Lets see how far we can push things, without undermining what made it valuable in the first place.
It's nothing to do with UTXO bloat. It is the ability to control what you accept as valid on your computer. The UTXO set expansion does have limitations but it is the height of arrogance to think you know what the future holds with any clarity.
The crux of the argument is:
If I can't "Code my own" implementation do I have the right to configure what my node accepts as valid?
If no, then why is it right that the Bitcoin Network "censors" Ethereum transactions as "invalid" they paid for space on the block in ETH, why does every node reject it?
The only answer with any ethical consistency with "A permissionless money" is allow nodes to filter transactions or not depending on their preference.
Filtering doesn't prevent valid tx's from landing on chain
I didn't say it did... Read again.
So why kvetching about configuration? It's a moot point.
It is not. Configuration is HOW you know what consensus is.
Example:
If I give you the Option to choose between the colors red, white, and blue.
Then 20% choose white
10% choose blue
70% choose red
The overwhelming consensus is that red is the prominent color. But that doesn't mean you'll NEVER see blue or white.
But if I say:
"Here is your option, the color red."
You will never see blue or white no matter what people prefer.
Removing configuration is removing choice.
Configuration is not consensus. I can config whatever I want and consensus valid txs will still be in my bloclchain data and UTXO set
You are misunderstanding consensus in this context. Consensus is not something that will "still be in my blockchain data and utxo set" the nodes dictate valid. Miners offer candidates based on the CONSENSUS of the nodes they pull the previous transaction blocks from. Which is determined by the CONFIGURED ruleset.
I speak of technical context, the only one that matters for creating a timechain entry.
Also, miners get tx'snout of band all the time, you cannot prevent that and long term incentives will only increase private mempool usage. MARA's slipstream offers whatbstarted at TG DM's as a service with a UI.
If spammers pay the fee, spammers get in the block. This is economic reality. Policy or configuration changes won't change this incentive. It's called censorship resistance.
if every node policy is useless why do they exist?
Legacy script problems from what I can tell. Or
Otherwise we deduce it from code and comments.


"Standardness rules exist for three main reasons. The first is as DoS protection. Your peers on the P2P network are not identified and some transactions are more expensive than others to process. An asymmetry between the cost of sending you an unconfirmed transaction (which is very small) and the cost for you to process it creates a DoS vector. Another reason for standardness rules is to provide upgrade hooks for soft forks. Invalidating a type of transactions in a soft fork that was already non-standard for a while gives more guarantees that a non-upgraded miner won’t include a newly-invalid transaction in a block, making soft forks significantly safer to roll out. Finally, standardness rules have also been used as a way to nudge behaviour toward a less harmful approach, or to mildly deter certain activities. For instance by standardizing OP_RETURN outputs, or discouraging data storage back when blocks were not full."
Obviously you aren't reading what I write so, good luck with your spam. I will run the code I want to with filters.
And your UTXO set will continue to bloat as spammers fill the chain. Won't be me spamming but it will bloat nonetheless.
Valid is not standard. Policy is not consensus.
Guy, either you missed something I wrote or you are strawmanning my argument.
What is your end goal?
Lol, to have the most freedom of choice for the code 90% of Bitcoiners run at the moment.
Is that goal okay with you?
Knots already exists. The choice is up to the user now. Fwiw, I have a knots node.
Need more education. Mainly so people can understand the difference between CheckTransaction() and IsStandardTx()
