Received-SPF: pass (sog-mx-4.v43.ch3.sourceforge.com: domain of gmail.com
	designates 209.85.216.181 as permitted sender)
	client-ip=209.85.216.181; envelope-from=alex.mizrahi@gmail.com;
	helo=mail-qc0-f181.google.com; 
MIME-Version: 1.0
In-Reply-To: <5346CDD4.8050206@monetize.io>
References: <CABbpET96CboPcQeV-nKXv-CeaPiwpTKVUB_ioGPB2s3_5Y7bnQ@mail.gmail.com>
	<5341E1FF.7080204@monetize.io>
	<CABbpET_JFceNhRkxSZMyiTxkkYr2MvQVob7o4juEsPj4wo8e8g@mail.gmail.com>
	<CAC1+kJMpEetKdpKs-OaFGvnBwi6-Pj8ycJ77cJzHOTk_jUPw=g@mail.gmail.com>
	<CABbpET-S5ahuQVcBaJZGyvFMS1=RU2mJZUAmECBKhFOFu6B6EA@mail.gmail.com>
	<5342BEE0.3050204@monetize.io>
	<CABbpET8Qbvhb47ZJX4EVh4673_ic9UwpMdMyZbsHay9F2zTj9Q@mail.gmail.com>
	<CAC1+kJPBH85p8Mgu0_7+1JxizgX19a-HWWF+38BLA7DZ4Ldd6g@mail.gmail.com>
	<CABbpET8DaEKbafX6Cju_e+ygeV1WDf_LXQKU6tTofh32R9XM=Q@mail.gmail.com>
	<CAE28kURu7-OgY6vN0az6rQUGpChK76ZQL9_eL1J4j-HZOqhRYA@mail.gmail.com>
	<CABbpET93YxPepKLHFKKabr6P7vpkRDOouVuo8zmWAf3FKc85Cg@mail.gmail.com>
	<5346CDD4.8050206@monetize.io>
Date: Thu, 10 Apr 2014 20:24:24 +0300
Message-ID: <CAE28kUSWwamovgPA1AvAojoKuwaDvuWzbnYf6yJhQ89HRnOJGg@mail.gmail.com>
From: Alex Mizrahi <alex.mizrahi@gmail.com>
To: Bitcoin Dev <bitcoin-development@lists.sourceforge.net>
Content-Type: multipart/alternative; boundary=001a11c2dac014d1ab04f6b37d67
Subject: Re: [Bitcoin-development] Feedback request: colored coins protocol
Precedence: list

--001a11c2dac014d1ab04f6b37d67
Content-Type: text/plain; charset=ISO-8859-1

> At this point, I don't think what you are doing is even colored coins
> anymore. You might want to look into Counterparty or Mastercoin.
>

Nope, it's still colored coins. The difference between colored coin model
and Mastercoin model is that colored coins are linked to transaction
outputs, while Mastercoin has a notion of address balances.

The implications of this is that in colored coin model explicit
dependencies allow us to rely on SPV. (Assuming that one can fetch the
dependency graph to link txout in question to genesis.)
While it is not the case with Mastercoin.

While it's pretty far from the original colored coins model, what Flavien
have described is identical to it in majority of aspects.

This is an interesting approach, but OP_RETURN size limitations can be a
significant problem for some kinds of applications.

--001a11c2dac014d1ab04f6b37d67
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote"><div=
>=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;bord=
er-left:1px #ccc solid;padding-left:1ex"><div class=3D"">
</div>At this point, I don&#39;t think what you are doing is even colored c=
oins<br>
anymore. You might want to look into Counterparty or Mastercoin.<br></block=
quote><div><br></div><div>Nope, it&#39;s still colored coins. The differenc=
e between colored coin model and Mastercoin model is that colored coins are=
 linked to transaction outputs, while Mastercoin has a notion of address ba=
lances.</div>
<div><br></div><div>The implications of this is that in colored coin model =
explicit dependencies allow us to rely on SPV. (Assuming that one can fetch=
 the dependency graph to link txout in question to genesis.)=A0</div><div>
While it is not the case with Mastercoin.</div><div><br></div><div>While it=
&#39;s pretty far from the original colored coins model, what Flavien have =
described is identical to it in majority of aspects.</div><div><br></div>
<div>This is an interesting approach, but OP_RETURN size limitations can be=
 a significant problem for some kinds of applications.</div></div></div></d=
iv>

--001a11c2dac014d1ab04f6b37d67--