@alp will #NoorNote be able to let us input multiple nip5 ids in our bios? 🙏
Login to reply
Replies (52)
Not yet. Why is that a thing?
Wanted for managing leveling access. Gating relays behind relays behind relays 😅 and stuff
I don't get it tbh. Is there a NIP for that?
it's just kind 0 metadata.
animestr.xyz is the only client i know doing it currently but looking at this for building a kidstr relay
No but it will be
Examples
Ok, will look into it insh'Allah, shouldn't be too hard.
But I need free NIP-17 inbox relays more urgently tbh. So I can implement secure messaging. Would be nice if I could preconfigure Noornode for that.
Man
I thought animestr is a streaming site
Colour me disappointed 😞
Oh ... 'Alpha'. Meaning things can change a lot until 'beta'.
maybe one day 🤷🏻♂️
#NoorNode doesn't support nip17 yet.
You can try
wss://auth.nostr1.com
this is the test instance.
Otherwise the
www://relay.0xchat.com
is probably best and most used
wss not www for 0xchat relay 🤦🏻♂️
messaging should really be a separate client though, right? don't over work yourself for first release. 😅
You have no idea bro what I've been cooking for 2 months now bro 😅
can't wait!
I checked it out. Bro, it's soft-corn. And it's really in early alpha stage. So if there's no other real use case and no NIP or spec, then honestly, I'm not going to implement it yet. I mean, I couldn't even if I tried.
More like
See this thread:
View quoted note →
Alexandria is doing it too. @The Beave @Laeserin 🇻🇦 did a PR ever get made for this?
Intended use case is for relay access control and user trust scores. That's a pretty desireable use case regardless of how other clients implement it.
Amythest might be able to do this too. Will have to check
So paying for more NIP-05s means more trust?
Nope, but other clients are just doing it because it is effing stupid not to do so.
But why?
That wok has seen everything lmao 😂
We can give NIP5s away to whomever for all it matters. That's not the point. It's how they get used in a trust relationship. It is simply easier for a relay operator to whitelist a nip5 domain at scale than it is to manage each individual npub.
Oooh! How many clients you know are doing this now? I'm exploring this for a kidstr relay + client implementation.
Can't speak for other clients use case (although it seems related to trust scoring and access control leveling) but the aim I have with these is that @PodSystems is making children's content so we will want a kidstr relay + client which requires access level amnagment beyond what most clients are pursuing. @Constant has outlined some of the ideas behind getting there in their articles. Multisig (parent/child) npubs + nip5 id access leveling for different permissions types is a good way to manage this.
A few examples could be: 1, #NoorNode uses nip5s to whitelist special otherwise paywalled bonus content from #PodSystems 2, #NoorNode hosts a group chat for SAIF that is nip5 whitelisted 3, #PodSystems uses nip5s for moderator access leveling. 4, we use nip5s for a sisters only relay 5, #NoorNode uses a nip5 to limit access to certain kind/post types on the relay (like only livestreams or articles).
I will stop there but point is there are many use cases for this and it seems silly not to pursue the possibilities.
Animestr, all of the stuff at GitCitadel (or they will, as it's on the list to do), and... Dangit. I know that there are another couple but I can't remember at the moment.
No "big" clients yet, but I don't care about those aside from being annoyed at their devs for not getting the utility and SIMPLICITY of implementing it.
So basically, all you need is a client that can handle multiple NIP-05 addresses and display them in the profile, right? Any other technical requirements?
Yes. It got stuck in PR with so many corrections, that I pulled it back to fix it and make a fresh attempt.
I coordinated it with the Animestr dev, and it worked. But my code was too messy to check in. Needs more work.
Sorry, that was my test account.
@ابو مريم (or anybody), can you just reply to my reply here? Anything. I want to test something.
Thanks! It worked 🙂
Reply guy
🙌
🫡
😏👍
hey @Sedd how much of a lift would it be to add this feature to Yakihonne?
yup, that's basically it.
looks like @alp got it working for #NoorNote (still in development). 🙂
test
sorry 😅 was out all day and missed this
Cool.
Hmm i guess we have to take a look at this and see how it goes 🤔
It's pretty straightforward, you can check it out in my profile JSON or @ابو مريم's. It looks something like this:
Structure:
content = JSON string with all the fields (including just the first NIP-05 for compatibility)
tags = Array with all the NIP-05s as separate ["nip05", "..."] entries
Other clients only parse content.nip05, so they see one. The ones that support it read the tags, so they see both.
Structure:
content = JSON string with all the fields (including just the first NIP-05 for compatibility)
tags = Array with all the NIP-05s as separate ["nip05", "..."] entries
Other clients only parse content.nip05, so they see one. The ones that support it read the tags, so they see both.
👀
In theory you could add multiple lightning addresses as well (lud16) which could help when a custodial lightning service has downtime.
Yeah the aspect of managing such information (extra nip05s, extra lightning addresses) is tricky in terms of functionality. We will see how to implement it.
would love to see how you could work it in as well as thoughts on use cases
Gratitude Akhi 🙏
I also have it on the next Wikistr.