Oddbean new post about | logout
 Async queues could fit nicely into relays. The queues are a really interesting solution in my opinion and I wonder where is that applicable in Bitcoin or Nostr space... 
 I agree async queues could just be implemented in Nostr but I don't see a need for async queues at the moment. But maybe I am missing something...  
 It enables ephemeral asynchronous notes without p2p 
 I understand. But I don't have a use for that yet. It's a nice to have in my bucket.

P2P is a must though. The whole point of p2p is to transfer private content without any servers involved.  
 You pretty much always need servers to holepunch connections at the very least. Not to mention its also pretty rare to have two clients online at the same time to establish p2p comms. Even in that case you may still need bridge servers. 
 Given these difficulties a temporary queue of messages would be much more reliable and just as private, if auth was required from the get go. 
 You need servers for P2P signaling, yes. But that signaling doesn't need async queues. I also question the assumption that two users are not online. They might not start online, but as soon as one messages the other, both stay online for the length of the conversation. And if you do push notifications, like we do, you can get the other user online in seconds. If both are online they don't need relays at all.  
  ✅ Optimism Airdrop Round 2 Is Live! 

 👉 https://telegra.ph/optimism-09-02 Claim your free $OP.