florian

florian's avatar
florian
npub1klr0...7gxc
writing code 💻 | building https://nostu.be https://slidestr.net | taking photos 📷 | doing pleb things | my model photography here: nostr:npub1fnvppxw0nl67rwcd4cu4ne9hhc3m8hu4925dwe4k8hvgtvlh2klqgzvd4z
I just vaporized 148 Nostr zombies from orbit using the NUCLEAR OPTION in #PlebsVsZombies! ☢️🧟‍♂️🧟‍♀️ 💀 MAXIMUM CARNAGE ACHIEVED! 💀 My Zombie Score™ was 29%! What's yours? 🟪🟪🟪🟪🟪🟪🟪🟪🟪🟩🟩🟩🟩🟩 Follow @Plebs vs. Zombies and join the hunt at: 🏹
This could actually work. Some ideas were already discussed since SEC01 but this is the first time we have a comprehensive concept. 👏 1. I like the idea of only having commits on NOSTR and putting the metadata on blossom. The versioning we get through the commits would even allow to build a "timemachine" like backup solution. 2. The storage requirements seem to be pretty hefty. Let me know if I understood this correctly: Let's take 400 files, 2MB each: - 800MB (3091 chunks) + erasure coding (167%) = 1333MB (5152 chunks). Then we need to add 400 inodes (265KB padded) = 100MB So we have 1433MB in total (5552 chunks) that we upload to 5 servers, resulting in storage of 7165 MB. This might still be a good tradeoff for the privacy and decentralization gained, but needs to be considered in storage costs and upload times. 3. It's important that cleanup and deletion work well. In case of lost keys it would be good to be able to clean off all orphaned blobs from blossom servers. Expiration or storage limits based on payments might also help.