Search isn't part of the protocol either.
Anyway, I think client side translation makes sense, but it would cause increased network traffic. To obtain the same effect with less work, translation relays make the most sense. The translation itself is unsigned of course, but it can be extra data that comes with a note. Protocol side, marking notes with a language field could make all of this come together pretty nicely.
> Search isn't part of the protocol either.
It is, for a few hours:
https://github.com/nostr-protocol/nips/blob/master/50.md
> translation relays make the most sense
Actually could be an interesting service for a specialized relay!
The relay should return the original note, and the translated one with the e tag that refers to the original and a custom one that flag the translation. The author should be the service npub.
So yes, this could be added as a NIP.
