📅 Original date posted:2016-08-02
📝 Original message:>
> I would love to see an RFC-style standard "multiple-colored-coin-protocol"
> written by reps from all of the major protocols and that meta-merges the
> features of these implementations
>
We actually tried to do that in 2014-2015, but that effort have failed...
Nobody was really interested in collaboration, each company only cared
about it's own product.
Especially Colu, they asked everyone for requirements, and then developed a
new protocol completely on their own without taking anyone's input.
I'm not sure that merging the protocols makes sense, as some protocols
value simplicity, and a combined protocol cannot have this feature.
I don't think there is much interest in a merged colored coin protocol now.
Colu is moving away from colored coins, as far as I can tell.
CoinSpark is now doing MultiChain closed-source private blockchain.
CoinPrism also seems to be largely disinterested in colored coins.
We (ChromaWay) won't mind replacing EPOBC with something better, our
software could always support multiple different kernels so adding a new
protocol isn't a big deal for us.
So if somebody is interested in a new protocol please ping me.
One of ideas I have is to decouple input-output mapping/multiplexing from
coloring.
So one layer will describe a mapping, e.g. "Inputs 0 and 1 should go into
outputs 0, 1 and 2".
In this case it will be possible to create more advanced protocols (e.g.
with support for 'smart contracts' and whatnot) while also keeping them
compatible with old ones to some extent, e.g. a wallet can safely engage in
p2ptrade or CoinJoin transactions without understanding all protocols used
in a transaction.
> - in collaboration with feedback from core developers that understand the
> direction the protocol will be taking and the issues to avoid.
>
Core developers generally dislike things like colored coins, so I doubt
they are going to help.
Blockstream is developing a sidechain with user-defined assets, so I guess
they see it as the preferred way of doing things:
https://elementsproject.org/elements/asset-issuance/
> As it stands, investors have to install multiple wallets to deal with
> these varying implementations.
>
Actually this can be solved without making a new "merged protocol": one can
just implement a wallet which supports multiple protocols.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20160802/2da95a58/attachment.html>;
Alex Mizrahi [ARCHIVE] /
npub1sw…pul5t
2023-06-07 17:52:08
in reply to nevent1q…y0zj
Author Public Key
npub1swfeusu3ua9trup00qcnrgc2yndksyvgku4epk5tec7u4fmrez6qxpul5tPublished at
2023-06-07 17:52:08Event JSON
{
"id": "cd02b781a66dfb164017fb5dcc9385f374f94b0472f22d1ab57a6c98bf71a428",
"pubkey": "83939e4391e74ab1f02f783131a30a24db681188b72b90da8bce3dcaa763c8b4",
"created_at": 1686160328,
"kind": 1,
"tags": [
[
"e",
"0783d681e47ad95de85334a9475b6d99aaf4ff98031409a24b5b1988373a8ca0",
"",
"root"
],
[
"e",
"29ad85e60688f021f7d2ec4b9d0000c83efb59b18efd1dded4cc7a04dfa11c39",
"",
"reply"
],
[
"p",
"22944ce1e29904e3826d25013a614e4665693ec514003efacc1b7586e8e5d0aa"
]
],
"content": "📅 Original date posted:2016-08-02\n📝 Original message:\u003e\n\u003e I would love to see an RFC-style standard \"multiple-colored-coin-protocol\"\n\u003e written by reps from all of the major protocols and that meta-merges the\n\u003e features of these implementations\n\u003e\n\nWe actually tried to do that in 2014-2015, but that effort have failed...\nNobody was really interested in collaboration, each company only cared\nabout it's own product.\nEspecially Colu, they asked everyone for requirements, and then developed a\nnew protocol completely on their own without taking anyone's input.\n\nI'm not sure that merging the protocols makes sense, as some protocols\nvalue simplicity, and a combined protocol cannot have this feature.\n\nI don't think there is much interest in a merged colored coin protocol now.\nColu is moving away from colored coins, as far as I can tell.\nCoinSpark is now doing MultiChain closed-source private blockchain.\nCoinPrism also seems to be largely disinterested in colored coins.\n\nWe (ChromaWay) won't mind replacing EPOBC with something better, our\nsoftware could always support multiple different kernels so adding a new\nprotocol isn't a big deal for us.\n\nSo if somebody is interested in a new protocol please ping me.\n\nOne of ideas I have is to decouple input-output mapping/multiplexing from\ncoloring.\nSo one layer will describe a mapping, e.g. \"Inputs 0 and 1 should go into\noutputs 0, 1 and 2\".\nIn this case it will be possible to create more advanced protocols (e.g.\nwith support for 'smart contracts' and whatnot) while also keeping them\ncompatible with old ones to some extent, e.g. a wallet can safely engage in\np2ptrade or CoinJoin transactions without understanding all protocols used\nin a transaction.\n\n\n\u003e - in collaboration with feedback from core developers that understand the\n\u003e direction the protocol will be taking and the issues to avoid.\n\u003e\n\nCore developers generally dislike things like colored coins, so I doubt\nthey are going to help.\n\nBlockstream is developing a sidechain with user-defined assets, so I guess\nthey see it as the preferred way of doing things:\nhttps://elementsproject.org/elements/asset-issuance/\n\n\n\u003e As it stands, investors have to install multiple wallets to deal with\n\u003e these varying implementations.\n\u003e\n\nActually this can be solved without making a new \"merged protocol\": one can\njust implement a wallet which supports multiple protocols.\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20160802/2da95a58/attachment.html\u003e",
"sig": "fe990c3c6ec28a3d2c13356efc56207ed40546a2fd7918ee5f2df7fe1378a975910b541eb8ce8030ccbbf700339b89c54ad64e9dd55cdcb38ab651cd34bba58c"
}