New submission from Thomas P Jakobsen t...@cs.au.dk:
Currently, VIFF uses a pseudo-random number generator with weak security
properties (Mersenne-Twister). We should rather use a cryptographically
strong prng.
See discussion at
http://article.gmane.org/gmane.comp.cryptography.viff.devel/834
I agree that tests should be reproducible. But it is also very
important to use a cryptographically secure PRNG.
I don't know whether these two requirements can be satisfied by the
same number generator. If not, the best solution is to have two
modes of operation:
- A test mode where the
When I run the Millionaires example (again with --no-ssl option) with the
Path set to point to Python 2.6.4, I get the following error message.
Traceback (most recent call last):
File generate-config-files.py, line 57, in module
from viff.config import generate_configs
ImportError:
Nice work!
It would be interesting to see how it performs compared to VIFF.
Best regards,
Thomas
___
viff-devel mailing list (http://viff.dk/)
viff-devel@viff.dk
http://lists.viff.dk/listinfo.cgi/viff-devel-viff.dk
Problem seems to be fixed.
I used addCallback several places where I should instead have used
schedule_callback. The new changes to VIFF somehow triggered this bug.
Best regards,
Thomas
___
viff-devel mailing list (http://viff.dk/)
viff-devel@viff.dk
Hi VIFF guys,
I've implemented a VIFF application involving two binary searches. A
typical trace from one of the players during excecution looks like
this:
search for p1
search for p1: [-1, 4000]
search for p2
search for p2: [0, 4001]
search for p1: [-1, 4000]
search for p2: [0, 4001]
search for
Hi all,
When I execute the attached VIFF protocol on three servers I would
expect all three to ask me to press enter. When all three servers have
done that, I would expect the computation of c to start and that the
servers will eventually finish.
I've run the protocol several times on Linux and
