Show newer

Auto-correct implies the existence of auto-rekt (it turns out they are even one and the same)

@Sunfishstanford contrasted with the standard authentication example where leaking bits of w allows impersonating Alice

@Sunfishstanford okay, right, so my original assumption that the main value prop is the “SNARK” bit and not the “zk” bit holds up, in that while the verifier doesn’t require knowledge of w, nothing bad happens if the proof leaks bits of w (since w is public already, if you wanted to allocate storage for it)

@Sunfishstanford that seems anti-useful for the most of the computations I would want to run on historical blockchain data (although the broader category of “proofs of knowledge” seems very useful, as it would allow you to return the answer and the proof without the whole historical blockchain coming along for the ride - this is where the other paper I linked sets out a nice framework).

@Sunfishstanford that’s what I gathered as well - in particular I’m assuming it’s a zk-SNARK, or similar “proof of knowledge” protocol. But….the way zero knowledge proofs in particular are formulated, the querier can’t learn anything new from the response - ie you have to already know the answer before you ask for a ZKP as the proof won’t reveal it, only whether the other party knows it too.

@vitaut @dev (for scale, the brown U in the upper right is a paved trail)

@vitaut @dev every time I see a waterfall pic on social media I feel compelled to share this photo I took in a fit of youthful insanity sfgp.cemetech.net/imgs/gallery

@dev hi, could you spare a moment to talk about our lord and savior, Kevlar pants?

@Sunfishstanford but if you’re interested in the slightly more general “non-interactive proof of knowledge” side of things, there’s a fantastic paper here by my M.S. advisor that’s fairly relevant scholar.google.com/scholar?hl=

@Sunfishstanford not sure from the announcement what the value prop for the “zero knowledge” bit is - archival blockchain data is already public so keeping it secret doesn’t seem to add utility. Is this about hiding the function that you personally want to compute over that data?

@vsaraph @irene as a dude who hasn’t read or watched either, I concur 🤣

@steve @Gankra I have lived a happy and fulfilled life by mostly pretending Windows doesn’t exist for the purposes of software development. Curious though if this means VC++ tool chain doesn’t support it (but theoretically Cygwin/MinGW could), or like…PE file format is a blocker?

@steve @Gankra the possibility for ODR nondeterminism with is one of the reasons you’re REALLY not supposed to provide specializations of std:: templates (except apparently specialization of std::hash is allowed as an extension point for your own types, and I think that’s the only allowed deviation)

@Gankra @steve (which is one of the reasons it’s a massive foot gun - issues that should be compiler errors get promoted to linker errors)

@steve @Gankra you actually can hide the impl though with extern templates, it just limits the types that can ever be used with that template to the ones the library authors explicitly instantiated in the dynamic shared library code.

@Gankra @steve The “can’t have virtual templates because you can’t generate sensible vtables” is a fun one that I had to recently explain to a Rustacean friend who writes C++ for me at work now. He was convinced Rust solved this problem and I was like “I know it hasn’t or someone would have authored a paper fixing it for C++23 with the same technique”, which led to a deep dive into Rust documentation to the definition of object-safe trait

@Gankra @steve yes I know you’re super fluent in ABI stuff, but that sentence is just factually incorrect as written, without at least a parenthetical about “in versions prior to C++11” or something

@steve @Gankra I literally stopped at that sentence to come be like “???”

@Gankra @steve (this is actually what “inline” means in modern C++ - the ODR rule doesn’t apply, implemented as an ABI detail with weak symbols, and templates are all just implicitly inline)

Show older
Mastodon

General topic personal server.