I guess I never think about any of that on Damus or Snort. Both handle media uploads ok.
Discussion
I believe that NIP-96 is necessary to solve three things about this:
1: Nostr clients without media upload (because of the complexity of connecting to the different API's).
2: Freedom for the user to choose which media servers to use.
3: Sovereignty of their own data (if they want to, otherwise they can use an external provider).
nostr:npub1t89vhkp66hz54kga4n635jwqdc977uc2crnuyddx7maznwfrpupqwra5h9 is working with his team to solve the content management issue.
Yesterday I was also told about Hornets, I still don't see clear to use relays for multimedia 😀
1️⃣🌲
“Decentralized file storage systems require chunking to prevent delay attacks caused by large files. Without cryptographically verifiable file chunking (Merkle branches), users would need to download the entire file before verifying it. If the file's hash turned out to be incorrect after spending a lot of time downloading the large file, then it can cause a delay in service because the user would need to restart that file download process with another relay.
The delay in service can be prevented when using the Scionic Merkle DAG Trees to verify each chunk of the file one by one (branch by branch) immediately after downloading them…”
2️⃣💾
“H.O.R.N.E.T. relays let relay operators view how much data each nostr app is occupying, allowing them to toggle which applications and file types they want to support.”
https://hornetstorage.com/ #nostr
