First, Bitcoin blockchain growth is limited, ability for Inscriptions (not Ordinals, Ordiansl is interpretation of blockchain, doesn't add data itself) to make it grow faster is limited. And these amounts aren't big for me, for using at home.
Second, you can run pruned node, where you don't keep whole blockchain history after validation. That's what I do on, for example, my laptop or when I have VPS with limited resources. Just checked, with prune=5000 (5 GB), total bitcoin datadir size for me is 13 GB. And it will not increase much with blockchain growth.
Because the blocks and chainstate can be re-downloaded/indexed if there is a disk failure. Also, you can run multiple HDDs in a RAID to add redundancy. Blockchain is a great use for old drives. Writing to drives causes more wear than reading. With blockchain data, you're mostly reading and only writing the new blocks. So it generally is easy on a HDD, compared to running an OS which is always writing and rewriting data.
Maybe don't store your keys, or LN node data on a used HDD tho.
1TB HDD is minimum requirement to run a node. SSD is superior. But SSD is more expensive.
For the price of a 1TB SSD, you could buy 4x used 1TB HDDs and run a RAID 10 on them. Then, you'd have 2TB of usable space. One drive can fail and you still have data integrity. And the speed is doubled. So if each HDD does 100MB/s, your RAID 10 does, 200MB/s. Which is about the same speed as a bottom-tier SSD.
Yes, it kinda is, have done that in the past, but decided to move over to SSD only after cat at home made physicial attack on Bitcoin by accidentally trying to destroy it. :) Two SSDs in a mirror seems the best solution to me (I also run Lightning node there).
You mean patch by luke-jr? It only rejects them from the mempool, but you still store them after they are included in the blocks.
P.S. Inscriptions, not Ordinals. Ordinals are interpreation of relation between transaction inputs and outputs. Stuff that takes actual blockspace is Inscriptions.
It must have been that. Thanks for the correction. I saw it during the first bout of the Ordinals mania, before I was running a node, so my memory was vague.
as long as the big blockers don't come back to ruin the base layer, I'm not worried about future on-chain growth or the bandwidth required to sync blocks.
it's only when people who don't understand the physics of computer networks try to suggest idiotic things like "giga-meg blocks" that this becomes an issue.
4MB/block per 10 minutes is just 24MB/hour. My personal storage and home network speed have vastly outpaced that for the last 20 years. I just bought a microSD card with 1TB on it!
As far as Bitcoin Core keeps its ethos so that anyone can host their own node, I don't think this is a real issue. We would have to fight another block war and lose it.
I think SSD storage will outperform block space. I think its currently around 600GB with the common SSD being 1TB. When the block chain reaches 2TB the common SSD should be around 8 or 16TB.
Do we ever get to a point where that relationship breaks though?
Is the size increase linear (I guess it must be more or less?), so 15 years = 600GB -> 30 years 1.2TB -> 90 years 3.6TB. Could be wildly off but that back of a napkin assessment says we are okay.
prune=5000(5 GB), total bitcoin datadir size for me is 13 GB. And it will not increase much with blockchain growth.