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-3.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1QlYvB-0004uJ-Gz for bitcoin-development@lists.sourceforge.net; Tue, 26 Jul 2011 04:07:05 +0000 X-ACL-Warn: Received: from mail-gx0-f175.google.com ([209.85.161.175]) by sog-mx-4.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1QlYvA-0005Ou-FQ for bitcoin-development@lists.sourceforge.net; Tue, 26 Jul 2011 04:07:05 +0000 Received: by gxk3 with SMTP id 3so25253gxk.34 for ; Mon, 25 Jul 2011 21:06:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.150.193.15 with SMTP id q15mr5345483ybf.240.1311651334419; Mon, 25 Jul 2011 20:35:34 -0700 (PDT) Received: by 10.151.114.15 with HTTP; Mon, 25 Jul 2011 20:35:34 -0700 (PDT) In-Reply-To: <1311644156.29866.4.camel@Desktop666> References: <1311644156.29866.4.camel@Desktop666> Date: Mon, 25 Jul 2011 20:35:34 -0700 Message-ID: From: Rick Wesson To: Matt Corallo Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: 1.3 (+) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. 1.7 URIBL_WS_SURBL Contains an URL listed in the WS SURBL blocklist [URIs: bluematt.me] -0.3 AWL AWL: From: address is in the auto white-list X-Headers-End: 1QlYvA-0005Ou-FQ Cc: bitcoin-development@lists.sourceforge.net Subject: Re: [Bitcoin-development] bitcoin DNS addresses 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: Tue, 26 Jul 2011 04:07:05 -0000 Matt, I started from the premise that I can't remember a bitcoin address but I can/do remember email addresses which, as an identity are easy labels for humans to remember. The IPv4 address is the metaphor I consider. As someone who actually worked on parts of DNSSEC I do believe in it -- and that it offers reasonable security for transactions. Remember MITM attacks on DNS for a transaction are for the sender against the merchant, and it is only the wallet ID that would be available. These identifiers are something people use "like" an identity in that they are frequently shared in public spaces. Also, a DNS mapping does not prevent or deny anyone from leveraging HTTP(S) for simular mapping. My point is that DNS is designed for name to thing mapping and its done a decent job. What I like about the DNS is that it is frequently leveraged as a proxy for identity and http URIs are not. Where https://wesson.us/ricks-bitcoin-address doesn't feel like and identity (to me) and rick.wesson.us does. My point is about usability and user experience. Bitcoin if used in the DNS might make DNSSEC more popular which IMHO is a good thing. -rick On Mon, Jul 25, 2011 at 6:35 PM, Matt Corallo wrote: > On Mon, 2011-07-25 at 17:29 -0700, Rick Wesson wrote: >> I've just joined the list with the goals of producing a patch to >> sendtoaddress in rpc.cpp to support DNS lookups so that one could >> publish a TXT record in the DNS with their wallet address to >> facilitate sending of coin. > > But...why? > Using URIs is much simpler and can be more useful in terms of being able > to give different addresses and/or values per user. > Also, despite DNSSec being "out there" DNS is still very insecure to > transmit something that will result in money transfer...some idiot tries > it on public WiFi and a MITM steals your coins...DNS is really just not > well suited for this kind of thing. > If you want nice name->address mapping, a simple HTTPS server with > addresses and client support (there are some patches around for this) > works much better in the end. > > ------------------------------------------------------------------------------ > Magic Quadrant for Content-Aware Data Loss Prevention > Research study explores the data loss prevention market. Includes in-depth > analysis on the changes within the DLP market, and the criteria used to > evaluate the strengths and weaknesses of these DLP solutions. > http://www.accelacomm.com/jaw/sfnl/114/51385063/ > _______________________________________________ > Bitcoin-development mailing list > Bitcoin-development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bitcoin-development > >