distil the problem down to see what i'm talking about
why is p2p better? no middleman. why is it worse? it requires concurrent connection
why is relay better? asynchrony and getting around routing problems caused by the limitations of the IPv4 and NAT issue. and the clear and obvious constant obstruction against p2p connections that is deliberately being done to keep these clouds as middlemen in everything. for the benefit of the gigacorps and their spook friends.
relay is the solution that you have to make. rendezvous, specifically, that's why it's pretty much a fixture in every p2p system, and the usual achilles heel. consider tor and the directory servers. IPFS and the need for rendezvous service for nodes that have full inbound routing, for those that don't.
what is that they are adding to the p2p to make it work? a relay doing rendezvous.
NWC protocol hides the messages inside encrypted content anyway, and if you take the same approach for any rendezvous use case you see, the more busy this protocol is, the more silly it would be to keep a back-queue of events and send them when? the client is not going to *expect* to have ephemeral events that are older than like 2 seconds. this is gonna cause broken problems in the clients using relays as rendezvous as well.
Login to reply
Replies (1)
if it's ephemeral, it should not be cached. at all. if there is nobody to receive it, it goes to /dev/null
use a regular, replaceable or parameterized replaceable if you want it to be cached. put an expiration on it, or update it frequently, as in replaceable.
don't mix up the use cases by making the middle man do cache duty when there is a cache method existing already in the protocol. if your application is using ephemerals but you expect to need this, you should consider switching the events to replaceable or addressable events, and putting expiration timestamp tags on them. otherwise what happens when your realtime collab app gets confused when it drops the subscription and then gets 10 seconds of past events loaded into it.