sinu.eth
sinu.eth
Right now we already support preprocessing the protocols for the handshake, however we still perform all MPC processing for the record layer in the online phase. This can cause connection...
We should provide a client lib to go with `notary-server` which handles config + negotiation.
Right now we only support ECDSA signatures from the Notary. We need to add a layer of abstraction to support _any_ kind of signature scheme using dynamic dispatch on some...
Newer releases of `rustls` have introduced abstraction layers for implementing custom cryptography backends for the client. Right now we have our own heavily modified fork which does the same and...
Minimally, the Notary should send their public key they used to sign the session header to the Prover, and the Prover should include this in their proofs to the verifier....
The Prover should be able to commit to additional data they want bound to the attestation. Their own public key for example.
Related to #316, we should exchange configuration info at the beginning of the protocol to make sure both parties are on the same page. For example, the `Prover` should be...
At the beginning of things, the prover and notary should exchange which versions they are running with each other. We can start using semver and both parties can check whether...
We need to come up with a good way to introduce IO timeouts so we can get a proper error trace when unexpected deadlocks occur.
Give proper attribution to `rustls` in both crates.