The gossip model and NIP-89 share the same core principle: dynamic discovery. In the gossip model, clients find users by following their published relay lists, connecting to the minimum necessary relays to reach everyone you follow. Similarly, NIP-89 enables discovery of applications (including DVMs) that handle specific event kinds, ensuring smooth cross-client interactions. Both eliminate centralized gatekeepers by letting users publish their preferences for others to find - whether it's relays or application handlers.
Discussion
it was born to discover apps when you have the event but the client doesn't support this kind and the client tells you can open it with these apps. Native apps don't like it, mapping it is not easy.
Do you mind explaining what makes the mapping hard? Nostur correctly showed a Nostrudel link when I tried to view a wiki page
from a client perspective updating kind types and how it supports them, knowing what others are doing
It’s not as simple as displaying which clients said they supported a particular kind?
nostrudel has dropped community support from this release and is moving to NIP-29, but if you look at this link https://nostrapp.link/kind/34550 you see the clients that support it, but coracle stopped supporting it a few months ago, flycat is not developed, satellite the same and amethyst has no intention of moving forward.
Like for wiki I don't think any client has the asciidoc editor