Received: from sog-mx-1.v43.ch3.sourceforge.com ([172.29.43.191]
	helo=mx.sourceforge.net)
	by sfs-ml-3.v29.ch3.sourceforge.com with esmtp (Exim 4.76)
	(envelope-from <luke@dashjr.org>) id 1UySjT-0005Z9-QB
	for bitcoin-development@lists.sourceforge.net;
	Sun, 14 Jul 2013 20:17:23 +0000
X-ACL-Warn: 
Received: from [162.213.26.82] (helo=zinan.dashjr.org)
	by sog-mx-1.v43.ch3.sourceforge.com with esmtp (Exim 4.76)
	id 1UySjR-0008PT-Tp for bitcoin-development@lists.sourceforge.net;
	Sun, 14 Jul 2013 20:17:23 +0000
Received: from ishibashi.localnet (unknown
	[IPv6:2001:470:5:265:222:4dff:fe50:4c49])
	(Authenticated sender: luke-jr)
	by zinan.dashjr.org (Postfix) with ESMTPSA id C242227A2965;
	Sun, 14 Jul 2013 20:16:56 +0000 (UTC)
From: "Luke-Jr" <luke@dashjr.org>
To: Pieter Wuille <pieter.wuille@gmail.com>
Date: Sun, 14 Jul 2013 20:16:41 +0000
User-Agent: KMail/1.13.7 (Linux/3.7.10-gentoo; KDE/4.10.4; x86_64; ; )
References: <20130705140140.GA23949@netbook.cypherspace.org>
	<201307141933.13754.luke@dashjr.org>
	<20130714194205.GA27202@vps7135.xlshosting.net>
In-Reply-To: <20130714194205.GA27202@vps7135.xlshosting.net>
X-PGP-Key-Fingerprint: E463 A93F 5F31 17EE DE6C 7316 BD02 9424 21F4 889F
X-PGP-Key-ID: BD02942421F4889F
X-PGP-Keyserver: hkp://pgp.mit.edu
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart8338126.cSS8d676eV";
	protocol="application/pgp-signature"; micalg=pgp-sha256
Content-Transfer-Encoding: 7bit
Message-Id: <201307142016.48605.luke@dashjr.org>
X-Spam-Score: 1.0 (+)
X-Spam-Report: Spam Filtering performed by mx.sourceforge.net.
	See http://spamassassin.org/tag/ for more details.
	1.0 RDNS_NONE Delivered to internal network by a host with no rDNS
X-Headers-End: 1UySjR-0008PT-Tp
Cc: bitcoin-development@lists.sourceforge.net, Jorge@vps7135.xlshosting.net
Subject: Re: [Bitcoin-development] libzerocoin released,
	what about a zerocoin-only alt-coin with either-or mining
X-BeenThere: bitcoin-development@lists.sourceforge.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <bitcoin-development.lists.sourceforge.net>
List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/bitcoin-development>,
	<mailto:bitcoin-development-request@lists.sourceforge.net?subject=unsubscribe>
List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum_name=bitcoin-development>
List-Post: <mailto:bitcoin-development@lists.sourceforge.net>
List-Help: <mailto:bitcoin-development-request@lists.sourceforge.net?subject=help>
List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/bitcoin-development>,
	<mailto:bitcoin-development-request@lists.sourceforge.net?subject=subscribe>
X-List-Received-Date: Sun, 14 Jul 2013 20:17:24 -0000

--nextPart8338126.cSS8d676eV
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

On Sunday, July 14, 2013 7:42:06 PM Pieter Wuille wrote:
> On Sun, Jul 14, 2013 at 07:33:06PM +0000, Luke-Jr wrote:
> > > The issue is that unless there is a cost to mining a *invalid* block
> > > the merge mined coin has little protection from miners who mine inval=
id
> > > blocks, either maliciously or through negligence. If the coin isn't
> > > worth much, either because it's market value is low or the worth is
> > > negative to the malicious miner, your theories of value have nothing
> > > to do with the issue.
> >=20
> > Invalid blocks are rejected by validating clients in all circumstances.
>=20
> I don't think that's what John means.
>=20
> If you have hash power for the parent chain, mining invalid blocks for the
> merge-mined chain costs you nothing. Yes, they will be invalid, but you've
> lost nothing.

Nor gained anything. So the "lesser" chain maybe can't trust SPV.
But trusting SPV was already a bad idea anyway.

