tendermint

291 MiB

Tree: 6f6ac5c04e

Author	SHA1	Message	Date
Marko	6ffdf181f2	crypto: ed25519 & sr25519 batch verification (#6120 ) Co-authored-by: Aleksandr Bezobchuk <alexanderbez@users.noreply.github.com> Co-authored-by: Anton Kaliaev <anton.kalyaev@gmail.com>	4 years ago
Marko	9e98c74e3c	crypto: API modifications (#5236 ) ## Description This PR aims to make the crypto.PubKey interface more intuitive. Changes: - `VerfiyBytes` -> `VerifySignature` Before `Bytes()` was amino encoded, now since it is the byte representation should we get rid of it entirely? EDIT: decided to keep `Bytes()` as it is useful if you are using the interface instead of the concrete key Closes: #XXX	4 years ago
Sunny Aggarwal	b0bb8a1437	crypto: add sr25519 signature scheme (#4190 ) * sr25519 * added amino encoding * fixed dependencies * Apply suggestions from code review Co-Authored-By: Tess Rinearson <tess.rinearson@gmail.com> Co-Authored-By: Marko <marbar3778@yahoo.com> * file structure * Apply suggestions from code review Co-Authored-By: Anton Kaliaev <anton.kalyaev@gmail.com> * address @melekes and @marbar3778 review * removed nolint * CHANGELOG and go-schnorrkel mod update	5 years ago
ValarDragon	f903947ff3	crypto: Remove interface from crypto.Signature Signatures are now []byte, which saves on the number of bytes after amino encoding (squash this) address Ismail's comment	6 years ago
Dev Ojha	eb7dea1b0d	crypto/ed25519: Remove privkey.Generate method (#2022 ) The privkey.Generate method here was a custom-made method for deriving a private key from another private key. This function is currently not used anywhere in our codebase, and has not been reviewed enough that it would be secure to use. This removes that method. We should adopt the official ed25519 HD derivation once that has been standardized, in order to fulfill this need. closes #2000	6 years ago
ValarDragon	c798702764	crypto: Remove Ed25519 and Secp256k1 suffix on GenPrivKey	6 years ago
Dev Ojha	67762aec73	crypto/ed25519: Update the godocs (#2002 ) This commit updates the godocs for the package, and adds an optimization to the privkey.Pubkey() method. The optimization is that in golang, the private key (due to interface compatibility reasons) has a copy of the public key stored inside of it. Therefore if this copy has already been computed, there is no need to recompute it.	6 years ago
ValarDragon	99e582d79a	crypto: Refactor to move files out of the top level directory Currently the top level directory contains basically all of the code for the crypto package. This PR moves the crypto code into submodules in a similar manner to what `golang/x/crypto` does. This improves code organization. Ref discussion: https://github.com/tendermint/tendermint/pull/1966 Closes #1956	6 years ago

3 Commits (6f6ac5c04e6ea15d1257ef380baaf3ba19020df3)