The 2018 bug would not have gone unnoticed, in large part because Bitcoin is an open and transparent ledger. The 2018 bug was also never exploited because you’d need to control enough hash power to mine a block to attempt it, and miners understood that it would be detected so quickly that instead of maybe getting +50 BTC from double spending they would’ve actually gotten -12.5 BTC from losing the block reward.

I’d love if someone sent me documents on how to verify the monero supply for myself, but I’ve yet to come across them. While you’re right that we have nodes to validate instead of doing it all by hand, the transparency and simplicity offered by inputs and outputs is desirable. If I really wanted to, I could export the whole UTXO set to an excel sheet and check it separately there. I can also see in my node the aggregate inputs and outputs in each block, and would be able to detect 99% of problems quickly just due to that.

The desire to ossify only applies to proposed protocol changes. A hard fork to fix a critical vulnerability is not a protocol change. And yes, potentially millions of transactions would become unconfirmed depending on how fast this bug was caught. But if you think that’s comparable to allowing inflation, you still don’t understand Bitcoin. Merchants could simply request payment be resent, and many people would do that. Fixing inflation is something which would benefit billions of people perpetually. A hard fork would be a great solution to any inflation bugs, because 21M is not something to compromise on.

Reply to this note

Please Login to reply.

Discussion

For the first paragraph, I'll take your word for it for now, but I'll read more into this later. Thanks.

Fair enough for the second paragraph. But like I've already acknowledged, you can't verify the Monero supply the way you're asking. My whole point is Bitcoin users can do this, but in practice *don't* do this. Almost no one exports the whole blockchain to excel to verify for themselves. Certainly no one does this every ten minutes. They just run a node and call it a day.

Not so sure that just because something is a critical vulnerability change would mean it isn't a hard fork especially if we're talking about rollbacks. Sounds like it would be a similar situation to the Ethereum vs Ethereum Classic split.

Sure maybe some customers would be honest and resend payment to merchants, but this is largely impractical to rely on and wishful thinking. Something tells me those millions of users who didn't do anything wrong and are now missing Bitcoin after a rollback would feel very differently.

Would you willingly sacrifice all your Bitcoin at the altar of 21 million? I don't think many would.

I think most would. Almost all Bitcoiners I know would dump any fork where the supply exceeds 21 Million. I certainly would.

I mean if that meant a significant part of your stack, or even the entire thing, went poof

because you received fake bitcoin and the chain was rolled back*

Yes. Although I’m not quite sure what situation I’d have to be in for this to happen in this manner. All my UTXOs are thousands of blocks deep, and I don’t think I’d do business with someone completely random for a transaction worth any significant amount of money.

Ok. Just a hypothetical question to see your response. Similar to those who say the world is over populated, but are the last to volunteer themselves off the planet (not saying this is you)

Even honest people that you trust for business could unknowingly receive and give you fake bitcoin in the event of a supply bug exploit depending on the type and how long it goes unnoticed. Imagine newer users onboarding their fiat savings around the same time period, or even older users making a massive trade, only to have received fake Bitcoin.