Received: from sog-mx-2.v43.ch3.sourceforge.com ([172.29.43.192] helo=mx.sourceforge.net) by sfs-ml-4.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1UyKKI-0005TM-F4 for bitcoin-development@lists.sourceforge.net; Sun, 14 Jul 2013 11:18:50 +0000 Received: from mail-la0-f46.google.com ([209.85.215.46]) by sog-mx-2.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1UyKKC-0001BD-CG for bitcoin-development@lists.sourceforge.net; Sun, 14 Jul 2013 11:18:50 +0000 Received: by mail-la0-f46.google.com with SMTP id eg20so8705563lab.5 for ; Sun, 14 Jul 2013 04:18:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=gM0Oje2oNUYrGFYFLopz+Q+vdouaNGvSnGUvUW58YhI=; b=UexlxoExJL8fbf08hZV+bN/7hpOqR69Uxh41ShyV5y2QE9bvF1MT5P1ja9zccwLwv8 yTabMXi3xl8iHpalFpDOEgxFnL3Pxij85URV3lWsnZj4wocI0FfQcUO+TPyuiLFbn6qR SxKSV5AXLGKLgPwIz1QZ/Xo37fJOMSx/MSuXAcI03pgdQD4IQdWE3x7qbCuPVRZIhIGq /z83qh2JvJ70iBwxfU73GEkSE3oWVBtD3068stVGQh7vKe2UfSZG183DqeBrzxi2LzCS B7BYSwp5JmuS3LktP8g0Z/7/QKkat5P9jpeX7Kv4bRZcqiRAway8irRT2gJMCCAIUkyr V1fA== MIME-Version: 1.0 X-Received: by 10.152.22.42 with SMTP id a10mr23164795laf.30.1373800717425; Sun, 14 Jul 2013 04:18:37 -0700 (PDT) Received: by 10.112.185.3 with HTTP; Sun, 14 Jul 2013 04:18:37 -0700 (PDT) X-Originating-IP: [91.126.236.76] In-Reply-To: <20130713184227.GA5902@netbook.cypherspace.org> References: <20130705140140.GA23949@netbook.cypherspace.org> <20130712131815.GA18716@petertodd.org> <20130713184227.GA5902@netbook.cypherspace.org> Date: Sun, 14 Jul 2013 13:18:37 +0200 Message-ID: From: =?ISO-8859-1?Q?Jorge_Tim=F3n?= To: Adam Back Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQlSUs/3t2bsfrXnFytL0tQaOVTvOHgiMSKx8ZmTcDGJZFlVWhw9c4ViCpntXn7Uq9ulR9bY X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. X-Headers-End: 1UyKKC-0001BD-CG Cc: Bitcoin-Dev 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: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Jul 2013 11:18:51 -0000 I was talking about bi-directional sacrifice. If zerocoin has it, I want the same on top of freicoin so that btc/frc can be traded p2p. Why zerocoin and not the 20 other altchains are going to ask for it? Ripplers will want it too, why not? All the arguments in favor of this pegging use zerocoin's point of view. Sure it would be much better for it, but are additional costs to the bitcoin network and you cannot do it with every chain. Merged mining is not mining the coin for free. The total reward (ie btc + frc + nmc + dvc) should tend to equal the mining costs. But the value comes from demand, not costs. So if people demand it more it price will rise no matter how is mined. And if the price rises it will make sense to spend more on mining. "Bitcoins are worth because it costs to mine them" is a Marxian labor thory of value argument. It's the other way arround as Menger taught us. On 7/13/13, Adam Back wrote: > On Sat, Jul 13, 2013 at 11:51:14AM +0200, Jorge Tim=F3n wrote: >>I don't see the need to peg zerocoins to bitcoins. > > Without a bitcoin peg on the creation cost of zerocoins, it is hard for a > new alt-coin to have a stable value. Bitcoin itself is volatile enough. > > Generally the available compute for mining is what it is, adding more > alt-coins just dillutes the compute available for a given coin. (Modulo > different mining functions like scrypt vs hashcash there is some > non-overlapping available compute because different hardware is more > efficient, or even cost-effective at all). > > Merge mining is less desirable for the alt-coin - its mining is essential= ly > free, on top of bitcoin mining. Cost free is maybe a weaker starting poi= nt > bootstrapping digital scarcity based market price. > > I think that serves to explain why bitcoin sacrifice as a mining method i= s > a > simple and stable cost starting point for an alt-coin. > >>I think this could be highly controversial [alt-coin pegging]. Maybe >>everybody likes it, but can you expand more on the justifications to peg >>the two currencies? > > Bitcoin sacrifice related applications do not require code changes to > bitcoin itself, which avoids the discussion about fairness of which > alt-coin > is supported, and about sacrifice-based pegging being added or not. > > I dont think it necessarily hurts investors in bitcoins as it just create= s > some deflation in the supply of bitcoin. > >>If you're requiring one chain look at the othe for validations (miners >>will have to validate both to mine btc) you don't need the cross-chain >>contract, you can do it better. > > You can sacrifice bitcoins as a way to mine zerocoins without having the > bitcoin network validate zerocoin. For all bitcoin clients care the > sacrifice could be useless. > > Bi-directional sacrifice is more tricky. ie being allowed to re-create > previously destroyed bitcoins, based on the sacrifice of zerocoin. That > would have other coin validation requirements. > > But I am not sure 1:1 is necessarily far from the right price - the price > is > arbitrary for a divisible token, so 1:1 is as good as any. And the price > equality depends on the extra functionality or value from the > characteristics of the other coin. The only thing I can see is zerocoin = is > more cpu expensive to validate, the coins are bigger, but provide more > payment privacy (and so less taint). Removing taint may mean that zercoi= ns > should be worth more. However if any tainted bitcoins can be converted t= o > zerocoin via sacrifice at 1:1, maybe the taint issue goes away - any coin= s > that are tainted to the point of value-loss will be converted to zerocoin= , > and consequently the price to convert back should also be 1:1? > >>You could do something like this: >> >>https://bitcointalk.org/index.php?topic=3D31643.0 > > p2p transfer is a good idea. > > Adam > --=20 Jorge Tim=F3n http://freico.in/