<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>
<channel>
	<title>Comments on: Some shower thoughts on networks and referencing</title>
	<atom:link href="http://jfxpt.com/2020/some-shower-thoughts-on-networks-and-referencing/feed/" rel="self" type="application/rss+xml" />
	<link>http://jfxpt.com/2020/some-shower-thoughts-on-networks-and-referencing/</link>
	<description>The search for invariants</description>
	<pubDate>Thu, 09 Apr 2026 22:40:42 +0000</pubDate>
	<generator>http://polimedia.us</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: DNS kiting &#171; Fixpoint</title>
		<link>http://jfxpt.com/2020/some-shower-thoughts-on-networks-and-referencing/#comment-2456</link>
		<dc:creator>DNS kiting &#171; Fixpoint</dc:creator>
		<pubDate>Thu, 17 Aug 2023 20:00:19 +0000</pubDate>
		<guid isPermaLink="false">http://fixpoint.welshcomputing.com/?p=128#comment-2456</guid>
		<description>[...] flush the cache and tag the thing "not so reliable as previously believed," because I have about zero desire to become even more of a DNS wizard than I already had to. Unmodified except for the addition of [...]</description>
		<content:encoded><![CDATA[<p>[...] flush the cache and tag the thing "not so reliable as previously believed," because I have about zero desire to become even more of a DNS wizard than I already had to. Unmodified except for the addition of [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fixpoint is moving in domain name space. &#171; Fixpoint</title>
		<link>http://jfxpt.com/2020/some-shower-thoughts-on-networks-and-referencing/#comment-2370</link>
		<dc:creator>Fixpoint is moving in domain name space. &#171; Fixpoint</dc:creator>
		<pubDate>Thu, 13 Apr 2023 22:10:07 +0000</pubDate>
		<guid isPermaLink="false">http://fixpoint.welshcomputing.com/?p=128#comment-2370</guid>
		<description>[...] system. Still, I don't believe anyone complained about it specifically, and although it provoked a search for other approaches altogether, it had to wait its turn in the long line of [...]</description>
		<content:encoded><![CDATA[<p>[...] system. Still, I don't believe anyone complained about it specifically, and although it provoked a search for other approaches altogether, it had to wait its turn in the long line of [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jacob Welsh</title>
		<link>http://jfxpt.com/2020/some-shower-thoughts-on-networks-and-referencing/#comment-568</link>
		<dc:creator>Jacob Welsh</dc:creator>
		<pubDate>Mon, 24 May 2021 21:29:47 +0000</pubDate>
		<guid isPermaLink="false">http://fixpoint.welshcomputing.com/?p=128#comment-568</guid>
		<description>&gt; with each node simply having full knowledge of the namings

The situation where I can just wget the DNS would surely be preferable to the current pretense of "must publish your personal info, but that's ok because we make it a hassle to get the bulk data". It's no less centralized though because I presume you're still talking about getting the data automatically from some tree-shaped upstream. And yes, I think @spyked has it and it would all be a non-issue if the upstream didn't suck so much.

&gt; An issue with just using IP addresses is the lack of meaningful or interesting names.

This seems to be a variant of my first "customary answer", and with the same reply. I can put what I please on my page titles and URL paths and you can put what you please in your bookmarks, as is already the case; where's the trouble?

&gt; The current structure prioritizes privacy over authenticity, but truly provides neither.

What do you mean there by authenticity?

&gt; This distinction between living and dead technically exists in all human interaction, but isn't generally thought of that way,

This I don't follow - thought of what way? Are you saying the distinction on this axis of liveness between reading Plato and reading a fresh love note is a technicality? If one actor is dead then whatever you're doing with them is not interaction.

&gt; and it's questionable whether this is good or bad for a technology to acknowledge

Not sure I know what it means for a technology to acknowledge something - perhaps you mean, to model? I don't see where I was proposing it should be, even, more that it could be just another instance of updating links based on a change in topology, if that weren't such a pain to do.

&gt; It would be lessened by archival and request being indistinguishable, as they should be.

If you mean streamlining the process of archiving, such as a browser with a one-click save feature - or even zero-click, &lt;em&gt;if&lt;/em&gt; there's a usable way to prune the pile - then I can see it. If you mean a sort of National Archives of the Internet such that nobody's links ever break then I dunno... depends on having a good enough nation I guess.

&gt; Isn't the issue here that sufficiency for routing necessarily involves where something happens to be at a time, whereas an identifier usually relies on some form of indirection?

Something like that.

&gt; I question whether a meaningful global network can exist without some middleman akin to a postal system.

Well a postal system is a kind of network, and communication is always mediated by something, so this much seems obvious.

&gt; the only reason I use the Internet is its freeing me from this, so I may have conversations with and read from others nowhere near me

The Internet is hardly the first or only thing to allow communication across distance, you know?</description>
		<content:encoded><![CDATA[<p>> with each node simply having full knowledge of the namings</p>
<p>The situation where I can just wget the DNS would surely be preferable to the current pretense of "must publish your personal info, but that's ok because we make it a hassle to get the bulk data". It's no less centralized though because I presume you're still talking about getting the data automatically from some tree-shaped upstream. And yes, I think @spyked has it and it would all be a non-issue if the upstream didn't suck so much.</p>
<p>> An issue with just using IP addresses is the lack of meaningful or interesting names.</p>
<p>This seems to be a variant of my first "customary answer", and with the same reply. I can put what I please on my page titles and URL paths and you can put what you please in your bookmarks, as is already the case; where's the trouble?</p>
<p>> The current structure prioritizes privacy over authenticity, but truly provides neither.</p>
<p>What do you mean there by authenticity?</p>
<p>> This distinction between living and dead technically exists in all human interaction, but isn't generally thought of that way,</p>
<p>This I don't follow - thought of what way? Are you saying the distinction on this axis of liveness between reading Plato and reading a fresh love note is a technicality? If one actor is dead then whatever you're doing with them is not interaction.</p>
<p>> and it's questionable whether this is good or bad for a technology to acknowledge</p>
<p>Not sure I know what it means for a technology to acknowledge something - perhaps you mean, to model? I don't see where I was proposing it should be, even, more that it could be just another instance of updating links based on a change in topology, if that weren't such a pain to do.</p>
<p>> It would be lessened by archival and request being indistinguishable, as they should be.</p>
<p>If you mean streamlining the process of archiving, such as a browser with a one-click save feature - or even zero-click, <em>if</em> there's a usable way to prune the pile - then I can see it. If you mean a sort of National Archives of the Internet such that nobody's links ever break then I dunno... depends on having a good enough nation I guess.</p>
<p>> Isn't the issue here that sufficiency for routing necessarily involves where something happens to be at a time, whereas an identifier usually relies on some form of indirection?</p>
<p>Something like that.</p>
<p>> I question whether a meaningful global network can exist without some middleman akin to a postal system.</p>
<p>Well a postal system is a kind of network, and communication is always mediated by something, so this much seems obvious.</p>
<p>> the only reason I use the Internet is its freeing me from this, so I may have conversations with and read from others nowhere near me</p>
<p>The Internet is hardly the first or only thing to allow communication across distance, you know?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Verisimilitude</title>
		<link>http://jfxpt.com/2020/some-shower-thoughts-on-networks-and-referencing/#comment-561</link>
		<dc:creator>Verisimilitude</dc:creator>
		<pubDate>Sun, 23 May 2021 20:23:55 +0000</pubDate>
		<guid isPermaLink="false">http://fixpoint.welshcomputing.com/?p=128#comment-561</guid>
		<description>I've long thought the typical machine has enough storage to make the DNS fully distributed for queries, with each node simply having full knowledge of the namings.  An issue with just using IP addresses is the lack of meaningful or interesting names.  The current structure prioritizes privacy over authenticity, but truly provides neither.

This distinction between living and dead technically exists in all human interaction, but isn't generally thought of that way, and it's questionable whether this is good or bad for a technology to acknowledge.  It would be lessened by archival and request being indistinguishable, as they should be.

&#62;I've begun to suspect the "IP address" is a poor abstraction from the start. It's insufficiently concrete to enable the machines to actually deliver a packet to the recipient, without a whole extra layer of routing protocols ultimately subject to the same "DNS problems"; yet it's insufficiently abstract to be useful to people as a long-term identifier.
Isn't the issue here that sufficiency for routing necessarily involves where something happens to be at a time, whereas an identifier usually relies on some form of indirection?  I question whether a meaningful global network can exist without some middleman akin to a postal system.  I could broadcast to those around me, and the structure of the global network could come to more closely resemble that of the globe, but the only reason I use the Internet is its freeing me from this, so I may have conversations with and read from others nowhere near me, and a meshnet doesn't seem suitable for this.

Perhaps this comment will have provided some value.</description>
		<content:encoded><![CDATA[<p>I've long thought the typical machine has enough storage to make the DNS fully distributed for queries, with each node simply having full knowledge of the namings.  An issue with just using IP addresses is the lack of meaningful or interesting names.  The current structure prioritizes privacy over authenticity, but truly provides neither.</p>
<p>This distinction between living and dead technically exists in all human interaction, but isn't generally thought of that way, and it's questionable whether this is good or bad for a technology to acknowledge.  It would be lessened by archival and request being indistinguishable, as they should be.</p>
<p>&gt;I've begun to suspect the "IP address" is a poor abstraction from the start. It's insufficiently concrete to enable the machines to actually deliver a packet to the recipient, without a whole extra layer of routing protocols ultimately subject to the same "DNS problems"; yet it's insufficiently abstract to be useful to people as a long-term identifier.<br />
Isn't the issue here that sufficiency for routing necessarily involves where something happens to be at a time, whereas an identifier usually relies on some form of indirection?  I question whether a meaningful global network can exist without some middleman akin to a postal system.  I could broadcast to those around me, and the structure of the global network could come to more closely resemble that of the globe, but the only reason I use the Internet is its freeing me from this, so I may have conversations with and read from others nowhere near me, and a meshnet doesn't seem suitable for this.</p>
<p>Perhaps this comment will have provided some value.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: #jwrd Logs for Nov 2020 &#171; Fixpoint</title>
		<link>http://jfxpt.com/2020/some-shower-thoughts-on-networks-and-referencing/#comment-374</link>
		<dc:creator>#jwrd Logs for Nov 2020 &#171; Fixpoint</dc:creator>
		<pubDate>Tue, 01 Dec 2020 19:14:23 +0000</pubDate>
		<guid isPermaLink="false">http://fixpoint.welshcomputing.com/?p=128#comment-374</guid>
		<description>[...]  [...]</description>
		<content:encoded><![CDATA[<p>[...]  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: spyked</title>
		<link>http://jfxpt.com/2020/some-shower-thoughts-on-networks-and-referencing/#comment-362</link>
		<dc:creator>spyked</dc:creator>
		<pubDate>Mon, 23 Nov 2020 07:42:35 +0000</pubDate>
		<guid isPermaLink="false">http://fixpoint.welshcomputing.com/?p=128#comment-362</guid>
		<description>&lt;blockquote&gt;it seems to me that IPs work equally well or poorly in each of those examples so perhaps I'm missing the point of the question.&lt;/blockquote&gt;

They don't, otherwise nobody would need public/private keypairs. And even those aren't especially good at identifying &lt;em&gt;actual&lt;/em&gt; persons, more along the lines of whatever pieces of text one can associate with a signature belonging to a person... or something along these lines.

My point is that you can't (or at least I'm not aware that you can) use a single means to identify all things on the Internet, unless you're willing to buy into the IPv6 "IoT" story, that everyone and their dog should own a few IP addresses. I for one don't buy into that, I think IPs were designed to identify individual machines and networks. Sure, you can't talk to The Tar Pit simply by going to 82.79.58.192, you also need to GET the full URL that includes the site's name, which creates a problem, but IMHO that's a slightly different issue, arising from the perversion of HTTP and DNS. However, vhosts have nothing to do with DNS per se, as I can still expose my very own google.com through my Apache config and anyone can access it.

&lt;blockquote&gt;isn't that how most p2p networks work?&lt;/blockquote&gt;

That depends on the particular P2P network we're talking about. Bittorrent identifies files, Bitcoin does transactions, but there's no mechanism for identifying arbitrary things, say, two consecutive paragraphs of text on a web page (which is why we have the whole MP-WP selection story). When you're making things (as opposed to, say, taking whatever nature provides), there's no escaping specification, so whatever it is you're going to want to identify on the Internet, you're going to have to specify it beforehand. This is, to my eye, how we've ended up with the current mess: through systematically-repeated ad-hoc specification of various things, some of which aren't even actual things (really, Facebook, "pages"?).

&lt;blockquote&gt;why are we participating in DNS at all?&lt;/blockquote&gt;

I guess it seemed like a good idea at the time and now most of the software we have uses it, same as with TCP, JavaScript and all those other piles of machinery. I'm fairly sure that the whole thing could be easily discarded for the cost of a public register of name-IP associations á la deedbot's deed mechanism, but without a political organization to push it...</description>
		<content:encoded><![CDATA[<blockquote><p>it seems to me that IPs work equally well or poorly in each of those examples so perhaps I'm missing the point of the question.</p></blockquote>
<p>They don't, otherwise nobody would need public/private keypairs. And even those aren't especially good at identifying <em>actual</em> persons, more along the lines of whatever pieces of text one can associate with a signature belonging to a person... or something along these lines.</p>
<p>My point is that you can't (or at least I'm not aware that you can) use a single means to identify all things on the Internet, unless you're willing to buy into the IPv6 "IoT" story, that everyone and their dog should own a few IP addresses. I for one don't buy into that, I think IPs were designed to identify individual machines and networks. Sure, you can't talk to The Tar Pit simply by going to 82.79.58.192, you also need to GET the full URL that includes the site's name, which creates a problem, but IMHO that's a slightly different issue, arising from the perversion of HTTP and DNS. However, vhosts have nothing to do with DNS per se, as I can still expose my very own google.com through my Apache config and anyone can access it.</p>
<blockquote><p>isn't that how most p2p networks work?</p></blockquote>
<p>That depends on the particular P2P network we're talking about. Bittorrent identifies files, Bitcoin does transactions, but there's no mechanism for identifying arbitrary things, say, two consecutive paragraphs of text on a web page (which is why we have the whole MP-WP selection story). When you're making things (as opposed to, say, taking whatever nature provides), there's no escaping specification, so whatever it is you're going to want to identify on the Internet, you're going to have to specify it beforehand. This is, to my eye, how we've ended up with the current mess: through systematically-repeated ad-hoc specification of various things, some of which aren't even actual things (really, Facebook, "pages"?).</p>
<blockquote><p>why are we participating in DNS at all?</p></blockquote>
<p>I guess it seemed like a good idea at the time and now most of the software we have uses it, same as with TCP, JavaScript and all those other piles of machinery. I'm fairly sure that the whole thing could be easily discarded for the cost of a public register of name-IP associations á la deedbot's deed mechanism, but without a political organization to push it...</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jacob Welsh</title>
		<link>http://jfxpt.com/2020/some-shower-thoughts-on-networks-and-referencing/#comment-347</link>
		<dc:creator>Jacob Welsh</dc:creator>
		<pubDate>Tue, 03 Nov 2020 22:42:34 +0000</pubDate>
		<guid isPermaLink="false">http://fixpoint.welshcomputing.com/?p=128#comment-347</guid>
		<description>&lt;blockquote&gt;The question is: a long-term identifier for what precisely? for persons? websites? the "Things" in that "IoT" buzzword?&lt;/blockquote&gt;

Persons primarily, then whatever they wish to use them for; it seems to me that IPs work equally well or poorly in each of those examples so perhaps I'm missing the point of the question.

&lt;blockquote&gt;I dare say that a unified/uniform identification scheme is not possible, simply on the grounds that I haven't yet seen one that actually works that way.&lt;/blockquote&gt;

Now I am indeed confused because if by "that way" you mean "with user-generated identifiers independent of the physical topology" then... isn't that how most p2p networks work?

One point I missed is that once you're good enough to have your own address space and get ISPs to publish the route, IP in fact does work that way, so perhaps all I have here is a kind of "argument from poverty".

&lt;blockquote&gt;Say, the IP address works quite well as an identifier for machines,&lt;/blockquote&gt;

If this is so then it would seem to knock out my "strongest answer" and leave the original burning question of: why are we participating in DNS at all?</description>
		<content:encoded><![CDATA[<blockquote><p>The question is: a long-term identifier for what precisely? for persons? websites? the "Things" in that "IoT" buzzword?</p></blockquote>
<p>Persons primarily, then whatever they wish to use them for; it seems to me that IPs work equally well or poorly in each of those examples so perhaps I'm missing the point of the question.</p>
<blockquote><p>I dare say that a unified/uniform identification scheme is not possible, simply on the grounds that I haven't yet seen one that actually works that way.</p></blockquote>
<p>Now I am indeed confused because if by "that way" you mean "with user-generated identifiers independent of the physical topology" then... isn't that how most p2p networks work?</p>
<p>One point I missed is that once you're good enough to have your own address space and get ISPs to publish the route, IP in fact does work that way, so perhaps all I have here is a kind of "argument from poverty".</p>
<blockquote><p>Say, the IP address works quite well as an identifier for machines,</p></blockquote>
<p>If this is so then it would seem to knock out my "strongest answer" and leave the original burning question of: why are we participating in DNS at all?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: spyked</title>
		<link>http://jfxpt.com/2020/some-shower-thoughts-on-networks-and-referencing/#comment-346</link>
		<dc:creator>spyked</dc:creator>
		<pubDate>Tue, 03 Nov 2020 14:12:53 +0000</pubDate>
		<guid isPermaLink="false">http://fixpoint.welshcomputing.com/?p=128#comment-346</guid>
		<description>&lt;blockquote&gt;On a final side note: I've begun to suspect the "IP address" is a poor abstraction from the start. It's insufficiently concrete to enable the machines to actually deliver a packet to the recipient, without a whole extra layer of routing protocols ultimately subject to the same "DNS problems"; yet it's insufficiently abstract to be useful to people as a long-term identifier.&lt;/blockquote&gt;

The question is: a long-term identifier for what precisely? for persons? websites? the "Things" in that "IoT" buzzword? It's not clear what sort of resources on the Internet you're referring to, I dare say that a unified/uniform identification scheme is not possible, simply on the grounds that I haven't yet seen one that actually works that way.

I don't find this IP thing to be that much of a problem, to be honest: over time I am going to change my phone number, my Bitcoin addresses, my IP addresses and a whole other set of things, some of which identify other things. Say, the IP address works quite well as an identifier for machines, and no, it doesn't really need DNS in order to work, and if I really need to use names, /etc/hosts is right there and not even The Mother of Poettering can take it away from me.</description>
		<content:encoded><![CDATA[<blockquote><p>On a final side note: I've begun to suspect the "IP address" is a poor abstraction from the start. It's insufficiently concrete to enable the machines to actually deliver a packet to the recipient, without a whole extra layer of routing protocols ultimately subject to the same "DNS problems"; yet it's insufficiently abstract to be useful to people as a long-term identifier.</p></blockquote>
<p>The question is: a long-term identifier for what precisely? for persons? websites? the "Things" in that "IoT" buzzword? It's not clear what sort of resources on the Internet you're referring to, I dare say that a unified/uniform identification scheme is not possible, simply on the grounds that I haven't yet seen one that actually works that way.</p>
<p>I don't find this IP thing to be that much of a problem, to be honest: over time I am going to change my phone number, my Bitcoin addresses, my IP addresses and a whole other set of things, some of which identify other things. Say, the IP address works quite well as an identifier for machines, and no, it doesn't really need DNS in order to work, and if I really need to use names, /etc/hosts is right there and not even The Mother of Poettering can take it away from me.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
