-
Notifications
You must be signed in to change notification settings - Fork 639
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
nip-21: support nip-05 address. #1855
base: master
Are you sure you want to change the base?
Conversation
cc @mikedilger |
All the existing 'nostr:' addresses use bech32 encoded data. So we would have to update NIP 19 with a new encoding and then use that. |
A better solution would be to do what Bluesky is doing with rich text facets. Then we would just put |
Who is referring to people by their nip05? I get usernames, but nip05? No one remembers people's full email address. |
@mikedilger i think you missed the first change, i've added another case that says it can be a nip-05 address as well. so no need to change the nip-19. |
@alexgleason doing this, is also a good idea. but this nip is not only aimed to be used on nostr clients. i want to share nostr: uri outside of nostr. for example on a a tag on my website. look at: https://jellyfish.land on the header. for example this: will open alby to make a payment. but beside it we can nostr. an extension or app can handle it properly. but we have 2 issues:
so, then i can replace it like: |
@vitorpamplona me and a lot of other people. when a new nostr user i invited asks me where is your profile i say im talking with someone in a public place in the real world, and i can't say to him let me open my phone, then go to my client and then copy my npub for you! impossible. also, you don't have to memorize my nip-05 handle. but you have to memorize yours at least! for the second part, i don't know what are usernames on nostr? |
Agree. No one memorizes npub1... Apps convert to npub1... automatically. Why would we convert to nip05 and npub1 if npub1 already works? There is no need for a duplicate standard.
Writing nip05 in the text still requires the app to find the user to write the p-tag. If what you want is just to type @ and write the nip05 to search for the user then no change is needed on this nip. The app can still find the user and write npub1 .. Search by nip05 is already widely supported in most apps. There is no need to change this nip for that.
This doesn't make any sense. You don't write your own nip05 on nostr texts.
Just other metadata fields like nip05. We also don't write them on nostr: uris. |
Even better if you shared We could define a stricter nip05 that disallows Easy to test for a leading |
So you have to scan for an '@' first, and if it's not there then look at the prefix up to the '1' digit. More complex, but maybe the right compromise.
I agree that is better, but it isn't better for nostr events because it isn't easy to migrate to it without introducing a new kind so we know everybody is starting from scratch.
There are people not using nostr who know me as my email address [email protected], which matches my nip-05. I like the idea of telling them "just follow [email protected]" and for nostr clients to find my relays from my nostr.json file. But yes once people are on nostr, I don't think anybody uses nip05 handles for much. |
No description provided.