References: <1323731781.42953.YahooMailClassic@web120920.mail.ne1.yahoo.com>
	<CAJna-HiR0qrOp2sG0hb=5bJ2H60y7QwC8BiHDVR9=kiV20W0vA@mail.gmail.com>
	<CAJ1JLttMWog=QSLmmM9HiZLQ2UU9sPmwAs2wVQoetW3yjMRPow@mail.gmail.com>
	<201112161710.15165.andyparkins@gmail.com>
	<CAJ1JLts8JQ2J=DqJTD76gq2KB02ycqqeJjwaDyY2tPX8SJwvVA@mail.gmail.com>
Message-ID: <1324060177.10146.YahooMailNeo@web121006.mail.ne1.yahoo.com>
Date: Fri, 16 Dec 2011 10:29:37 -0800 (PST)
From: Amir Taaki <zgenjix@yahoo.com>
To: "bitcoin-development@lists.sourceforge.net"
	<bitcoin-development@lists.sourceforge.net>
In-Reply-To: <CAJ1JLts8JQ2J=DqJTD76gq2KB02ycqqeJjwaDyY2tPX8SJwvVA@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="285087016-1047432035-1324060177=:10146"
Subject: Re: [Bitcoin-development] Fwd: [BIP 15] Aliases
Precedence: list
Reply-To: Amir Taaki <zgenjix@yahoo.com>

--285087016-1047432035-1324060177=:10146
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

You have to be seriously joking to call the bitcoin protocol elegant. A mes=
sage based system over TCP with constantly changing endians that needs to l=
ookup its own IP address on several websites is not elegant. It is function=
ing, not elegant.=0A=0AAlso it is kind of dick to come guns blaring and sta=
rt insulting slush who runs one of the biggest mining pools and is working =
on electrum, and sipa who develops the satoshi bitcoin.=0A=0AKhalahan said:=
=0A=0A> Namecoin is a peer-to-peer generic name/value datastore system=0A=
=0ANamecoin has the same problem as DNS. From the document:=0A=0A"The disad=
vantage of DNS TXT records is that updating a record takes =0Atime. This en=
courages people to not use new addresses per transaction =0Awhich has certa=
in security issues."=0A=0A=0A________________________________=0A From: Rick=
 Wesson <rick@support-intelligence.com>=0ATo: Andy Parkins <andyparkins@gma=
il.com> =0ACc: bitcoin-development@lists.sourceforge.net =0ASent: Friday, D=
ecember 16, 2011 5:41 PM=0ASubject: Re: [Bitcoin-development] Fwd: [BIP 15]=
 Aliases=0A =0AIts a negative example -- in that the IETF does not specify =
anything=0Ain the PATH part of the URI. The scheme, sure, but not in the pa=
th,=0Athere are many types of URI schemes ( start with RFC 2396 )=0A=0ATher=
e is significant upside to having your own scheme and having apps=0Aunderst=
and how to integrate with it. Frankly, having just one client=0A(I understa=
nd there are more) is an artifact that hinders acceptance=0Aand participati=
on. If you want to go the route of https then=0Aspecifying a scheme is your=
 path forward=0A=0AI still believe that it is experience that is leading th=
is thread down=0Athe rat-hole of CGI and HTTP requests. The stuff isn't mag=
ic, it is=0Ajust what you are used to. Review the bitcoin protocol, there i=
s an=0Aelegance there -- not found=A0 in the https schemes proposed thus fa=
r.=0ACGI isn't a protocol, nor does it address usability/identity issues.=
=0A=0AProviding a mapping from user@authority.tld addresses usability and=
=0Aidentity. I'd like to see an elegant transformation, specifically I=0Ata=
ke to task anyone that advocates=0Ahttps://authority/foo/user?tx=3D1zhd7896=
32uilos as elegant.=0A=0A-rick=0A=0A=0AOn Fri, Dec 16, 2011 at 9:10 AM, And=
y Parkins <andyparkins@gmail.com> wrote:=0A> On 2011 December 16 Friday, Ri=
ck Wesson wrote:=0A>> On Thu, Dec 15, 2011 at 4:07 PM, slush <slush@centrum=
.cz> wrote:=0A>> > I really like this proposal with standard URLs. All othe=
r proposals like=0A>> > DNS mapping or email aliases converted to URLs with=
 some weird logic=0A>> > looks strange to me.=0A>>=0A>> wow, really. Maybe =
you could review some RFCs, there are thousands of=0A>> examples where some=
 really smart engineers chose the exact opposite=0A>> path which you propos=
e below.=0A>=0A> Could you point me at an example?=0A>=0A>=0A> Andy=0A>=0A>=
 --=0A> Dr Andy Parkins=0A> andyparkins@gmail.com=0A=0A--------------------=
----------------------------------------------------------=0ALearn Windows =
Azure Live!=A0 Tuesday, Dec 13, 2011=0AMicrosoft is holding a special Learn=
 Windows Azure training event for =0Adevelopers. It will provide a great wa=
y to learn Windows Azure and what it =0Aprovides. You can attend the event =
by watching it streamed LIVE online.=A0 =0ALearn more at http://p.sf.net/sf=
u/ms-windowsazure=0A_______________________________________________=0ABitco=
in-development mailing list=0ABitcoin-development@lists.sourceforge.net=0Ah=
ttps://lists.sourceforge.net/lists/listinfo/bitcoin-development
--285087016-1047432035-1324060177=:10146
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

<html><body><div style=3D"color:#000; background-color:#fff; font-family:ti=
mes new roman, new york, times, serif;font-size:12pt"><div><span>You have t=
o be seriously joking to call the bitcoin protocol elegant. A message based=
 system over TCP with constantly changing endians that needs to lookup its =
