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 1WdJxS-0001Dg-QT for bitcoin-development@lists.sourceforge.net; Thu, 24 Apr 2014 13:44:58 +0000 Received-SPF: pass (sog-mx-4.v43.ch3.sourceforge.com: domain of petertodd.org designates 62.13.148.154 as permitted sender) client-ip=62.13.148.154; envelope-from=pete@petertodd.org; helo=outmail148154.authsmtp.co.uk; Received: from outmail148154.authsmtp.co.uk ([62.13.148.154]) by sog-mx-4.v43.ch3.sourceforge.com with esmtp (Exim 4.76) id 1WdJxR-0000TF-KK for bitcoin-development@lists.sourceforge.net; Thu, 24 Apr 2014 13:44:58 +0000 Received: from mail-c235.authsmtp.com (mail-c235.authsmtp.com [62.13.128.235]) by punt15.authsmtp.com (8.14.2/8.14.2/) with ESMTP id s3ODioRN049922; Thu, 24 Apr 2014 14:44:50 +0100 (BST) Received: from savin (76-10-178-109.dsl.teksavvy.com [76.10.178.109]) (authenticated bits=128) by mail.authsmtp.com (8.14.2/8.14.2/) with ESMTP id s3ODijoh072238 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 24 Apr 2014 14:44:47 +0100 (BST) Date: Thu, 24 Apr 2014 09:44:41 -0400 From: Peter Todd To: Mike Hearn Message-ID: <20140424134441.GE16884@savin> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="n+lFg1Zro7sl44OB" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Server-Quench: 9a39a068-cbb6-11e3-b802-002590a15da7 X-AuthReport-Spam: If SPAM / abuse - report it at: http://www.authsmtp.com/abuse X-AuthRoute: OCd2Yg0TA1ZNQRgX IjsJECJaVQIpKltL GxAVKBZePFsRUQkR aQdMdAYUGUUGAgsB AmIbWlBeVFl7XWs7 bAxPbAVDY01GQQRq WVdMSlVNFUsrAmN1 X0RBChl1dQdFcDBx YE9lWD5SDUdzJEZ7 SlMHRz8AeGZhPWMC AkhYdR5UcAFPdx8U a1UrBXRDAzANdhES HhM4ODE3eDlSNilR RRkIIFQOdA4gGT86 TRkZEH01EEQBQyI4 JgAnLVhUAEFZPkQp Olw8Q1sXPlc8CwtY ElAvSCZFO1AKRDFD X-Authentic-SMTP: 61633532353630.1023:706 X-AuthFastPath: 0 (Was 255) X-AuthSMTP-Origin: 76.10.178.109/587 X-AuthVirus-Status: No virus detected - but ensure you scan with your own anti-virus system. X-Spam-Score: -1.5 (-) 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 SPF_PASS SPF: sender matches SPF record X-Headers-End: 1WdJxR-0000TF-KK Cc: Bitcoin Dev Subject: Re: [Bitcoin-development] Coinbase reallocation to discourage Finney attacks 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, 24 Apr 2014 13:44:59 -0000 --n+lFg1Zro7sl44OB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 24, 2014 at 11:56:23AM +0200, Mike Hearn wrote: > > ... proposing the mechanism be used to claw back mining income from a > > hardware vendor accused of violating its agreements on the amount of > > self mining / mining on customers hardware. > > >=20 > I think this would not be doable in practice, unless there was a way to > identify that a block was mined with pre-sold equipment. Peter points out > that the pool in question is marking their blocks by reusing addresses - > ditto for the double spending against dice sites - but that's a trivial > thing for them to fix. Then it'd be difficult (impossible?) for miners to > identify KnC blocks even if there was a strong majority consensus to dele= te > their coinbases. Like I said before, that leads to the obvious next step of deleting/stealing their coinbases if they don't identify themselves. Another likely outcome would be for coinbase blacklisting to be used as a way to force a minority of miners to adopt a transaction blacklist that the majority of miners had adopted. Any block containing transactions spending coins on the txout blacklist would itself be punished by having the block reward either blacklisted or taken. > The reason I think this particular change is doable is that it should be > possible to quite reliably identify blocks that are Finney attacking for > profit. That doesn't generalise to any policy though. It's not possible to produce a cryptographic proof that a given block engaged in a Finney attack. You're proposed coinbase blacklisting/reallocat= ion mechanism is simply a way of voting on what coinbases to either blacklist or reallocation, nothing more. --=20 'peter'[:-1]@petertodd.org 00000000000000003d5f2a2a68690093cd99f8af1bc8395061251017019cc30a --n+lFg1Zro7sl44OB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) iQGrBAEBCACVBQJTWRVFXhSAAAAAABUAQGJsb2NraGFzaEBiaXRjb2luLm9yZzAw MDAwMDAwMDAwMDAwMDAyYTA4NDkyNzE5MzJiMGIzOWM5MTRiNTM0MDBlOTcyZTA0 ZGRkMTJjMzcyYzg3MDgvFIAAAAAAFQARcGthLWFkZHJlc3NAZ251cGcub3JncGV0 ZUBwZXRlcnRvZC5vcmcACgkQJIFAPaXwkfuR7ggAhShyoqdOgFuRwPAgCYeYg0A6 dKeYBT+VUOGQcfsnbDZm3iS6ElZbqjOK/IBoREQvG8uiply7SD3cjNPOLzalQ7F8 1qhuDjvbHxAlWNcn3yRqtfQ6Pz7Ol5lVdC8hNscwXQoQp1P3bmH/nwcSQaxuYUTV t2csKoSG5isOfacL7brpHCJdC1RSPVLVOj7g8X0aUpVl2Z6TilkGzJAV/1yO1J1P D14UjdV7Rj5HrrTUEUjqH2d4j075kO9JHL/g9RHwKq1QuVJ6XCNG290/ZC6D276Q ohIwCoti9klhgT/+u06aea0DbY3FNojwG7mckVeMWHwAZuhwNWi9op/4qU0YLQ== =WPMJ -----END PGP SIGNATURE----- --n+lFg1Zro7sl44OB--