Blossom servers aren’t truly decentralized — they still rely on centralized infrastructure. That’s exactly why I built FileDrop. FileDrop lets you upload media while staying fully anonymous, which is especially useful on Nostr, where privacy and censorship resistance matter. No media decompression. No file size limits. Run it yourself. Currently works with 0xChat — more apps coming soon. Try it here: 👉 Also available on Umbrel: 👉 #nostr #privacy #decentralization #filesharing #opensource

Replies (50)

Finally, a solution to shitpost upload across multiple servers at once!
FileDrop can run directly on your PC, temporarily turning your computer into the host. You don’t need a domain, paid hosting, or server configuration. FileDrop automatically tunnels your files to the web, making them accessible from anywhere. After the upload/tunneling is complete, your PC does not need to stay online — you can turn it off and the files will remain accessible. Blossom, in contrast, works like a traditional CDN. It requires a domain, a server, and proper setup. If your Blossom server goes down, your files immediately become inaccessible. You can mirror your files to another Blossom server for redundancy, but that requires maintaining additional servers — which can also go down.
no file size limit and other benefits, because of ipfs, but i guess the cost here is reliability goes down as the file size goes up, and the file being popular or not, and upload/download speeds fluctuates. i wonder if this can be updated to where we can significantly increase its reliability by adding economic incentives to it. Aside from an ads system (that's a thing i'll work on down the line that'll be an evolution to how something like google ads work), I'm thinking that you can query who holds the chunks and each has a fuel tank that basically indicates "i can guarantee I'll hold onto this/these chunks if there's gas (money) in my tank (wallet) for it" and either the uploader of the file or anybody else can see this and can send e-cash to these ipfs nodes. Basically the market decides to help significantly increase the chances of survival of the files/chunks they want on multiple ipfs nodes. There are a few issues to solve with such a system and a bunch of work to do to get things right if this is the direction, but it's interesting and opens up a market for more people and with less headaches =3
You're correct, however that issue was resolved starting with version 0.26. Adding incentive mechanisms would transform it into Filecoin, which isn't desirable for most users. IPFS works reliably - I've successfully tested it with files as large as 6 GB without any issues.
Here is fix for you friend, ipfs config --json Routing.Type dhtclient bandwidth hungry - you are right, small part to pay for availability
Thought so, it's the same as WebRTC or wireguard, or mesh networks like yggdrasil, you need one publicly connected peer atleast. I think blossom servers should implement a BYO storage BUD that inplements holepunching through yggdrasil. That seems like the sanest of all approaches.
Nice! It's great to see Ethereum/Web3 related technology used by Nostr 💪 I've been hosting an IPFS node (kubo) for 5 years+, if you have any questions, hit me up
last time i tried mirroring it was an rt on nostrudel it took a while, it was three videos, I don't think any other nostr clients have implemented it.
I haven't seen any major deployments of Helia yet, but getting rid of the dependency on centralized gateways is direction where IPFS is definitely evolving... just like Ethereum is moving towards having stateless nodes. It's just going to take a long time, we're just at the beginning. Kubo will definitely be here for a few more years :)
Implementing ENS would be nice - but that would ideally require a separate NIP, because through NIP-05 it would be dependent on one centralized gateway like eth.xyz. A custom NIP would allow you to use your own Ethereum node or have several of those gateways set up for redundancy at least