Ok so I'm a bagel baking dumbass... this dough gets boiled prior to this stage, yes? 

 Thanks for this, was missing this functionality. Better to zap a note than a profile. 

 I was sure it was going to be an #FDICFriday with that NYCB news. There is still time however! 

 To be honest, i need to study up a bit more on the protocol itself. Will it scale? Do relays have persistent state that needs to be queried and fetched by clients (to populate parents and their parents in a thread?).  

 UDP is fast and lightweight despite requiring potential retries. Might be of benefit for certain types of devices. Nostr seems pretty heavy when factoring in all the nip-5 / key lookups and such. 

 Snort is a web client. The convenience of running a web client means the back-end server is doing some work on your behalf, connecting and posting to relays, making certain UI behaviors more efficient, etc, as browsers cannot directly participate in the protocol. 

 My mistake, i do see lots of websocket connections to relay nodes in my browser when using iris.to, for instance. I would presume all web clients do this or at least the better performing ones? 

 So what is the true requirement of a web client - to serve up the static html/css/js and the browser does the work from there? This should be a nothing-burger unless I'm missing something. 

 Ah yes, makes sense. I think a web client would be well advised to install a Lookup NPUB button that does a direct GET to a profile URL. I'd imagine 80% of the traffic are lookups from Twitter npub shares.