BTC: Several independent researchers have shown that BTC's supply cap is not sustainable. Consider that +95% of BTC's security is paid for by block rewards for one.
The fixed cap is a literal lie.
See docs.ethhub.io/ethereum-basic…
ETH's issuance rate has only ever *decreased* (increased to 5% is a literal lie or at best misrepresentation of difficulty bomb delay), and natural incentives ensure that will always be the case. Just like in BTC.
And PoS will allow for near-zero issuance.
Both BTC and ETH had a fair start and were working with the means at their disposal. In fact, if we disregard intent, BTC's early mining was far more centralized than ETH's initial distribution, with over 1M BTC mined by Satoshi alone.
ETH and BTC function under the *exact same* distributed consensus rules: Nodes choose to run clients. Both networks are not magically immune to hard forks, and both networks can have developers rallying for a protocol change, be it as soft or hard fork.
Again, ETH and BTC function exactly the same. BTC core developers, with a small set of vocal proponents responsible for establishing dominant discourse and direction (or lack thereof) of the project. Same is true for Ethereum. The set of proponents is just different.
ETH nodes are in fact as easy to run as BTC nodes, but detractors have spread a *lot* of misinformation around that. Reality is that an ETH fast sync is realistically on par with a BTC full sync due to commitment of the state root hash in each block.
In fact, here is a detailed guide on how to run an ETH full node on a Raspberry Pi even:
BTC Script is impotent to the point that it's nearly impossible to do layer 2 or privacy solutions of any kind. Taproot doesn't actually exist, and doesn't extend this capability in any significant way.