Received: from sog-mx-3.v43.ch3.sourceforge.com ([172.29.43.193] helo=mx.sourceforge.net) by sfs-ml-1.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1Rbbmp-0006JT-EQ for bitcoin-development@lists.sourceforge.net; Fri, 16 Dec 2011 17:41:35 +0000 X-ACL-Warn: Received: from mail-vw0-f47.google.com ([209.85.212.47]) by sog-mx-3.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1Rbbml-0007lN-EV for bitcoin-development@lists.sourceforge.net; Fri, 16 Dec 2011 17:41:35 +0000 Received: by vbbfc21 with SMTP id fc21so3730686vbb.34 for ; Fri, 16 Dec 2011 09:41:26 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.89.71 with SMTP id bm7mr7073111vdb.41.1324057285829; Fri, 16 Dec 2011 09:41:25 -0800 (PST) Received: by 10.52.37.80 with HTTP; Fri, 16 Dec 2011 09:41:25 -0800 (PST) In-Reply-To: <201112161710.15165.andyparkins@gmail.com> References: <1323731781.42953.YahooMailClassic@web120920.mail.ne1.yahoo.com> <201112161710.15165.andyparkins@gmail.com> Date: Fri, 16 Dec 2011 09:41:25 -0800 Message-ID: From: Rick Wesson To: Andy Parkins Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: 0.2 (/) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. 0.2 AWL AWL: From: address is in the auto white-list X-Headers-End: 1Rbbml-0007lN-EV Cc: bitcoin-development@lists.sourceforge.net Subject: Re: [Bitcoin-development] Fwd: [BIP 15] Aliases X-BeenThere: bitcoin-development@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 17:41:35 -0000 Its a negative example -- in that the IETF does not specify anything in the PATH part of the URI. The scheme, sure, but not in the path, there are many types of URI schemes ( start with RFC 2396 ) There is significant upside to having your own scheme and having apps understand how to integrate with it. Frankly, having just one client (I understand there are more) is an artifact that hinders acceptance and participation. If you want to go the route of https then specifying a scheme is your path forward I still believe that it is experience that is leading this thread down the rat-hole of CGI and HTTP requests. The stuff isn't magic, it is just what you are used to. Review the bitcoin protocol, there is an elegance there -- not found in the https schemes proposed thus far. CGI isn't a protocol, nor does it address usability/identity issues. Providing a mapping from user@authority.tld addresses usability and identity. I'd like to see an elegant transformation, specifically I take to task anyone that advocates https://authority/foo/user?tx=1zhd789632uilos as elegant. -rick On Fri, Dec 16, 2011 at 9:10 AM, Andy Parkins wrote: > On 2011 December 16 Friday, Rick Wesson wrote: >> On Thu, Dec 15, 2011 at 4:07 PM, slush wrote: >> > I really like this proposal with standard URLs. All other proposals like >> > DNS mapping or email aliases converted to URLs with some weird logic >> > looks strange to me. >> >> wow, really. Maybe you could review some RFCs, there are thousands of >> examples where some really smart engineers chose the exact opposite >> path which you propose below. > > Could you point me at an example? > > > Andy > > -- > Dr Andy Parkins > andyparkins@gmail.com