“The wheels of [in]justice turn slowly, but grind exceedingly fine"

Congrats!

Or you can say they’re full of rice and gravy

I don’t think the utxo bloat is as big a deal as it’s made out to be. In my way of thinking… you’re admitting that Bitcoin has a bad design if you think it is a big deal. During initial block download the loading and unloading of the utxo set from the hard drive is becoming trivial. Segwit and Taproot have now made verification of the chain more cpu intensive. If you think utxo bloat is a very big deal then I think you need to consider those two changes as being bad decisions for Bitcoin. They will save you storage and keep the full size of the blockchain data smaller in exchange for increased cpu usage. I think that is a bigger deal than storage space. If you’re running a public node or a private node for a business and you need to be able to process/query LOTS of transactions then maybe storing the full utxo set in ram will be beneficial. If you’re running a personal node then I don’t think running the full utxo set in ram is necessary. What you’re basically looking for is a shortcut, skipping proof of work for the node… i.e. checkpoints. There are several already included in Bitcoin Core. Have you looked into this project? It’s doing a shortcut on the utxo set to bootstrap IBD. https://bitcoinops.org/en/topics/utreexo/ Also the project led by Eric Voskuil, libbitcoin, is a full Bitcoin node server/client/wallet that is designed from the ground up. I think it might have the ability to keep the full utxo set in ram. Still a work in progress… they’ve been working on it over 5 years maybe closer to 10. https://github.com/libbitcoin

Probably The Sphere in Las Vegas

I ask my wife that all the time.

Bruh!

Just watch the memory usage. It never really gets much over 1gb with the default setting. So there's no way it's keeping the whole utxo set in ram. At a certain point the bottleneck is not ram swapping (I think going above 16gb dbcache has deminishing returns) but the single thread CPU performance. I don't think you're going to get a performance boost from pruning the utxo set if that's when possible. So even if your pi has 16gb of the ram the poor single thread CPU performance will be the main bottleneck.

Typical 4 year cycle people would say next top is 2029, meaning the next four year cycle starts 2026. So top could be in 2026 and then down for 3 years and then who knows from there.

Alternate possibility is the 4 year cycle continues but top happens at the very beginning of this next 4 year cycle.