you'd already be asking clients to implenent this change, which no clients support since it's new, at least with badges, half a dozens clients already support this.
Discussion
As an optional parameter in the json it can be ignored until they feel it fits their needs. Only those who see value would need to adopt it.
I plan on using badges, but for instance, game clients from the 2000s have somewhat low character limits, so I was planning to have all users be unique nip-05 on my platform and use it to limit characters. Then they would get badges anyway on the npub, but with the ability to display aliases, sites could offer the ability to show all specified nip-05 addresses for all services, mine and others, that the user has registered nip-05 for. Allowing better identification verification.
It is not a question of if there are other more clunky ways to do it, but about streamlining it for better platform adoption and verification in a way that is useful to users and platforms
Great points!!
No client supports it. Yet.
I know of at least two that ARE going to support it eventually. Worst case, they just fork everything and then things get silly, but at least in this case, the extra list stuff isn't going to muck about with previous iterations.
There is no loss here. It benefits some people without interfering with anything else.
How is that a bad thing?
Seriously.