tendermint

291 MiB

Tree: 92343ef484

Author	SHA1	Message	Date
Dev Ojha	b1bc3e4f89	crypto/secp256k1: Fix signature malleability, adopt more efficient en… (#2239 ) * crypto/secp256k1: Fix signature malleability, adopt more efficient encoding This removes signature malleability per ADR 14, and makes secp match the encoding in ADR 15. * (squash this) add lock	6 years ago
Dev Ojha	728d2ed266	crypto: Remove unnecessary prefixes from amino route variable names (#2205 ) * crypto: Remove unnecessary ed25519 and secp256k1 prefixes from amino routes. * (squash this) add changelog * (squash this) multisig amino fixes * (squash this) fix build error	6 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	0bd4fb96f0	crypto: Add benchmarking code for signature schemes (#2061 ) * crypto: Add benchmarking code for signature schemes This does a slight refactor for the key generation code. It now calls a seperate unexported method to allow generation from a reader. I think this will actually reduce time in generation, due to no longer initializing an extra slice. This was needed in order to enable benchmarking. This uses an internal package for the benchmarking code, so that this can be standardized without being exported in the public API. The benchmarking code is derived from agl/ed25519's benchmarking code, and has copied the license over. Closes #1984	6 years ago
Dev Ojha	c5c1689591	crypto/secp256k1: Add godocs, remove indirection in privkeys (#2017 ) * crypto/secp256k1: Add godocs, remove indirection in privkeys The following was previously done for creating secp256k1 private keys: First obtain privkey bytes. Then create a private key in the underlying library, with scalar exponent equal to privKeyBytes. (The method called was secp256k1.PrivKeyFromBytes, `fb90c334df/btcec/privkey.go (L21))` Then the private key was serialized using the underlying library, which just returns back the bytes that comprised the scalar exponent, but padded to be exactly 32 bytes. `fb90c334df/btcec/privkey.go (L70)` Thus the entire indirection of calling the underlying library can be avoided by just ensuring that we pass in a 32 byte value. A test case has even be written to show this more clearly in review. * crypto/secp256k1: Address PR comments Squash this commit * crypto: Remove note about re-registering amino paths when unnecessary. This commit should be squashed.	6 years ago
ValarDragon	c798702764	crypto: Remove Ed25519 and Secp256k1 suffix on GenPrivKey	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

7 Commits (92343ef484374b6010a87e8c3c8de9fb77e0ef7a)