Oddbean new post about login | logout No, but coracle does strip metadata and compress images prior to uploading. There's no reason you couldn't extend that behavior to involve another server. Seems like a good idea to me, but I'm not working on file hosting to avoid getting spread too thin.
Ideally images and videos are transcoded to optimal format and then several copies are created with different resolution etc. And that could be done on client or server. And if on server then there is trust involved. And then appropriate version of file has to be served depending on client needs. And then it should be content-addressable, with as little trust to third parties as possible. That's just what comes to mind, and it's already much wider scope than what blossom covers. I am not saying nip96 covers it all, but it's authors are trying to reconcile all this. Seems like a good effort to me.
I don't think the modified ones need to be content-addressable, just the originals. Imgproxy does this on-demand for images, so I don't see why you couldn't just use that or a service like that as a front-end for blossom. This would allow you to trade-off referential transparency for performance depending on reader use case. Of course, there are also many files that publishers don't care about censorship resistance and verifiability for, but in that case I would just use a traditional image host.
Its great that there are clients that compress media before uploading. But one of the good things of NIP-96 is that it makes it easy for clients to offer uploads by not requiring any client-side media transformation logic.