milksad
/
rust-secp256k1-unsafe-fast
14
0
Fork 0
Code Issues Pull Requests Activity
rust-secp256k1-unsafe-fast/Cargo.toml

79 lines
2.8 KiB
TOML
Raw Normal View History

Initial (failing) implementation.
2014-07-07 05:41:22 +00:00
[package]
Change name to secp256k1 from bitcoin-secp256k1-rs [breaking-change]
2015-03-25 22:20:44 +00:00
name = "secp256k1"
Bump version number to v0.24.0 We have updated the `bitcoin_hashes` version, this requires a minor version bump and release.
2022-07-18 23:08:12 +00:00
version = "0.24.0"
Generate keys from Fortuna rather than always using the OsRng When creating a Secp256k1, we attach a Fortuna CSRNG seeded from the OS RNG, rather than using the OS RNG all the time. This moves the potential RNG failure to the creation of the object, rather than at every single place that keys are generated. It also reduces trust in the operating system RNG. This does mean that Secp256k1::new() now returns an IoResult while the generate_* methods no longer return Results, so this is a breaking change. Also add a benchmark for key generation. On my system I get: test tests::generate_compressed ... bench: 492990 ns/iter (+/- 27981) test tests::generate_uncompressed ... bench: 495148 ns/iter (+/- 29829) Contrast the numbers with OsRng: test tests::generate_compressed ... bench: 66691 ns/iter (+/- 3640) test tests::generate_uncompressed ... bench: 67148 ns/iter (+/- 3806) Not too shabby :) [breaking-change]
2014-09-01 03:26:02 +00:00
authors = [ "Dawid Ciężarkiewicz <dpc@ucore.info>",
Fix typo in Andrew's email address; remove rust-crypto dependency
2015-05-04 15:33:53 +00:00
"Andrew Poelstra <apoelstra@wpsoftware.net>" ]
Update Cargo.toml for crates.io metadata; this marks the "official" 0.1.0 release
2015-05-04 15:26:45 +00:00
license = "CC0-1.0"
update github links in Cargo.toml, bump version number to republish
2018-03-05 19:42:39 +00:00
homepage = "https://github.com/rust-bitcoin/rust-secp256k1/"
repository = "https://github.com/rust-bitcoin/rust-secp256k1/"
Use latest version at docs.rs
2018-07-09 12:13:13 +00:00
documentation = "https://docs.rs/secp256k1/"
Adding KeyPair::serialize_sec. Closes #298
2021-06-19 09:06:27 +00:00
description = "Rust wrapper library for Pieter Wuille's `libsecp256k1`. Implements ECDSA and BIP 340 signatures for the SECG elliptic curve group secp256k1 and related utilities."
Update Cargo.toml for crates.io metadata; this marks the "official" 0.1.0 release
2015-05-04 15:26:45 +00:00
keywords = [ "crypto", "ECDSA", "secp256k1", "libsecp256k1", "bitcoin" ]
readme = "README.md"
Update secp256k1 to edition 2018 and fix imports
2021-09-14 09:18:22 +00:00
edition = "2018"
improve documentation
2018-07-31 15:55:58 +00:00
# Should make docs.rs show all functions, even those behind non-default features
[package.metadata.docs.rs]
Added missing features to docs.rs config These features were previously forgotten and without them the docs.rs doc is not that great. :(
2022-01-07 00:12:41 +00:00
features = [ "rand", "rand-std", "serde", "bitcoin_hashes", "recovery", "global-context" ]
Documented features This documents the Cargo features making sure docs.rs shows warning for feature-gated items. They are also explicitly spelled out in the crate documentation.
2022-01-04 15:55:01 +00:00
rustdoc-args = ["--cfg", "docsrs"]
improve documentation
2018-07-31 15:55:58 +00:00
Update Travis to use travis-cargo
2015-07-28 17:38:01 +00:00
[features]
Replaced std with core, and made std::error::Error optional through feature
2019-02-18 12:30:39 +00:00
default = ["std"]
Move more things from the std feature to the alloc feature
2021-09-14 14:40:16 +00:00
std = ["alloc", "secp256k1-sys/std"]
New alloc feature Allows use of `Secp256k1::new` and related API if an allocator is available
2021-05-17 12:37:36 +00:00
# allow use of Secp256k1::new and related API that requires an allocator
Remove leading whitespace character The manifest has two cases of leading whitespace, doesn't obviously mean anything, remove them. Whitespace was introduced in commit: `7d3a149ca5064147229db147359638cbcb54acdd`
2022-07-18 23:03:24 +00:00
alloc = ["secp256k1-sys/alloc"]
bitcoin-hashes-std = ["bitcoin_hashes/std"]
Enable rand/std_rng feature We recently upgraded the rand dependency and we use it behind code feature gated on "rand-std". In that code we use `thread_rng` but this is only available if the "std_rng" feature is turned on, however in non-dev builds we do not enable this feature, we have a "rand-std" feature that enables "rand/std", it should also enable "std_rng". Enable "rand/std_rng" in the "rand-std" feature.
2022-06-24 03:36:29 +00:00
rand-std = ["rand/std", "rand/std_rng"]
Add secp256k1-sys
2019-10-21 12:15:19 +00:00
recovery = ["secp256k1-sys/recovery"]
lowmemory = ["secp256k1-sys/lowmemory"]
Remove feature global-context-less-secure Instead of providing a mechanism for users to opt out of randomization we can just feature gate the call site i.e., opportunistically randomize the global context on creation if `rand-std` feature is enabled.
2022-02-01 04:43:46 +00:00
global-context = ["std"]
restore `global-context-less-secure` feature
2022-02-16 23:46:52 +00:00
# disable re-randomization of the global context, which provides some
# defense-in-depth against sidechannel attacks. You should only use
# this feature if you expect the `rand` crate's thread_rng to panic.
# (If you are sure the `rand-std` feature will not be enabled, e.g.
# if you are doing a no-std build, then this feature does nothing
# and is not necessary.)
Make global-context-less-secure actually enable the global context
2022-03-28 13:39:06 +00:00
global-context-less-secure = ["global-context"]
Add warnings to Cargo.toml features
2019-10-28 21:21:47 +00:00
Add secp256k1-sys
2019-10-21 12:15:19 +00:00
[dependencies]
secp256k1-sys: bump version to 0.6.0 Needed for release of secp256k1 0.23.0
2022-06-21 20:37:45 +00:00
secp256k1-sys = { version = "0.6.0", default-features = false, path = "./secp256k1-sys" }
Add bitcoin-hashes-std features Currently we use 'no default features' for the `bitcoin_hashes` dependency. Doing so means that if users want the `std` feature they need to explicitly add a `bitcoin_hashes` dependency even though we re-export `bitcoin_hashes` as `hashes`. This means that in the common case the re-export is pointless. As an example, `rust-bitcoin` unnecessarily requires an explicit dependency on `bitcoin_hashes`. Add `bitcoin-hashes-std` feature so that users do not need an explicit dependency in the common use case. Change the test matrix to only test '*-std' features when 'std' is enabled since enabling one without the other is illogical. Please note, this replaces the test run of feature 'std'+'rand'+'rand-std' with just 'std'+'rand-std' because enabling 'rand-std' enables 'rand' so the explicit additional feature is redundant.
2022-03-02 09:01:12 +00:00
serde = { version = "1.0", default-features = false, optional = true }
Improve manifest whitespace Mirror the whitespacing in `rust-bitcoin` by doing: - Only use single line of whitespace between sections - Separate optional dependencies from non-optional ones
2022-03-01 16:22:37 +00:00
Add bitcoin-hashes-std features Currently we use 'no default features' for the `bitcoin_hashes` dependency. Doing so means that if users want the `std` feature they need to explicitly add a `bitcoin_hashes` dependency even though we re-export `bitcoin_hashes` as `hashes`. This means that in the common case the re-export is pointless. As an example, `rust-bitcoin` unnecessarily requires an explicit dependency on `bitcoin_hashes`. Add `bitcoin-hashes-std` feature so that users do not need an explicit dependency in the common use case. Change the test matrix to only test '*-std' features when 'std' is enabled since enabling one without the other is illogical. Please note, this replaces the test run of feature 'std'+'rand'+'rand-std' with just 'std'+'rand-std' because enabling 'rand-std' enables 'rand' so the explicit additional feature is redundant.
2022-03-02 09:01:12 +00:00
# You likely only want to enable these if you explicitly do not want to use "std", otherwise enable
# the respective -std feature e.g., bitcoin-hashes-std
Upgrade to bitcoin_hashes v0.11.0 New version of `bitcoin_hashes` is out, lets use it.
2022-07-18 23:07:32 +00:00
bitcoin_hashes = { version = "0.11", default-features = false, optional = true }
Update rand to 0.8 and replace CounterRng with mock::StepRng
2021-09-14 10:36:50 +00:00
rand = { version = "0.8", default-features = false, optional = true }
Sort Cargo.toml files
2020-08-27 19:58:00 +00:00
remove arrayvec dependency; rename PublicKey::serialize_vec
2017-12-19 20:36:46 +00:00
[dev-dependencies]
Update rand to 0.8 and replace CounterRng with mock::StepRng
2021-09-14 10:36:50 +00:00
rand = "0.8"
rand_core = "0.6"
Libraries versions
2019-11-20 14:44:53 +00:00
serde_test = "1.0"
Upgrade to bitcoin_hashes v0.11.0 New version of `bitcoin_hashes` is out, lets use it.
2022-07-18 23:07:32 +00:00
bitcoin_hashes = "0.11"
Add fixed-width-serde integration tests Add a `tests` directory. Add `serde` tests for the recently added fixed width binary serialization code. Please note, serialization is only fixed width when serialized with the `bincode` crate.
2022-03-08 00:55:05 +00:00
bincode = "1.3.3"
# cbor does not build on WASM, we use it in a single trivial test (an example of when
# fixed-width-serde breaks down). Just run the test when on an x86_64 machine.
Move cbor to dev-dependencies
2022-06-24 14:30:25 +00:00
[target.'cfg(target_arch = "x86_64")'.dev-dependencies]
Add fixed-width-serde integration tests Add a `tests` directory. Add `serde` tests for the recently added fixed width binary serialization code. Please note, serialization is only fixed width when serialized with the `bincode` crate.
2022-03-08 00:55:05 +00:00
cbor = "0.4.1"
Update Travis to use travis-cargo
2015-07-28 17:38:01 +00:00
Re-support WASM via simple stub headers libsecp256k1 really only barely uses libc at all, and in practice, things like memcpy/memcmp get optimized into something other than a libc call. Thus, if we provide simple stub headers, things seem to work with wasm-pack just fine.
2020-04-16 17:07:14 +00:00
[target.wasm32-unknown-unknown.dev-dependencies]
wasm-bindgen-test = "0.3"
Fix WASM build
2022-04-28 14:30:58 +00:00
getrandom = { version = "0.2", features = ["js"] }
Re-support WASM via simple stub headers libsecp256k1 really only barely uses libc at all, and in practice, things like memcpy/memcmp get optimized into something other than a libc call. Thus, if we provide simple stub headers, things seem to work with wasm-pack just fine.
2020-04-16 17:07:14 +00:00
Added an example for generating keys using OsRng
2019-10-28 20:09:18 +00:00
Aded an example for recoverable signatures and recovering the pubkey
2019-10-28 20:10:31 +00:00
[[example]]
name = "sign_verify_recovery"
Be explicit about example feature requirements The examples depend on having the "std" feature [1]. In preparation for being able to run tests with `--no-default-features` add the "std" feature as a requirement for all three examples. While we are at it use the correct rand feature requirement: `rand-std`. [1] Technically we only need "alloc" but "alloc" is not working with Rust 1.29 currently so just use "std".
2022-02-01 03:59:29 +00:00
required-features = ["std", "recovery"]
Aded an example for recoverable signatures and recovering the pubkey
2019-10-28 20:10:31 +00:00
Added an example for signing and verification
2019-10-28 20:09:59 +00:00
[[example]]
name = "sign_verify"
Be explicit about example feature requirements The examples depend on having the "std" feature [1]. In preparation for being able to run tests with `--no-default-features` add the "std" feature as a requirement for all three examples. While we are at it use the correct rand feature requirement: `rand-std`. [1] Technically we only need "alloc" but "alloc" is not working with Rust 1.29 currently so just use "std".
2022-02-01 03:59:29 +00:00
required-features = ["std"]
Added an example for signing and verification
2019-10-28 20:09:59 +00:00
Added an example for generating keys using OsRng
2019-10-28 20:09:18 +00:00
[[example]]
name = "generate_keys"
Be explicit about example feature requirements The examples depend on having the "std" feature [1]. In preparation for being able to run tests with `--no-default-features` add the "std" feature as a requirement for all three examples. While we are at it use the correct rand feature requirement: `rand-std`. [1] Technically we only need "alloc" but "alloc" is not working with Rust 1.29 currently so just use "std".
2022-02-01 03:59:29 +00:00
required-features = ["std", "rand-std"]
Make test.sh test and build secp256k1-sys
2020-12-18 12:08:52 +00:00
[workspace]
members = ["secp256k1-sys"]
bump version to 0.20.1
2021-01-11 19:15:10 +00:00
exclude = ["no_std_test"]