Nostr Web Client

Replying to

Laeserin

Shared lists. Yeah, I could add that. Using other people's lists.

But lists aren't really an alternative to relays. They sort of miss the point of the exercise.

Niel Liesmons 5mo ago

My current exercise is figuring out how to let badge-holders hand out badges.

As in, only if you have the badge can you award that badge to others.

Want to use that as an "Invite link scheme" option for Communities.

Community key should be able to break a chain (tree branch) gone awry.

The Communities can already specify badges as write-access condtions for any of their content types. So this would pair really well with that.

"Just" need to rewrite the badge spec with this (plus make the award event a Relationship event).

Reply to this note

Please Login to reply.

Discussion

ᴛʜᴇ ᴅᴇᴀᴛʜ ᴏꜰ ᴍʟᴇᴋᴜ 5mo ago

you should read up on cryptosystems for this kind of thing. it can be done, i think. it's about key derivation trees

ᴛʜᴇ ᴅᴇᴀᴛʜ ᴏꜰ ᴍʟᴇᴋᴜ 5mo ago

there is the other solution for this too, key registries. but this requires some kind of scheme for non-cryptographic identities. nip-05 might be a candidate for linking things together, i'm just spitballing

Niel Liesmons 5mo ago

Thanks!

- automating badge rejection at the relay level

- apps verifying the tree up to 2-3 levels

I'm wondering if "just" a combo in that vain could be enough and avoid cryptography schemes.

ᴛʜᴇ ᴅᴇᴀᴛʜ ᴏꜰ ᴍʟᴇᴋᴜ 5mo ago

someone has raised an issue about mute lists and it occurs to me that bloom filters could replace explicit lists. more compact data-wise and more obscure in that you can't know if you are on it without testing the filter on your key.

a replaceable event containing a bloom filter could be used for the case you describe.

ᴛʜᴇ ᴅᴇᴀᴛʜ ᴏꜰ ᴍʟᴇᴋᴜ 5mo ago

i'm also going to ponder this idea for a secondary mechanism for defining mute lists on #orly because it is possible to define this event kind as privileged so only the relay can read it as well as the author

Niel Liesmons 5mo ago

Yeah, I am across bloom-filters several times the last week's too.

Still need to grasp its application more to cases like this.

ᴛʜᴇ ᴅᴇᴀᴛʜ ᴏꜰ ᴍʟᴇᴋᴜ 5mo ago

well, i think that it's not really useful for one-off stuff like relay configurations but for distributing them it might make sense, as it saves some on bandwidth. but i'm not seeing a strong case for this. events are not that big in data size, especially not when encoded as raw binary. typically follow lists are like 1/4 or less the size of the json