<oembed><type>rich</type><version>1.0</version><author_name>npub1dtr22xd42nv07un2xq0rmtkqkjylgsmexau0anxxafa9xmmn2ncshu7wrs</author_name><author_url>https://nostr.ae/npub1dtr22xd42nv07un2xq0rmtkqkjylgsmexau0anxxafa9xmmn2ncshu7wrs</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2011-12-18&#xA;🗒️ Summary of this message: Discussion on integrating Namecoin to map server IPs using simple URI proposal. Authentication of host and negotiation of payment protocol also discussed.&#xA;📝 Original message:On Sunday, December 18, 2011 4:05:11 PM Jorge Timón wrote:&#xA;&gt; If we chose the simple URI proposal namecoin can still be integrated&#xA;&gt; to map the IP of the server by those who want to.&#xA;&gt; Does it removes the necessity of the certificates?&#xA;&gt; If so, we should let people decide between HTTP, HTTPS, namecoin or&#xA;&gt; whatever they trust.&#xA;&#xA;How are you going to authenticate the host? Certificates from CAs are how &#xA;HTTPS does it. HTTP is vulnerable. If the URI contains an address (eg, &#xA;bitcoin://remotehost/base58key), the remote host could sign its (self-signed) &#xA;SSL key with the ECDSA key to prove authenticity. DNSSEC/namecoin presumably &#xA;has some way to do this as well.&#xA;&#xA;&gt; Shouldn&#39;t we be also discussing the valid format of the answered&#xA;&gt; message? I mean fields like &#34;amount&#34;, &#34;concept&#34; and such.&#xA;&#xA;At some point, a proper protocol to negotiate payment is needed for anything &#xA;like this.</html></oembed>