Global Feed Post Login
Replying to Avatar SondreB

It's a great solution, I also think there is room for a NIP that includes the ability of a key owner to update media locations in the future, e.g. if you move from one server to another. To reduce the link length, it should be path-based and not rely on hashes. It would require a new event that contains path-mappings for an identity and I could have many, sending content to different servers.

Example image link:

"nostr:media:17e2889fba01021d048a13fd0ba108ad31c38326295460c21e69c43fa8fbe515/home/memes/onehourlater.gif"

"nostr:media:17e2889fba01021d048a13fd0ba108ad31c38326295460c21e69c43fa8fbe515/work/memes/onehourlater.gif"

If a link to video/image starts with "nostr:media", then retrieve kind X of the pubkey, which can have multiple different route-mappings that replaces the root (or other parts) of the path.

"home" could map to mypersonaldomain dot com, while "work" coupld map to myworkdomain dot com slash images.

Avatar
EretzIsrael 2y ago

Maybe using ipfs?

Reply to this note

Please Login to reply.

Discussion

Avatar
SondreB 2y ago

With this suggestion of mine, the underlaying storage can be any infrastructure. It can support redirect for regular web hosting (which I think is an absolute requirement for adoption), but it can also do IPFS or anything else really. And the good thing, it allows individual users to migrate their storage when they need to, without destroying all historical events published on Nostr.

Thread collapsed