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-4.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1RbDSj-0001Ei-DM for bitcoin-development@lists.sourceforge.net; Thu, 15 Dec 2011 15:43:13 +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 1RbDSX-000711-Jq for bitcoin-development@lists.sourceforge.net; Thu, 15 Dec 2011 15:43:13 +0000 Received: by mail-vx0-f175.google.com with SMTP id f1so781947vcb.34 for ; Thu, 15 Dec 2011 07:43:01 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.21.211 with SMTP id x19mr3549686vde.58.1323963779293; Thu, 15 Dec 2011 07:42:59 -0800 (PST) Received: by 10.52.37.80 with HTTP; Thu, 15 Dec 2011 07:42:59 -0800 (PST) In-Reply-To: <1323929094.37881.YahooMailClassic@web120902.mail.ne1.yahoo.com> References: <1323929094.37881.YahooMailClassic@web120902.mail.ne1.yahoo.com> Date: Thu, 15 Dec 2011 07:42:59 -0800 Message-ID: From: Rick Wesson To: Zell Faze Content-Type: multipart/alternative; boundary=20cf3079bafac2a3d104b4235678 X-Spam-Score: 1.2 (+) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. 1.3 URI_HEX URI: URI hostname has long hexadecimal sequence 1.0 HTML_MESSAGE BODY: HTML included in message -1.2 AWL AWL: From: address is in the auto white-list X-Headers-End: 1RbDSX-000711-Jq 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: Thu, 15 Dec 2011 15:43:13 -0000 --20cf3079bafac2a3d104b4235678 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Are we designing protocols or applications, its easier and better for all involved if we design a protocol and then let the applications implement it. Lets stick to understanding how labels (dns) or URIs can be leveraged to securly obtain a bitcoin address, rather than reviewing capabilities of current applications. -rick On Wed, Dec 14, 2011 at 10:04 PM, Zell Faze wrote: > It is a lot easier to set up an HTTP server to dynamically respond with > addresses than a DNS record. It is considered a good practice to use a > different address for every payment. > > ------------------------ > "It stopped being just a website a long time ago. For many of us, most of > us, Wikipedia has become an indispensable part of our daily lives." > =97 Jimmy Wales, *Founder of Wikipedia* > > > Help protect it now. Please make a donation today: > http://www.wikimediafoundation.org/wiki/Donate > > > --- On *Wed, 12/14/11, Kyle Henderson * wrote: > > > From: Kyle Henderson > > Subject: Re: [Bitcoin-development] Fwd: [BIP 15] Aliases > To: "Zell Faze" > Cc: "Luke-Jr" , "Rick Wesson" < > rick@support-intelligence.com>, bitcoin-development@lists.sourceforge.net > Date: Wednesday, December 14, 2011, 11:56 PM > > > Just so we're clear, what is the need for HTTP at all? > > A query for a string and an answer can all be handled via DNS. > > On Thu, Dec 15, 2011 at 4:57 PM, Zell Faze > > wrote: > > Could we combine this proposal and the HTTPS proposal? > > The DNSSEC TXT record could give instructions on how to query an HTTPS > server to get the address. Then we get the dynamism of HTTPS without > having a rigid URL scheme for querying the server along with the advantag= es > of DNSSEC. > > > --20cf3079bafac2a3d104b4235678 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Are we designing protocols or applications, its easier and better for all i= nvolved if we design a protocol and then let the applications implement it.= =A0

Lets stick to understanding how labels (dns) or URIs= can be leveraged to securly obtain a bitcoin address, rather than reviewin= g capabilities of current applications.

-rick

On Wed, = Dec 14, 2011 at 10:04 PM, Zell Faze <zellfaze@yahoo.com> wrote:
It is a lot easier to set up an HTTP serv= er to dynamically respond with addresses than a DNS record. =A0It is consid= ered a good practice to use a different address for every payment.

------------------------
"It stopped being just a website a lon= g time ago. For many of us, most of us, Wikipedia has become an indispensab= le part of our daily lives."
=97 Jimmy Wales, Founder of Wikiped= ia

Help protect it now. Please make= a donation today: http://www.wikimediafoundation.org/wiki/Donate=



--- On Wed, 12/14/11, Kyle Henderson <k@old.school.n= z> wrote:

From: Kyle Henderson <<= a href=3D"mailto:k@old.school.nz" target=3D"_blank">k@old.school.nz>=

Subject: Re: [Bitcoin-development] Fwd: [BIP 15] Aliases
To: &= quot;Zell Faze" <zellfaze@yahoo.com>
Cc: "Luke-Jr" <luke@dashjr.org>, "Ri= ck Wesson" <rick@support-intelligence.com>, bitcoin-development@= lists.sourceforge.net
Date: Wednesday, December 14, 2011, 11:56 PM


=
Just so we're clear, what is the need for HTTP at all?

A qu= ery for a string and an answer can all be handled via DNS.

On T= hu, Dec 15, 2011 at 4:57 PM, Zell Faze <= zellfaze@yahoo.com> wrote:
Could we combine this proposal and the HTTPS proposal?

The DNSSEC TXT record could give instructions on how to query an HTTPS serv= er to get the address. =A0Then we get the dynamism of HTTPS without having = a rigid URL scheme for querying the server along with the advantages of DNS= SEC.



--20cf3079bafac2a3d104b4235678--