Re:ZSL: Zk-Snarks for the Enterprise
by runeks on Friday March 24, 2017 @06:51AM
(#13948024)
I still haven't heard a convincing argument for why "the enterprise" would have any need for a distributed ledger in the first place. It always amounts to maybes and what-ifs. Usually, cooperating enterprises have a mutual trust in each other, or they wouldn't have entered into the partnership in the first place. A requirement for both trustlessness and anonymity doesn't make much sense in this context.
As far as I can see, blockchains only really make sense if they're protected by some sort of proof-of-work, in which case old data becomes increasingly difficult to alter as more blocks are added to the chain. To me, it appears that the concept of a blockchain was developed for this exact purpose in the first place, and that without this requirement (old blocks accumulating proof-of-work) there is no advantage to using a linked list of blocks.
Re:ZSL: Zk-Snarks for the Enterprise
by sneak on Friday March 24, 2017 @07:19AM
(#13948134)
"Having trust" and "operating as if you have trust" are two different things. I can trust my management with spending authority, but I still have periodic audits.
Trust is not binary.
Blockchains, via crypto, remove uncertainty from medium-trust relationships that would otherwise incur overhead due to counterparty risk, allowing one to replace it with the risk that e.g. SHA256 or ECDSA signatures have been broken, which is usually orders of magnitude lower than squishy human being behavior risks. (Presuming participating organizations have a way of keeping their keys safe, which is expensive but solved.)
That overhead is significant, and entire multibillion dollar industries exist around validating those trust relationships (accounting, auditing, settlement, et c).
Imagine if you could replace them with software that doesn't have to take anyone's word for it.
Re:ZSL: Zk-Snarks for the Enterprise
by runeks on Friday March 24, 2017 @09:08AM
(#13948636)
Could you give a concrete example of how blockchain technology can reduce costs associated with accounting, auditing and settlement? Just a single, concrete example is all I'm looking for.
Re:ZSL: Zk-Snarks for the Enterprise
by n3x10e8 on Friday March 24, 2017 @07:19AM
(#13948135)
With distributed blockchain enterprises can make use of each others assets without actually a single party dominating, and with zls layer over distributed block chain they can make use of each others confidential assets without actually disclosing the secrets.
Like a customer of one bank can prove his credit history to another bank without actually giving his credit history.
A patient of one hospital proving his medical history without actually disclosing medical records.
Supply chain efficiencies without disclosing trade secrets.
And many other efficiencies and asset sharing.
Re:ZSL: Zk-Snarks for the Enterprise
by evgen on Friday March 24, 2017 @07:36AM
(#13948207)
The problem with these examples is that the literature is filled with alternative protocols that accomplish the same task without the deadweight of the blockchain. This seems to be a solution in search of a problem with the added cost of "let's make it anonymous because we are cool" without tangible upside. If you start from the assumption that we are all mutually distrustful, adversarial entities it may make sense, but this does not accurately describe any of the enterprise relationships I have ever been involved with.
Re:ZSL: Zk-Snarks for the Enterprise
by n3x10e8 on Friday March 24, 2017 @08:12AM
(#13948355)
To some extent we are mutually distrustful, adversarial entities and to overcome that we employ contracts, compliance , patents etc to minimize the distrust and this adds overhead of lawyers, lenghty paperwork etc. With blockchain we can solve the trust problem via crytographic means more efficiently.
Re:ZSL: Zk-Snarks for the Enterprise
by evgen on Friday March 24, 2017 @09:12AM
(#13948659)
It seems to me that the problem with this answer is that we have already paid the up-front cost of these offline systems over generations and so you are supposing that the switching cost is less than the ongoing maintenance of what already exists. There may be efficiency gains to be realised somewhere, but unless there are incremental and quantifiable advantages at each intermediate step from here to there I can't see this existing outside very small (albeit potentially lucrative) niches.
Re:ZSL: Zk-Snarks for the Enterprise
by brighton36 on Friday March 24, 2017 @07:54AM
(#13948282)
Blockchains are ponzis. You need them so that you can offload yourr risk onto the community and exit your project profitably. Non-blockchain investments don't offer that feature.
Re:ZSL: Zk-Snarks for the Enterprise
by runeks on Friday March 24, 2017 @09:01AM
(#13948602)
To clarify: I'm not arguing that blockchain technology is useless for enterprises. I'm requesting concrete examples of blockchain technology solving a specific B2B-issue better than existing technology. All I've heard so far are vague, theoretical examples, while no one seem able to point to a concrete B2B-issue, and explain how and why blockchain technology solves this issue more efficiently.
Re:ZSL: Zk-Snarks for the Enterprise
by brudgers on Friday March 24, 2017 @10:36AM
(#13949140)
Enterprises are using blockchains based on trust rather than proof of work. The trust is often manifested as some level of consensus among nodes and the tendency of a node to offer a 'dissenting' value is a basis for establishing the degree of trust. For example 70% of trusted nodes concurring. In some protocols each institution can maintain its own list of trusted nodes. In other protocols the list of trusted nodes is agreed among institutions. Like all engineering, it depends.
They use blockchains because it is a fast way of conducting transactions relative to existing infrastructure that is architected based on incremental automation of manual processes. Transactions on a distributed ledger can clear quickly relative to standard send->ack->transmit->verify protocols with human scale execution times.
Is it all rosey and perfect? No. There are bugs in the system. There are bugs in every system including the existing system.
Re:ZSL: Zk-Snarks for the Enterprise
by throwanem on Friday March 24, 2017 @06:00AM
(#13947785)
Stross fans will know what I mean when I say this nomenclature sounds like something out of "A Colder War" [1]. Those who don't know what I mean are strongly encouraged to follow that link, at the far end of which is a rather good piece of short fiction that answers the question: "What if Lovecraft was right - and Kubrick, in Dr. Strangelove, was right, too?"
Re:ZSL: Zk-Snarks for the Enterprise
by throwanem on Friday March 24, 2017 @06:20PM
(#13952692)
Sure. But since neither XK nor ZK is known to have been used by CIA, and XK is known to be used in the novella, and the snark/boojum contrast exists and would fit well with the story, that was what I referenced.
Re:ZSL: Zk-Snarks for the Enterprise
by anjc on Friday March 24, 2017 @07:41AM
(#13948233)
If Ethereum is going to implement Zk-Snarks, and there's already an enterprise alliance with the Ethereum Foundation, and Ethereum offers benefits like smart contracts and so on, why would enterprises use ZSL? (Genuine question)
As far as I can see, blockchains only really make sense if they're protected by some sort of proof-of-work, in which case old data becomes increasingly difficult to alter as more blocks are added to the chain. To me, it appears that the concept of a blockchain was developed for this exact purpose in the first place, and that without this requirement (old blocks accumulating proof-of-work) there is no advantage to using a linked list of blocks.
Trust is not binary.
Blockchains, via crypto, remove uncertainty from medium-trust relationships that would otherwise incur overhead due to counterparty risk, allowing one to replace it with the risk that e.g. SHA256 or ECDSA signatures have been broken, which is usually orders of magnitude lower than squishy human being behavior risks. (Presuming participating organizations have a way of keeping their keys safe, which is expensive but solved.)
That overhead is significant, and entire multibillion dollar industries exist around validating those trust relationships (accounting, auditing, settlement, et c).
Imagine if you could replace them with software that doesn't have to take anyone's word for it.
That's a big efficiency win.
They use blockchains because it is a fast way of conducting transactions relative to existing infrastructure that is architected based on incremental automation of manual processes. Transactions on a distributed ledger can clear quickly relative to standard send->ack->transmit->verify protocols with human scale execution times.
Is it all rosey and perfect? No. There are bugs in the system. There are bugs in every system including the existing system.
Better a ZK-SNARK than an XK-BOOJUM, I suppose...
[1] http://www.infinityplus.co.uk/stories/colderwar.htm
https://en.wikipedia.org/wiki/CIA_cryptonym
e.g. MKUltra - the MK tells you it was sponsored by the Technical Services Division
The UK had Rainbow Codes:
https://en.wikipedia.org/wiki/List_of_Rainbow_Codes
e.g. Blue Bunny - a 10kt nuclear mine
Edit: I agree that A Colder War is superb - wonderfully bleak ending (if you like that kind of thing).
- excersize of ones specialization
- different way to reach the goal
So yeah this makes sense.