This will create a market for storage and delivery of media. The p2p fallback option (loading the media as a torrent, or from IPFS/something else) is always there, but I imagine most use cases would benefit from a CDN if nostr is going to compete against the UX of centralized apps. I like the idea of having a fast CDN to serve media (and possibly provided a revenue model for apps the want to act as paid media hosts) while also keeping copies of the signed torrent metadata on relays as an anti-censorship mechanism, and to prevent lock-in to any particular media host.

Reply to this note

Please Login to reply.

Discussion

On the last point (preventing lock-in) I should add that this why media hosts ought to server files at a standardized pathname, e.g. `media.satellite.earth/` so that one host ever stops hosting that file it can be "repopulated" on other CDNs and the client just needs to know to swap out the endpoint to get the file from `/`. I figured I should put together a working implementation of this before drafting the NIP to test these assumptions and hopefully shake out any other issues that I hadn't considered.