Would be easy to add to damus’ imeta data on upload, but it hasn’t been a huge concern for damus atm because nostr.build is pretty trustworthy.

Would be even more useful if damus first downloaded and metadatad/hashed any pasted image url.

Reply to this note

Please Login to reply.

Discussion

It would need to be optional. Nostr is already a data sink, and my mobile does not need to download the 4000x9000 version of an image. Honestly I’m a bit surprised that more native clients don’t support something like imgproxy to reduce this burden and reduce IP address exposure.

Secure, uncensorable image upload/retrieval adds a lot of limitations that aren’t relevant to the average cat photo or meme.

Cat photo or meme for sure it's not very important, but If you have to report on war, like Israel vs Palestine, or anything where government will hunt down inconvenient truths, then you need to be censorship and tempering resistant

I agree, 💯%. It should be as easy as flicking a switch for when things get real. There are definitely two scenarios for using Nostr - the normie one and the one where someone is subject to an oppressive regime. Both should be considered and accounted for.

i wonder if blake3 would allow fetching a lower res from the same data? is there any image formats that allow that?

yes you can partially load data from some image formats to have a lower res/quality image and blake3 will allow this with hash verification

https://blog.codinghorror.com/progressive-image-rendering/

https://www.youtube.com/watch?v=ByH7RMsMxBY

So if government take a nostr.build down or it goes bankrupt and a new Server is made, with the hashes it's possible to know if the images and audios has been tempered with?

ya

Ok, thats a good solution

I can safely say that most of nostriches eggs are in one nostr.build basket.

That is too risky.

ridiculous that we have a distributed social protocol but only for text

and when nost.build goes down? goes woke? goes fed?