Why Nostr? What is Njump?
2023-12-19 09:24:37

mister_monster on Nostr: There has been some news going around in bitcoinland about people sitting on tons of ...

There has been some news going around in bitcoinland about people sitting on tons of small bitcoin UTXOs that they can't spend because fees are more than the value of them. Bitcoin guys don't want to look at it too closely, because when you extrapolate this into the future that we want, you wind up with a huge problem. I'll draw you, dear reader, a picture.

Bitcoin becomes the most valuable asset in the world. It becomes the unit of account for the world, the medium of exchange for all high value trades, such as nation to nation or corp to corp, and each bitcoin is worth a ton. Block space is still limited, but demand for it is orders of magnitude higher than it is now. This means fees are orders of magnitude higher, this means that people with even reasonably worthwhile amounts in UTXOs will not be able to spend them. And if this becomes a steady state and there's no more volatility with bitcoin because it is constantly used, there is no "wait for fees to get cheaper."

So some people, including many of us, will have money we can't spend, ever. That's bad. But it's not that bad, because what comes next is worse.

First I'd like to point out that some day there will be no coinbase transactions in bitcoin. The idea is that miners will mine for transaction fees alone, that transaction fees rise to meet demand for block space. The problem I'm talking about doesn't hinge on this, but this fact does exacerbate it, it gives us a best case estimate on the upper limit of time we have to solve the problem I'm about to describe.

What it looks like we see here is that *transaction fees asymptotically approach some equilibrium that makes the system non viable long term.* My intuition tells me that that equilibrium is a function of the median transaction value, the energy cost to secure the network adequately, demand for block space, and rate at which new bitcoin are created. I say intuitively because I haven't done the math on it, but the picture is clear enough to make out the overall picture.

One other thing I'd like to point out that's pertinent: miners can send transactions for free if they mine the block their transaction is in, or if *their counterparty* mines that block, because if you're recipient to a transaction you don't care if you're paid fees for processing it, you're getting paid either way, two miners paying each other can agree to mine each others transactions to each other at any rate they like, including for free.

Worst case scenario: the fees approach the value of the transactions themselves, miners suck up all the value to pay their energy costs and then some profit if any, it isn't worthwhile for anybody to use the network to send value except miners, and can only send in blocks they or their counterparty mine. Of course, that doesn't work, everybody can't mine and get enough blocks to send value within a reasonable timeframe, so the value of the system collapses, people find something else to store and send value whatever that is. What we see then is a system much like the copper money system outlined by Saifedean Ammous in The Bitcoin Standard, where everyone adopts this money only for the power producers to reap the benefit, sucking the capital from miners to secure their network who in turn suck capital from everyone looking to transact. This is energy as money, but energy has a stock to flow ratio of 0.

"Best case" scenario: Bitcoin becomes so important to world trade that states and miners enter cartel agreements to limit energy expenditure on bitcoin and limit transaction fees between permissioned participants. Bitcoin becomes supported as legacy software indefinitely only because we rely on it for international commerce, and compute becomes highly regulated to prevent attacks on the network since security cannot be guaranteed if there's a roof on the amount of energy that can be used to secure it. Only state level actors use and mine bitcoin. That is, of course, if they continue to mine at all and not just agree to share a ledger and permission the network. Note that this is the best case *for bitcoin*, not the world, it is arguably worse for the world than the current state of affairs.

Likely scenario: similar to the worst case scenario, except that as people look to find cheaper ways to move capital around, the cost to move bitcoin approaches the cost to move the alternative and people don't just abandon bitcoin, but rather it shares it's role with something else. Right now, that alternative would be gold due to the scarcity it has. That would mean, of course, that the days where bitcoin is cheaper to move across the ocean than gold are numbered, and in fact, it's as expensive to move bitcoin 1 inch as it is to move it 10 light minutes (the theoretical limit to how far bitcoin can be transported due to the block time, that opens it's own can of worms about spatial distribution of miners and the interplay between that problem and the one I'm describing is very interesting) so gold makes more sense to send short distances while bitcoin may make more sense to send long distances.

(An interesting thought I have had is, in doing this are we discovering that the cost associated with moving gold only appears to be the result of it's mass but is the apparent symptom of something fundamental that appears as a cost to moving scarce things no matter how you do it, and does that tell us anything about what mass fundamentally is?)

Either of these 3 scenarios is an utter failure of bitcoin. Either it collapses, it becomes the new fiat, or it isn't any better than what we already have.

Now, I am not making a block size argument here. raising the block size only kicks the can down the road, you'd still run into this problem, and it has problems that lead to centralization which would exacerbate this scenario such that I think doing it only makes my best case scenario more likely, and that's really not a good scenario at all.

I'm also not arguing for proof of stake. It would put you into the same position except that the validators are the top of the food chain rather than the energy producers. It does absolutely nothing to alleviate this problem.

You might think "payment channels!" or "layer 2" or something, but this also only kicks the can down the road. ultimately you have to finalize everything on the blockchain, otherwise it isn't bitcoin, and you'd still run into the same problems. In my best case scenario it would work, but that gets us basically the gold standard back, complete with high expense to move large value, and nothing more. I would not expect such a scenario to fare better than the gold standard did, it led centralization of custody and then fiat money.

What I'm saying is that *we cannot have a block size at all.* We cannot set an arbitrary ceiling on the number of transactions that can be mined per block. We have to make it so that miners make more money the more transactions they process regardless how much each one pays them. And we can't do that if the entire history of the ledger has to be kept to ensure security while simultaneously keeping the network decentralized. Bitcoin needs cut through and a block size only limited by the latency of the network or it will fail. Ideally the entirety of the blockchain would be unspent UTXOs and we would still have programmability. Even that presents us with some problems, probably more unforeseen ones, and maybe even still the problem I've described if network latency becomes a tangible limit on supply of transactions within the block time.

Also note, above I mentioned that I think the rate at which new bitcoin are created is a factor. I don't know that this would still be an issue if there were no arbitrary scarcity with regard to block space. But it is possible that it would present an issue even with an unlimited sized block, maybe there's a reason that the only place where anything naturally occurring is provably scarce is at the edge of the universe. It may very well be "limited supply, limited block space, limited block time, pick 1."
Author Public Key
npub1m5s9w4t03znyetxswhgq0ud7fq8ef8y3l4kscn2e8wkvmv42hh3qujgjl3