Note

nostrich
·
1680857972
Where can I follow the discussion around relay gossiping? @nostrich​ recently mentioned that people have been talking about it, but nothing is set in stone. Clearly the protocol wraps around the idea that messages themselves can recommend relays. e.g. a user profile contains their relay list & any event can include recommended relays when referencing other events and pubkeys. My naive initial thought is that clients should connect to a set of relays that give access to all the pubkeys you follow + all the relays you define as your own when they see a new kind 0 profile clients should republish this to all the relays they are connected to (thereby propagating profiles eagerly) Something like. * Your profile's relay set {A, B, C} * You follow alice, who has a relay set of {A, F, H} * You also follow bob , who has a relay set of {E, F, G} * At runtime, a client connects to {A, B, C, F} because you should always connect to your own set, plus you need to connect to something that knows about bob's events. We choose F because it's weighted higher for us, because alice also publishes there and we can get more redundancy. When we see bob update their profile, we republish the new profile to every relay we're connected to so that more people know how to find bob. He would have written to {E, F, G} but with our help his profile is also in {A, B, C}