Note that the parent chain is not in any privileged position here either: a=
=20
merged-mined chain could provide the value to the miner he is interested in=
,=20
while he sees nothing of the parent chain. In short, merged mining is prett=
y=20
much unavoidable in any case.

> The basic assumption underlying mining security is that it is more
> profitable to collaborate with mining a chain (and profit from the block
> payout) than to attack it. In the case of merged mining, this assumption
> is not valid.

The basic assumption of SPV is that more people will be assisting rather th=
an=20
making invalid blocks. That motive doesn't necessarily need to be economic,=
=20
nor do proper validating clients rely on it. The only real assumption behin=
d=20
mining is that the majority will not be aiming to reverse transactions with=
=20
valid blocks.

P.S. How about a Zerocoin with no-reward/PoSacrifice merged mining as well =
as=20
(rewarded) Prime POW; maybe with no subsidy halving, to try a new economic=
=20
idea as well ;)

--nextPart8338126.cSS8d676eV
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.20 (GNU/Linux)

iQQcBAABCAAGBQJR4wcvAAoJEL0ClCQh9IifZMkf/iYP3CKAG/r3GPFW9/iMu2yu
43odbrxQiXcFQ3GhQj7ZLK7oqVukaGFaMvoHJWMNgXPHOAswyQnEgLpFoB8Ye46Z
8n0ojrEPLrBxNpeIXe1d1WsLScwC0ZNyyBl9jdfbsv0U+gQ/Fl+NUOVxGtBsb0Zk
PTcnuGUcoRe1nRDn7V2YiTHnsM4ic7TGs8gznotWoNF+hvXwNROpz+ZOIP+6dl+q
tmuI/bTBKs0JUXUzfzkuYJ+83vGlh9wWUDbnyp7JbmB2GxqutjZOaNwHElr7U1tZ
wZvupPMuFjdLrkbjvxfHFstgfq2TFAgBkBognxqnNJ9ARpNDmF1FaDLI94bxfHGu
//a1Hst95o1dOuQfL7RaVxGu7sfOQOIfEUq60PYV4eMNzNTWt2S70uYAIlVe4A3h
UnpL/boK/8B3TX3lQ5yVUMJ1cX4GfF03hmG+2/Sk7DTfGbtKACf1VgOiqPMbWBl2
cL61YghSjGoalfNPTl6Wmu37GVHQgRo1fecSo2yNS9TiSgmuq3v65edgsXXw2J0q
dgLywdOFAhsnT5YtdiITDTecwH+YLrXQkD/cA2n/vL23iXSttZ8g6ANhQnPT1DZ9
UI0jXfyzPKbWRAO7KxW0sL6g0zBvsiYlxadPB4tiVzDZ5KMsFHVuRpth2XzOh4P3
0Ap4NeXZuTLW13CTxcziSINY+9jgavW2Ojl5tngm/S054Tst0+qI/QLEGnlM4MGV
BXGPSMi8H3ZrlX5QWmACtddkbjmANrsRlj95hlM9YHMmPcmLkQQYnrHpDGOlMiZR
25njsPEsStKoRh5Sv20nnwZfPVrb6JixsHm1hWQk6cw9dI95DGeYx1FjDnAS2RVR
isB/pzeyU2H3ftbqUUX3SQHz7yR0AqFGvNfEMutZ9kEfwXOF69ImLKKJJhqVHooN
wR9teSN2+uNXx/xzjw2tpcPCJufWAGurSe21VJ0pXWhfoBQLRzPWEajWtzJexlJb
B8QFCO7uUIw0REy014CYQvqay3MBlS6Mg5hteDbV4kqvNe2LHzZGr0dd3HmyILow
TV+tDQZuPtD1S3QHuMqgG3CMR8uzV1y3E3p1wuweYb0WZVPDz4/1EzGz2uw3uQ9Y
9iIk9EkCf0YLlxpZepc7pQ0KDniCF4Hp9JcXEapFtPQ7dIsAHSKLXlM6jcbh54Zd
ZaMFyn8iN49hYp2cDLdpTI21TjO8/a0IyBhLCOEMynS12jPwr9k6NP0biB+enCVz
V6A7KXv2HmQP+GkoAQ6wBWEE5eE/hjcnS8yGxAsP/ojsp3InoRpYrxpPrN4bBttA
8mErdrS0Rg20FoLcUhcirVOFEIzIYHMC9OW19sh24260mwUMVs8qREnN3Mf8V+o=
=2Jvs
-----END PGP SIGNATURE-----

--nextPart8338126.cSS8d676eV--