own IP address on several websites is not elegant. It is functioning, not e=
legant.</span></div><div><br><span></span></div><div><span>Also it is kind =
of dick to come guns blaring and start insulting slush who runs one of the =
biggest mining pools and is working on electrum, and sipa who develops the =
satoshi bitcoin.</span></div><div><br></div><div>Khalahan said:<br><span></=
span></div><div><span>&gt; </span>Namecoin is a peer-to-peer generic name/v=
alue datastore system</div><div><br></div><div>Namecoin has the same proble=
m as DNS. From the document:</div><div><br></div><div>"The disadvantage of =
DNS TXT records is that updating a record takes =0Atime. This encourages pe=
ople to not use new addresses per transaction =0Awhich has certain security=
 issues."</div><div><br></div>  <div style=3D"font-family: times new roman,=
 new york, times, serif; font-size: 12pt;"> <div style=3D"font-family: time=
s new roman, new york, times, serif; font-size: 12pt;"> <font face=3D"Arial=
" size=3D"2"> <hr size=3D"1">  <b><span style=3D"font-weight:bold;">From:</=
span></b> Rick Wesson &lt;rick@support-intelligence.com&gt;<br> <b><span st=
yle=3D"font-weight: bold;">To:</span></b> Andy Parkins &lt;andyparkins@gmai=
l.com&gt; <br><b><span style=3D"font-weight: bold;">Cc:</span></b> bitcoin-=
development@lists.sourceforge.net <br> <b><span style=3D"font-weight: bold;=
">Sent:</span></b> Friday, December 16, 2011 5:41 PM<br> <b><span style=3D"=
font-weight: bold;">Subject:</span></b> Re: [Bitcoin-development] Fwd: [BIP=
 15] Aliases<br> </font> <br>=0AIts a negative example -- in that the IETF =
does not specify anything<br>in the PATH part of the URI. The scheme, sure,=
 but not in the path,<br>there are many types of URI schemes ( start with R=
FC 2396 )<br><br>There is significant upside to having your own scheme and =
having apps<br>understand how to integrate with it. Frankly, having just on=
e client<br>(I understand there are more) is an artifact that hinders accep=
tance<br>and participation. If you want to go the route of https then<br>sp=
ecifying a scheme is your path forward<br><br>I still believe that it is ex=
perience that is leading this thread down<br>the rat-hole of CGI and HTTP r=
equests. The stuff isn't magic, it is<br>just what you are used to. Review =
the bitcoin protocol, there is an<br>elegance there -- not found&nbsp; in t=
he https schemes proposed thus far.<br>CGI isn't a protocol, nor does it ad=
dress usability/identity issues.<br><br>Providing a mapping from <a
 ymailto=3D"mailto:user@authority.tld" href=3D"mailto:user@authority.tld">u=
ser@authority.tld</a> addresses usability and<br>identity. I'd like to see =
an elegant transformation, specifically I<br>take to task anyone that advoc=
ates<br><a href=3D"https://authority/foo/user?tx=3D1zhd789632uilos" target=
=3D"_blank">https://authority/foo/user?tx=3D1zhd789632uilos</a> as elegant.=
<br><br>-rick<br><br><br>On Fri, Dec 16, 2011 at 9:10 AM, Andy Parkins &lt;=
<a ymailto=3D"mailto:andyparkins@gmail.com" href=3D"mailto:andyparkins@gmai=
l.com">andyparkins@gmail.com</a>&gt; wrote:<br>&gt; On 2011 December 16 Fri=
day, Rick Wesson wrote:<br>&gt;&gt; On Thu, Dec 15, 2011 at 4:07 PM, slush =
&lt;<a ymailto=3D"mailto:slush@centrum.cz" href=3D"mailto:slush@centrum.cz"=
>slush@centrum.cz</a>&gt; wrote:<br>&gt;&gt; &gt; I really like this propos=
al with standard URLs. All other proposals like<br>&gt;&gt; &gt; DNS mappin=
g or email aliases converted to URLs with some weird logic<br>&gt;&gt; &gt;=
 looks strange
 to me.<br>&gt;&gt;<br>&gt;&gt; wow, really. Maybe you could review some RF=
Cs, there are thousands of<br>&gt;&gt; examples where some really smart eng=
ineers chose the exact opposite<br>&gt;&gt; path which you propose below.<b=
r>&gt;<br>&gt; Could you point me at an example?<br>&gt;<br>&gt;<br>&gt; An=
dy<br>&gt;<br>&gt; --<br>&gt; Dr Andy Parkins<br>&gt; <a ymailto=3D"mailto:=
andyparkins@gmail.com" href=3D"mailto:andyparkins@gmail.com">andyparkins@gm=
ail.com</a><br><br>--------------------------------------------------------=
----------------------<br>Learn Windows Azure Live!&nbsp; Tuesday, Dec 13, =
2011<br>Microsoft is holding a special Learn Windows Azure training event f=
or <br>developers. It will provide a great way to learn Windows Azure and w=
hat it <br>provides. You can attend the event by watching it streamed LIVE =
online.&nbsp; <br>Learn more at http://p.sf.net/sfu/ms-windowsazure<br>____=
___________________________________________<br>Bitcoin-development
 mailing list<br><a ymailto=3D"mailto:Bitcoin-development@lists.sourceforge=
.net" href=3D"mailto:Bitcoin-development@lists.sourceforge.net">Bitcoin-dev=
elopment@lists.sourceforge.net</a><br><a href=3D"https://lists.sourceforge.=
net/lists/listinfo/bitcoin-development" target=3D"_blank">https://lists.sou=
rceforge.net/lists/listinfo/bitcoin-development</a><br><br><br> </div> </di=
v>  </div></body></html>
--285087016-1047432035-1324060177=:10146--