logoalt Hacker News

A quick look at zero-knowledge proofs

50 pointsby evakhourylast Friday at 7:52 PM20 commentsview on HN

Comments

jackb4040today at 1:09 AM

I don't think ZKPs / programmable cryptography are useless like some of the other commenters. But I do remember being surprised, based on the way that people talk about building on top of it, to learn that the performance is so bad (except on dedicated servers) that it's basically a theoretical technology until that's fixed. Has this changed recently? Not a rhetorical question.

show 1 reply
Cider9986today at 1:42 AM

Zcash make a significant contro to ZKPs though, what would be the state without their tec?

Did their advancements have any other implications besides cryptocurrency?

_alphageekyesterday at 11:37 PM

Amazing article. Will save to explain ZKP to others.

One tiny correction

random.randrange(100) gives 300 possible commitments(3 colors for hundred nonces) After seeing a couple of revealed edges, the verifier can figure out the palette and brute-force all 300 combinations, effectively opening every commitment.

It can be mitigated if we use 128 bits of randomness, e.g. secrets.token_bytes(16).

Also I would use sha256 instead of hash. Python hash is not considered secure as it does not have proper collision resistance.

diamondcloudstoday at 12:08 AM

Not one mention that ZKP depends on servers trusting clients.

The single reason ZKP is not viable for most security is that it relies on you trusting the client to send you true information about data.

With conventional security the user sends their inputs and the server validates it.

Something I notice that is almost never mentioned when people bring up ZKP - it is pretty much only for peer-to-peer when there is no authoritative server. Or when that server trusts the “nodes” (clients).

show 1 reply
goldthreadsyesterday at 11:50 PM

ZKP is 100% bullshit.

It’s a new word invented by people who don’t know hashing and databases already exist.

show 3 replies