From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from sog-mx-4.v43.ch3.sourceforge.com ([172.29.43.194] helo=mx.sourceforge.net) by sfs-ml-2.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1RayBy-0006Xq-El for bitcoin-development@lists.sourceforge.net; Wed, 14 Dec 2011 23:24:54 +0000 X-ACL-Warn: Received: from mail-vx0-f175.google.com ([209.85.220.175]) by sog-mx-4.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1RayBt-0005u9-En for bitcoin-development@lists.sourceforge.net; Wed, 14 Dec 2011 23:24:54 +0000 Received: by vcbf1 with SMTP id f1so68951vcb.34 for ; Wed, 14 Dec 2011 15:24:43 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.23.2 with SMTP id i2mr611670vdf.126.1323903745279; Wed, 14 Dec 2011 15:02:25 -0800 (PST) Received: by 10.52.37.80 with HTTP; Wed, 14 Dec 2011 15:02:25 -0800 (PST) In-Reply-To: References: <1323731781.42953.YahooMailClassic@web120920.mail.ne1.yahoo.com> <201112131622.08158.andyparkins@gmail.com> <201112141508.01136.luke@dashjr.org> <1323894080.30850.7.camel@mei> Date: Wed, 14 Dec 2011 15:02:25 -0800 Message-ID: From: Rick Wesson To: =?ISO-8859-1?Q?Jorge_Tim=F3n?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. X-Headers-End: 1RayBt-0005u9-En 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: Wed, 14 Dec 2011 23:24:54 -0000 I was looking at the wiki entry for this and noticed that your description of DNSSEC is incorrect. It is an internet standard and is widely deployed in the root (.), many TLDs, ccTLDs and second leverl domains. Also understand when the IETF or ICANN adopts new (we worked on DNSSEC no less than 10 years) standard the horizon is at least 20 years. Nothing and I really mean nothing is adopted in mass over shorter time scales. I also am largely in favor of using secured zones to publish TXT records to digital currencies. I've been thinking mainly about TXT using the following format for bitcoin. _btc.. you can look up the following record _btc.rick.wesson.us (from rick@wesson.us) which yealds ; <<>> DiG 9.6-ESV-R4-P3 <<>> _btc.rick.wesson.us txt ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 45136 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;_btc.rick.wesson.us. IN TXT ;; ANSWER SECTION: _btc.rick.wesson.us. 299 IN TXT "BTC=3D1\; 1GCVXLfF1TcpnnDLJRHk845NZhuJWQTnUD" ;; Query time: 147 msec while this isn't a secured zone, any leverage of DNSSEC would require the application to have direct hooks into the stub-resolver, rather than just leveraging the OS's implementation. just some food for thought... -rick 2011/12/14 Jorge Tim=F3n : > What if we specify "bitcoin" to make it easier for software (maybe the > browser, a plugin for the browser, the bitcoin client analyzing the > clipboard...) to easily detect that you expect a bitcoin address when > going to url? > If puted in the bitcoin client, the "bitcoin://" is optional (? and > can also be replaced by http ?) since from the context you already > expect an address or an url that will give you the address. > > In the browser: > > bitcoin://address > bitcoin://rest_of_url > > In the bitcoin client: > > address > rest_of_url > bitcoin://address > bitcoin://rest_of_url > http://rest_of_url =A0?? > > Maybe in the bitcoin client you can put any site and the client > downloads the web to look for occurrences of "bitcoin://" (? or just > valid addresses ?) in it. It caches and shows them to you to decide > what to do with each one. > I have used other programs (jdownloader) that read the clipboard > looking for patterns in links and is very convenient. > > Maybe then parameters for the client can be added to this. > > bitcoin://address?amount=3D10.53 > bitcoin://rest_of_url?amount=3D10.53&green_address=3Dr > bitcoin://rest_of_url?amount=3D10.53&green_address=3Dr&green_address_list= =3Daddress1,address2,address3 > > Whatever the community have planned for bitcoin URIs. > > -------------------------------------------------------------------------= ----- > Cloud Computing - Latest Buzzword or a Glimpse of the Future? > This paper surveys cloud computing today: What are the benefits? > Why are businesses embracing it? What are its payoffs and pitfalls? > http://www.accelacomm.com/jaw/sdnl/114/51425149/ > _______________________________________________ > Bitcoin-development mailing list > Bitcoin-development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bitcoin-development