this post was submitted on 27 Jul 2025
628 points (78.8% liked)
memes
16512 readers
2786 users here now
Community rules
1. Be civil
No trolling, bigotry or other insulting / annoying behaviour
2. No politics
This is non-politics community. For political memes please go to !politicalmemes@lemmy.world
3. No recent reposts
Check for reposts when posting a meme, you can only repost after 1 month
4. No bots
No bots without the express approval of the mods or the admins
5. No Spam/Ads
No advertisements or spam. This is an instance rule and the only way to live.
A collection of some classic Lemmy memes for your enjoyment
Sister communities
- !tenforward@lemmy.world : Star Trek memes, chat and shitposts
- !lemmyshitpost@lemmy.world : Lemmy Shitposts, anything and everything goes.
- !linuxmemes@lemmy.world : Linux themed memes
- !comicstrips@lemmy.world : for those who love comic stories.
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
The choice of a
uint32_tfor time saves 4 bytes per transaction. That doesn't sound like much, but with 1.2 billion transactions recorded, it adds up to almost 10 GB of space saved.They could, ultimately, just replace it with a
uint64_tsome time in the 22nd century without much fuss. In the late 2000s when Bitcoin was created, storage space was at a significant cost, but now it is quite cheap and in the 2100s it will undoubtedly be even cheaper.10gb, on a 670gb big Blockchain. Those 10gb are super important.
And again, size would an ok argument if they didn't go for uint32 instead of int32. Because they broke compatible with Unix time for no reason at that moment. Unless they wanted to min/Max every bit and then why did they start with 1970? And not 2008/2009?
It makes no sense.
Also in 2008, 10gb would have cost you around $1. Ofc, each node would have required the 10 additional gb, so each node would be $1 more. Of course, there weren't that many transaction in the chain and it wouldn't actually cost that much, but ok.