 tristangurtler
|
494c838700
sets up commands to replicate the same behaviour that the local in-memory tests did
|
3 lat temu |
|
tristangurtler
|
6bf2b85137
networking has been debugged. It now works, no issues.
|
3 lat temu |
|
tristangurtler
|
8c1f044b7c
repo in state consistent with email sent to Ian at ~5:32AM 14-04-2021
|
3 lat temu |
|
tristangurtler
|
fbc7bb0652
fixed string vs. buffer issue
|
3 lat temu |
|
tristangurtler
|
1825dcc3d7
copy paste error corrected
|
3 lat temu |
|
tristangurtler
|
6b06490c3d
fixing build error
|
3 lat temu |
|
tristangurtler
|
3980749a6c
various bugfixes, and further establishing the environment for testing
|
3 lat temu |
|
tristangurtler
|
121294a618
fixing bug with transmission of Scalar values
|
3 lat temu |
|
tristangurtler
|
3cce4c56e4
server/client now compile, at least
|
3 lat temu |
|
tristangurtler
|
858573287e
fixed typos
|
3 lat temu |
|
tristangurtler
|
7811abfb42
adding the orchestrator code
|
4 lat temu |
|
tristangurtler
|
3e75082ddb
updates to networking code
|
4 lat temu |
|
tristangurtler
|
dfd57cea95
fixing serialization of proofs
|
4 lat temu |
|
tristangurtler
|
6eb1cce546
minor fix, just a whitespace thing
|
4 lat temu |
|
tristangurtler
|
ed06aae428
fixed a few things around serialization of uncommon types
|
4 lat temu |
|
tristangurtler
|
de2a815609
correction to Makefile
|
4 lat temu |
|
tristangurtler
|
4715de0aad
networking code upload; it doesn't compile yet, and there's a small delta left on the client code before that's ready anyways. But the server code has been drafted; needs to be debugged
|
4 lat temu |
|
tristangurtler
|
085ba04e4a
adding that it uses the helper function it should've been using
|
4 lat temu |
|
tristangurtler
|
0ff6d430fa
oversight that this helper function wasn't already present
|
4 lat temu |
|
tristangurtler
|
386371ec37
minor addition to server to make behave more appropriately for networking portion
|
4 lat temu |
|
tristangurtler
|
d31afa1ca1
figuring out appropriate underlying library for networking
|
4 lat temu |
|
tristangurtler
|
da32b7a842
minor changes that lead to ~30% reduction in proof time
|
4 lat temu |
|
tristangurtler
|
f21ae46373
fixing valid permutation matrix proofs so that only one challenge is used, not one per element
|
4 lat temu |
|
tristangurtler
|
55f33cf43e
fixing underlying issue with affine points
|
4 lat temu |
|
tristangurtler
|
373a1adbae
I don't know what it is, but approximately 3% of the time, there is a bug that causes proofs to fail. Otherwise, I'm adding networking code now
|
4 lat temu |
|
tristangurtler
|
dda01bd883
all proofs work, all issues fixed, no optimizations yet made
|
4 lat temu |
|
tristangurtler
|
e169566a27
fixing weird merge issue
|
4 lat temu |
|
tristangurtler
|
d0dc9b9bac
fixed bugs identified in previous meeting (it turned out to just be indexing problems, as I had suspected)
|
4 lat temu |
|
tristangurtler
|
c9f071f006
reconfiguring proof for fresh pseudonym reordering as recommended by Ian
|
4 lat temu |
|
tristangurtler
|
0c958cdddb
This compiles, but has bugs right now. The current issue I'm looking at is that, the other ways I've tested it, the fresh pseudonyms are generated correctly, but the proofs of their generation are not verifying. Specifically, when proving that a piece of the result is valid, the proof succeeds if it was generated as the product of a 0 from the permutation matrix and the original pseudonym, but fails if it was generated as the product of a 1 from the permutation matrix and the original pseudonym. I am debugging this now.
|
4 lat temu |
