News for hackers. Stuff that matters.
Re:Coco: Framework for enterprise blockchain networks by runeks on Thursday August 10, 2017 @02:44PM (#14982810)
Is there even a difference between a traditional distributed database and a blockchain once you remove proof-of-work? Without proof-of-work, the Bitcoin P2P network would just be a distributed database storing a linked list of blocks (each block pointing to the hash of a previous block), plus some business logic.
Re:Coco: Framework for enterprise blockchain networks by solatic on Thursday August 10, 2017 @03:39PM (#14983324)
And on top of that, it sounds like Microsoft ditched most/all of the proof-of-work, because the nodes are trusted and the proof-of-work increased transaction times. So it sounds like whether Coco is actually a blockchain or a distributed database which has been branded as a blockchain because blockchains are FotM, is debatable.
Re:Coco: Framework for enterprise blockchain networks by MatthewKernerMS on Friday August 11, 2017 @11:59AM (#14991054)
We tried to address several distinct concerns with Coco: scalability, latency, confidentiality and governance. Scalability and latency are determined largely by the consensus model of the network. Our intent with Coco is to make consensus pluggable so that each network can make its own choices (via the Coco network constitution) about how to run their market.

I agree with you that the branding is tricky, in part because the dominant term "blockchain" is describing a specific data structure. The key point we wanted to convey with Coco is that we are trying to enable secure, performant, multi-party computation. We think there will be many models for this over time as TEEs come into wider use. "Blockchain" is just one of them.

Re:Coco: Framework for enterprise blockchain networks by champbronc2 on Friday August 11, 2017 @09:36AM (#14989488)
In the demo video they explicitly say Coco is not a blockchain.
Re:Coco: Framework for enterprise blockchain networks by acdha on Thursday August 10, 2017 @03:36PM (#14983300)
The part of a block depending on the hashes of its ancestors seems very useful for tamper-evidence, which is useful in many applications if you can handle the data model & volume. Being able to definitively say who changed what and when is worth a lot if you have to maintain data which could be used in court and a distributed ledger, Merkle tree, etc. is more predictable and much cheaper to run if you don't have to maintain mining-level infrastructure.