Lots of people putting npub's in their NIP05 JSONs (it must be hex as of now). Makes me wonder if we shouldnt accept npub's over there to make things easier...

Reply to this note

Please Login to reply.

Discussion

Yes, I had the exact same problem when configuring my NIP05.

Its very unclear that the pub key needs to be in hex format.

Yes. I know a lot of people, including myself, that have done this.

Seems reasonable

No, 6 months deep. Follow the convention

Correction. Not an order. CS thought

I agree, just think having a hex generator under the NIP05 field in the profile editor would be a good idea.

Umm yea my head is also already to hex in that /.well-known area but that's just me

The learning curve is real! I'm currently trying out Snort !

And maybe accept npubs in filters too, why not? What else, Markdown on notes, HTML, editable notes? HTTP relays? Keep it coming. Let's make Nostr "flexible".

Exactly! It’s not hard to identify npub as npub, so are the other things! 🐶🐾🫡

The issue is that no one knows what hex is these days. We all moved on to npub's and left this spec behind.

I feel like users don't. But the service runners do, straight. They can convert their npubs on the fly, and still chill the protocol way #timechain

If they venture into NIP5, but don't understand hex. We gotta force em to learn. 🤷‍♂️

In other words to make it final, json is our land. Not user land that don't know hex 😅yeeeeehawwww 🤠

I agree with that, but the amount of people who will be setting their own nip05 manually and do not know the difference between hex and npub is likely very small. It's not worth bloating the protocol because of that.

The people you're seeing are using self-hosted nip05s? Where are they? Maybe these services that host nip05s for others should start validating their input and converting npubs to hex before serving.

Some self hosting, some services. Too hard to debug and fix for users since no client offers hexes anymore. :(

https://void.cat/d/Js1GLuw1z5V2cBakzVqo4a.webp

https://void.cat/d/8TJFW3ZnbNWHhAZBPurKDD.webp

There are many services out there which are confusing users with wrong information. Is not about not knowing it needs to be in hex.

I found one that says "Some clients may not recognise your public key as used above and you may have to use your npub key instead".

Unfortunatelly apps are not converting to hex anymore (IMO it could appear in the profile) and https://damus.io/key/ is a rare exception. Other sites that said they would convert (in some documentation) doesn't do that anymore.

https://nak.nostr.com/ does the conversion.

What is that first site? It's so completely wrong.

The second one is nostr:npub1zuuajd7u3sx8xu92yav9jwxpr839cs0kc3q6t56vd5u9q033xmhsk6c2uc's https://nostr.how/.

Why are you so grumpy and sarcastic? Do you need some holidays?

Do you need someone to tell you to shut up?

You being rude again. Go to hell

I’m not sure.

My stupid thought is your hex public key is base layer and generic. What if the spec decides to move away from bech32 in the future. Easier to adopt anything from a generic hex key than have to convert from bech32 or any other display convention.

🤷‍♂️

or maybe both? Hash and npub are different lengths. It should be easy to test, plus npub starts with a specific text.

I don't think that would be a good idea. Nostr was so easy to start developing on because it was super simple and didn't require large docs or libraries

What's the difference in use case or hex, npub and bech32?

They carry the same information, but on different formats.

If it's the same info, why is fiatjaf throwing a tantrum attack in you about it? Or is he just needing therapy?

Tantrum responses are quite common in Nostr :)

I hope it doesn't destroy nostr as other people sorry great project destroyed their team and the project sunk, like Evan from Elm

We are not that sensitive