Nostr

i'm probably going to go with the special header tho. it needs to be non-spoofable. i think that's already covered because the auth events for replicas are from replicas, just that at the moment, there isn't a 1:1 relation between allowed pubkeys and their expected addresses. i think if i switch up the configuration scheme so it pairs pubkey and address together then split them into a collection of address, key that this will let me prevent sending back to the sender who triggered the replication.

so, a little more work yet before this is done. just to avoid that pointless send when the event is already saved to send it back to who it was sent by when it can be known that was a peer. other than that, say i have 3, then the receiver sends to two, and each of those will send to each other AND back to the receiver.

it just sorta seems like to be sure it gets complete propagation, there can't be any such checking, if the event is already stored in the relay then it can know by this fact that it doesn't need to relay it again. so, it's a complete graph replication, times two. which guarantees full propagation, it just ... i'm just not happy with this. seems like something that could be optimized

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

nah, the solution is i change the configuration so the pubkeys are paired with the URLs, write them so they are | because | is not a valid URL character so i know i can split it simply on that character and first segment is the key and second segment to the end is the URL.

then when the message is received, the data structure contains a pubkey|URL pair and it can just skip the URL that matches the auth pubkey

replication REQUIRES the use of auth to properly separate the internet from the mesh anyway. the authed pubkey of a replica cannot be spoofed, and is known in the list of replicas, so when broadcasting it, it just checks the pubkey of auth and then if that matches a given replica in teh list it just skips and only sends to the relays that didn't send it.

there will still be a redundant send from all the replicas aside from the receiver from the internet anyway. this just reduces the number of sends to one less

so if i have 3 replicas, they both get it successfully and then send it to each other and then the replication terminates because both either get it first from one or the reciver. they at least won't send it back to the replica that tehy received it from.

Reply to this note

Discussion