<rss
      xmlns:atom="http://www.w3.org/2005/Atom"
      xmlns:media="http://search.yahoo.com/mrss/"
      xmlns:content="http://purl.org/rss/1.0/modules/content/"
      xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
      xmlns:dc="http://purl.org/dc/elements/1.1/"
      version="2.0"
    >
      <channel>
        <title><![CDATA[Melvin Carvalho]]></title>
        <description><![CDATA[Mathematician and Web Developer]]></description>
        <link>https://melvincarvalho.npub.pro/tag/issuecomment-1505434529/</link>
        <atom:link href="https://melvincarvalho.npub.pro/tag/issuecomment-1505434529/rss/" rel="self" type="application/rss+xml"/>
        <itunes:new-feed-url>https://melvincarvalho.npub.pro/tag/issuecomment-1505434529/rss/</itunes:new-feed-url>
        <itunes:author><![CDATA[Melvin Carvalho]]></itunes:author>
        <itunes:subtitle><![CDATA[Mathematician and Web Developer]]></itunes:subtitle>
        <itunes:type>episodic</itunes:type>
        <itunes:owner>
          <itunes:name><![CDATA[Melvin Carvalho]]></itunes:name>
          <itunes:email><![CDATA[Melvin Carvalho]]></itunes:email>
        </itunes:owner>
            
      <pubDate>Thu, 13 Apr 2023 06:11:29 GMT</pubDate>
      <lastBuildDate>Thu, 13 Apr 2023 06:11:29 GMT</lastBuildDate>
      
      <itunes:image href="https://void.cat/d/Eon6A2onyvTWGSseNkwQ4v.webp" />
      <image>
        <title><![CDATA[Melvin Carvalho]]></title>
        <link>https://melvincarvalho.npub.pro/tag/issuecomment-1505434529/</link>
        <url>https://void.cat/d/Eon6A2onyvTWGSseNkwQ4v.webp</url>
      </image>
      <item>
      <title><![CDATA[Great comment here from raucao:]]></title>
      <description><![CDATA[Great comment here from raucao:

"I've been thinking about the Nostr architecture and its place on the larger Web a lot recently, reading more of the specs and implementing a simple integration for Kosmos accounts. Since bitcoiners (but at the moment basically noone else) are going to use it…]]></description>
             <itunes:subtitle><![CDATA[Great comment here from raucao:

"I've been thinking about the Nostr architecture and its place on the larger Web a lot recently, reading more of the specs and implementing a simple integration for Kosmos accounts. Since bitcoiners (but at the moment basically noone else) are going to use it…]]></itunes:subtitle>
      <pubDate>Thu, 13 Apr 2023 06:11:29 GMT</pubDate>
      <link>https://melvincarvalho.npub.pro/post/note1qym3dgsu6tecdxfsnxgvexqdjuxsc4jgwj26g49g67nk75mm46pqwl3j2r/</link>
      <comments>https://melvincarvalho.npub.pro/post/note1qym3dgsu6tecdxfsnxgvexqdjuxsc4jgwj26g49g67nk75mm46pqwl3j2r/</comments>
      <guid isPermaLink="false">note1qym3dgsu6tecdxfsnxgvexqdjuxsc4jgwj26g49g67nk75mm46pqwl3j2r</guid>
      <category>issuecomment-1505434529</category>
      
      <noteId>note1qym3dgsu6tecdxfsnxgvexqdjuxsc4jgwj26g49g67nk75mm46pqwl3j2r</noteId>
      <npub>npub1melv683fw6n2mvhl5h6dhqd8mqfv3wmxnz4qph83ua4dk4006ezsrt5c24</npub>
      <dc:creator><![CDATA[Melvin Carvalho]]></dc:creator>
      <content:encoded><![CDATA[<p>Great comment here from raucao:<br><br>"I've been thinking about the Nostr architecture and its place on the larger Web a lot recently, reading more of the specs and implementing a simple integration for Kosmos accounts. Since bitcoiners (but at the moment basically noone else) are going to use it anyway, unsolved problems be damned, I think it's worth making things more interoperable and connecting nostr and nostr keys more with federated systems for some easy win-win situations. Also, I'd like to explore using it for chat in Hyperchannel.<br><br>One of the main problems I see with the current architecture, especially if or when there is a real influx of millions of people, is that clients cannot really scale in a decentralized way by following more and more relays, which is going to be inevitable when people are distributed across more and more relays. Here's where server-side aggregation (and other functionality) will, if not be outright necessary, at least have the potential to improve performance and UX considerably in my (current) opinion.<br><br>So here is also where Sockethub, as a WebSocket-based, encrypted-session-offering, commodity, zero-config, opensource, proxy server could come in!<br><br>Let's say I'm on a fairly slow, high-latency connection on my phone and want to fetch someone's profile, or maybe all potential chat messages in a public chatroom, or all timeline updates for the 500 people I follow. I could either go directly to 20 different relays from that connection and wait an excruciatingly long time until I actually (hopefully) get all the data I want, or I could go through a proxy like Sockethub and have it fetch things from all relays it knows it can read from, over a data center connection (or at least a fast home connection).<br><br>Sockethub could also filter out unwanted information from pubkeys that don't interest me, or that are on a spam blocklist I follow or whatever, before sending it to my clients, further minimizing traffic and improving performance."<br><br><np-embed url="https://github.com/sockethub/sockethub/issues/655<a href='/tag/issuecomment-1505434529/'>#issuecomment-1505434529</a>"><a href="https://github.com/sockethub/sockethub/issues/655<a href='/tag/issuecomment-1505434529/'>#issuecomment-1505434529</a>">https://github.com/sockethub/sockethub/issues/655<a href='/tag/issuecomment-1505434529/'>#issuecomment-1505434529</a></a></np-embed></p>
]]></content:encoded>
      <itunes:author><![CDATA[Melvin Carvalho]]></itunes:author>
      <itunes:summary><![CDATA[<p>Great comment here from raucao:<br><br>"I've been thinking about the Nostr architecture and its place on the larger Web a lot recently, reading more of the specs and implementing a simple integration for Kosmos accounts. Since bitcoiners (but at the moment basically noone else) are going to use it anyway, unsolved problems be damned, I think it's worth making things more interoperable and connecting nostr and nostr keys more with federated systems for some easy win-win situations. Also, I'd like to explore using it for chat in Hyperchannel.<br><br>One of the main problems I see with the current architecture, especially if or when there is a real influx of millions of people, is that clients cannot really scale in a decentralized way by following more and more relays, which is going to be inevitable when people are distributed across more and more relays. Here's where server-side aggregation (and other functionality) will, if not be outright necessary, at least have the potential to improve performance and UX considerably in my (current) opinion.<br><br>So here is also where Sockethub, as a WebSocket-based, encrypted-session-offering, commodity, zero-config, opensource, proxy server could come in!<br><br>Let's say I'm on a fairly slow, high-latency connection on my phone and want to fetch someone's profile, or maybe all potential chat messages in a public chatroom, or all timeline updates for the 500 people I follow. I could either go directly to 20 different relays from that connection and wait an excruciatingly long time until I actually (hopefully) get all the data I want, or I could go through a proxy like Sockethub and have it fetch things from all relays it knows it can read from, over a data center connection (or at least a fast home connection).<br><br>Sockethub could also filter out unwanted information from pubkeys that don't interest me, or that are on a spam blocklist I follow or whatever, before sending it to my clients, further minimizing traffic and improving performance."<br><br><np-embed url="https://github.com/sockethub/sockethub/issues/655<a href='/tag/issuecomment-1505434529/'>#issuecomment-1505434529</a>"><a href="https://github.com/sockethub/sockethub/issues/655<a href='/tag/issuecomment-1505434529/'>#issuecomment-1505434529</a>">https://github.com/sockethub/sockethub/issues/655<a href='/tag/issuecomment-1505434529/'>#issuecomment-1505434529</a></a></np-embed></p>
]]></itunes:summary>
      
      </item>
      
      <item>
      <title><![CDATA[seeAlso:]]></title>
      <description><![CDATA[seeAlso:…]]></description>
             <itunes:subtitle><![CDATA[seeAlso:…]]></itunes:subtitle>
      <pubDate>Thu, 13 Apr 2023 06:04:52 GMT</pubDate>
      <link>https://melvincarvalho.npub.pro/post/note1d5urjp8lw3rj2xqnvusxrf59ck20x3nh6edku3tq03gwzk9ychys700x4s/</link>
      <comments>https://melvincarvalho.npub.pro/post/note1d5urjp8lw3rj2xqnvusxrf59ck20x3nh6edku3tq03gwzk9ychys700x4s/</comments>
      <guid isPermaLink="false">note1d5urjp8lw3rj2xqnvusxrf59ck20x3nh6edku3tq03gwzk9ychys700x4s</guid>
      <category>issuecomment-1505434529</category>
      
      <noteId>note1d5urjp8lw3rj2xqnvusxrf59ck20x3nh6edku3tq03gwzk9ychys700x4s</noteId>
      <npub>npub1melv683fw6n2mvhl5h6dhqd8mqfv3wmxnz4qph83ua4dk4006ezsrt5c24</npub>
      <dc:creator><![CDATA[Melvin Carvalho]]></dc:creator>
      <content:encoded><![CDATA[<p>seeAlso: <np-embed url="https://github.com/sockethub/sockethub/issues/655<a href='/tag/issuecomment-1505434529/'>#issuecomment-1505434529</a>"><a href="https://github.com/sockethub/sockethub/issues/655<a href='/tag/issuecomment-1505434529/'>#issuecomment-1505434529</a>">https://github.com/sockethub/sockethub/issues/655<a href='/tag/issuecomment-1505434529/'>#issuecomment-1505434529</a></a></np-embed></p>
]]></content:encoded>
      <itunes:author><![CDATA[Melvin Carvalho]]></itunes:author>
      <itunes:summary><![CDATA[<p>seeAlso: <np-embed url="https://github.com/sockethub/sockethub/issues/655<a href='/tag/issuecomment-1505434529/'>#issuecomment-1505434529</a>"><a href="https://github.com/sockethub/sockethub/issues/655<a href='/tag/issuecomment-1505434529/'>#issuecomment-1505434529</a>">https://github.com/sockethub/sockethub/issues/655<a href='/tag/issuecomment-1505434529/'>#issuecomment-1505434529</a></a></np-embed></p>
]]></itunes:summary>
      
      </item>
      
      </channel>
      </rss>
    