Received: from sog-mx-2.v43.ch3.sourceforge.com ([172.29.43.192] helo=mx.sourceforge.net) by sfs-ml-2.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1RbysB-0004OO-NE for bitcoin-development@lists.sourceforge.net; Sat, 17 Dec 2011 18:20:39 +0000 Received-SPF: pass (sog-mx-2.v43.ch3.sourceforge.com: domain of gmail.com designates 209.85.210.175 as permitted sender) client-ip=209.85.210.175; envelope-from=jordanmack1981@gmail.com; helo=mail-iy0-f175.google.com; Received: from mail-iy0-f175.google.com ([209.85.210.175]) by sog-mx-2.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1Rbys9-0001sG-Gr for bitcoin-development@lists.sourceforge.net; Sat, 17 Dec 2011 18:20:39 +0000 Received: by iakh37 with SMTP id h37so3430029iak.34 for ; Sat, 17 Dec 2011 10:20:32 -0800 (PST) Received: by 10.50.184.129 with SMTP id eu1mr17030725igc.27.1324146032016; Sat, 17 Dec 2011 10:20:32 -0800 (PST) Received: from [192.168.0.50] (c-67-188-239-72.hsd1.ca.comcast.net. [67.188.239.72]) by mx.google.com with ESMTPS id lu10sm21173960igc.0.2011.12.17.10.20.29 (version=SSLv3 cipher=OTHER); Sat, 17 Dec 2011 10:20:30 -0800 (PST) Sender: Jordan Mack Message-ID: <4EECDD5F.8030402@parhelic.com> Date: Sat, 17 Dec 2011 10:20:15 -0800 From: Jordan Mack User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: bitcoin-development@lists.sourceforge.net References: <201112170132.26201.luke@dashjr.org> <1324138546.29801.3.camel@BMThinkPad.lan.bluematt.me> In-Reply-To: <1324138546.29801.3.camel@BMThinkPad.lan.bluematt.me> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: -1.4 (-) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. -1.5 SPF_CHECK_PASS SPF reports sender host as permitted sender for sender-domain 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (jordanmack1981[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 0.1 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends in digit (jordanmack1981[at]gmail.com) 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily valid -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature X-Headers-End: 1Rbys9-0001sG-Gr Subject: Re: [Bitcoin-development] Pubkey 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: Sat, 17 Dec 2011 18:20:39 -0000 While I think firstbits is an interesting idea, I agree with Matt on this one. Firstbits, while being a clever idea, produces a less desirable solution in comparison to the current alias proposals. In addition to Matt's reasons, I would like to add that it is still a block of random characters, just shorter. It creates the undesirable effect of having addresses short enough that people may try to type it in rather than pasting or scanning, which is more error prone. One obvious scenario for potential exploitation would be if a large organization adopted a firstbits address for donations. Others could immediately try to collect similar addresses in hopes of a typo. A second would be if the organization published the firstbits address on a poster in a public location. Someone could easily secure a firstbits address which was one character longer, then stencil that extra character on to the poster. On 12/17/2011 8:15 AM, Matt Corallo wrote: > On Sat, 2011-12-17 at 12:14 +0100, Jorge Timón wrote: >> Don't know much about QR codes, but I thought they have a length limitation. >> Why jav wants to use not just addresses but firstbits then? > Under no circumstances should the use of firstbits ever be supported. > It doesn't scale, not even close, especially as we (hopefully) move > towards SPV clients. Also, it provides incentives for people to spam > the chain to get a firstbits address. Never should that be supported. > > Matt > > > ------------------------------------------------------------------------------ > Learn Windows Azure Live! Tuesday, Dec 13, 2011 > Microsoft is holding a special Learn Windows Azure training event for > developers. It will provide a great way to learn Windows Azure and what it > provides. You can attend the event by watching it streamed LIVE online. > Learn more at http://p.sf.net/sfu/ms-windowsazure > _______________________________________________ > Bitcoin-development mailing list > Bitcoin-development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bitcoin-development