zecfoundation
/
zebra
mirror of https://github.com/ZcashFoundation/zebra.git
1
0
Fork 0
Code Issues Projects Releases Wiki Activity
zebra/zebra-consensus/Cargo.toml

47 lines
1.3 KiB
TOML
Raw Normal View History

Create workspace skeleton based on design.md
2019-08-29 14:46:54 -07:00
[package]
name = "zebra-consensus"
Update versions for zebra v1.0.0-alpha.14 release (#2537) Co-authored-by: teor <teor@riseup.net>
2021-07-29 12:42:21 -07:00
version = "1.0.0-alpha.14"
Fix authorship, license information. (#55) * Fix authorship, license information. I *thought* I had done a sed pass over the Cargo defaults when doing repository initialization, but I guess I missed it or something. Anyways, fixed now.
2019-10-08 09:25:59 -07:00
authors = ["Zcash Foundation <zebra@zfnd.org>"]
license = "MIT OR Apache-2.0"
Create workspace skeleton based on design.md
2019-08-29 14:46:54 -07:00
edition = "2018"
[dependencies]
Merge pull request #1713 from ZcashFoundation/use-groth16-batch-math Use batch optimizations, load params in groth16::Verifier, verify Spend & Output descriptions in transaction verifier
2021-03-24 09:28:25 -07:00
blake2b_simd = "0.5.11"
Update multiple crates to ensure bitvec 0.22.3 is being used (#2351) * Update multiple crates to ensure bitvec 0.22.3 is being used and avoid package conflicts * Add documentation to zebra-chain::sapling to indicate that ZIP-216 rules are enforced by jubjub Co-authored-by: Janito Vaqueiro Ferreira Filho <janito.vff@gmail.com> Co-authored-by: teor <teor@riseup.net> Co-authored-by: Deirdre Connolly <durumcrustulum@gmail.com>
2021-06-22 20:16:22 -07:00
bellman = "0.10.0"
bls12_381 = "0.5.0"
build(deps): bump chrono from 0.4.18 to 0.4.19 Bumps [chrono](https://github.com/chronotope/chrono) from 0.4.18 to 0.4.19. - [Release notes](https://github.com/chronotope/chrono/releases) - [Changelog](https://github.com/chronotope/chrono/blob/main/CHANGELOG.md) - [Commits](https://github.com/chronotope/chrono/compare/v0.4.18...v0.4.19) Signed-off-by: dependabot[bot] <support@github.com>
2020-10-01 02:01:06 -07:00
chrono = "0.4.19"
build(deps): bump displaydoc from 0.2.1 to 0.2.2 (#2439) Bumps [displaydoc](https://github.com/yaahc/displaydoc) from 0.2.1 to 0.2.2. - [Release notes](https://github.com/yaahc/displaydoc/releases) - [Changelog](https://github.com/yaahc/displaydoc/blob/master/CHANGELOG.md) - [Commits](https://github.com/yaahc/displaydoc/compare/v0.2.1...v0.2.2) --- updated-dependencies: - dependency-name: displaydoc dependency-type: direct:production update-type: version-update:semver-patch ... Signed-off-by: dependabot[bot] <support@github.com> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
2021-07-02 10:20:47 -07:00
displaydoc = "0.2.2"
Update multiple crates to ensure bitvec 0.22.3 is being used (#2351) * Update multiple crates to ensure bitvec 0.22.3 is being used and avoid package conflicts * Add documentation to zebra-chain::sapling to indicate that ZIP-216 rules are enforced by jubjub Co-authored-by: Janito Vaqueiro Ferreira Filho <janito.vff@gmail.com> Co-authored-by: teor <teor@riseup.net> Co-authored-by: Deirdre Connolly <durumcrustulum@gmail.com>
2021-06-22 20:16:22 -07:00
jubjub = "0.7.0"
Merge pull request #1713 from ZcashFoundation/use-groth16-batch-math Use batch optimizations, load params in groth16::Verifier, verify Spend & Output descriptions in transaction verifier
2021-03-24 09:28:25 -07:00
lazy_static = "1.4.0"
build(deps): bump once_cell from 1.7.2 to 1.8.0 Bumps [once_cell](https://github.com/matklad/once_cell) from 1.7.2 to 1.8.0. - [Release notes](https://github.com/matklad/once_cell/releases) - [Changelog](https://github.com/matklad/once_cell/blob/master/CHANGELOG.md) - [Commits](https://github.com/matklad/once_cell/compare/v1.7.2...v1.8.0) --- updated-dependencies: - dependency-name: once_cell dependency-type: direct:production update-type: version-update:semver-minor ... Signed-off-by: dependabot[bot] <support@github.com>
2021-06-14 02:01:34 -07:00
once_cell = "1.8"
Merge pull request #1713 from ZcashFoundation/use-groth16-batch-math Use batch optimizations, load params in groth16::Verifier, verify Spend & Output descriptions in transaction verifier
2021-03-24 09:28:25 -07:00
rand = "0.8"
feature: Add a checkpoint_sync config option (The option doesn't do anything yet.)
2020-08-19 19:25:46 -07:00
serde = { version = "1", features = ["serde_derive"] }
feature: Check the previous block height in BlockVerifier This is a temporary busy-waiting fix.
2020-07-23 20:17:39 -07:00
build(deps): bump futures from 0.3.14 to 0.3.15 (#2144) Bumps [futures](https://github.com/rust-lang/futures-rs) from 0.3.14 to 0.3.15. - [Release notes](https://github.com/rust-lang/futures-rs/releases) - [Changelog](https://github.com/rust-lang/futures-rs/blob/master/CHANGELOG.md) - [Commits](https://github.com/rust-lang/futures-rs/compare/0.3.14...0.3.15) Signed-off-by: dependabot[bot] <support@github.com> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
2021-05-12 14:56:47 -07:00
futures = "0.3.15"
build(deps): bump futures-util from 0.3.5 to 0.3.6 Bumps [futures-util](https://github.com/rust-lang/futures-rs) from 0.3.5 to 0.3.6. - [Release notes](https://github.com/rust-lang/futures-rs/releases) - [Changelog](https://github.com/rust-lang/futures-rs/blob/master/CHANGELOG.md) - [Commits](https://github.com/rust-lang/futures-rs/compare/0.3.5...0.3.6) Signed-off-by: dependabot[bot] <support@github.com>
2020-10-06 02:01:34 -07:00
futures-util = "0.3.6"
Deduplicate metrics dependencies (#1561) ## Motivation This PR is motivated by the regression identified in https://github.com/ZcashFoundation/zebra/issues/1349. That PR notes that the metrics stopped working for most of the crates other than `zebrad`. ## Solution This PR resolves the regression by deduplicating the `metrics` crate dependency. During a recent change we upgraded the metrics version in `zebrad` and a couple other of our crates, but we never updated the dependencies in `zebra-state`, `zebra-consensus`, or `zebra-network`. This caused the metrics macros to attempt to retrieve the current metrics exporter through the wrong function. We would install the metrics exporter in `0.13`, but then attempt to look it up through the `0.12` crate, which contains a different instance of the metrics exporter static variable which is unset. Doing this causes the metrics macros to return `None` for the current exporter after which they just silently give up. ## Related Issues closes https://github.com/ZcashFoundation/zebra/issues/1349 ## Follow Up Work I noticed we have quite a few duplicate dependencies in our tree. We might be able to save some compilation time by auditing those and deduplicating them as much as possible. - https://github.com/ZcashFoundation/zebra/issues/1582 Co-authored-by: teor <teor@riseup.net>
2021-01-11 18:28:56 -08:00
metrics = "0.13.0-alpha.8"
build(deps): bump thiserror from 1.0.24 to 1.0.25 (#2190) Bumps [thiserror](https://github.com/dtolnay/thiserror) from 1.0.24 to 1.0.25. - [Release notes](https://github.com/dtolnay/thiserror/releases) - [Commits](https://github.com/dtolnay/thiserror/compare/1.0.24...1.0.25) Signed-off-by: dependabot[bot] <support@github.com> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
2021-05-24 03:41:21 -07:00
thiserror = "1.0.25"
Upgrade to tokio 0.3.6 from crates.io And remove the tokio git dependency patch
2021-01-11 22:07:15 -08:00
tokio = { version = "0.3.6", features = ["time", "sync", "stream", "tracing"] }
deps: move to tokio 0.3, tower 0.4 This change is mostly mechanical, with the exception of the changes to the `tower-batch` middleware. This middleware was adapted from `tower::buffer`, and the `tower::buffer` code was changed to implement its own bounded queue, because Tokio 0.3 removed the `mpsc::Sender::poll_send` method. See https://github.com/tower-rs/tower/commit/ddc64e8d4d4d499adef569e284f317288edd6513 for more context on the Tower changes. To match Tower as closely as possible in order to be able to upstream `tower-batch`, those changes are copied from `tower::Buffer` to `tower-batch`.
2020-11-19 11:54:20 -08:00
tower = { version = "0.4", features = ["timeout", "util", "buffer"] }
build(deps): bump tracing from 0.1.25 to 0.1.26 Bumps [tracing](https://github.com/tokio-rs/tracing) from 0.1.25 to 0.1.26. - [Release notes](https://github.com/tokio-rs/tracing/releases) - [Commits](https://github.com/tokio-rs/tracing/compare/tracing-0.1.25...tracing-0.1.26) Signed-off-by: dependabot[bot] <support@github.com>
2021-05-03 03:49:09 -07:00
tracing = "0.1.26"
build(deps): bump tracing-futures from 0.2.4 to 0.2.5 Bumps [tracing-futures](https://github.com/tokio-rs/tracing) from 0.2.4 to 0.2.5. - [Release notes](https://github.com/tokio-rs/tracing/releases) - [Commits](https://github.com/tokio-rs/tracing/compare/tracing-futures-0.2.4...tracing-futures-0.2.5) Signed-off-by: dependabot[bot] <support@github.com>
2021-02-17 02:01:32 -08:00
tracing-futures = "0.2.5"
consensus: Add a simple block verify test Part of #428.
2020-06-11 02:49:32 -07:00
consensus: add a static redjubjub::VERIFIER with fallback
2020-08-04 20:03:42 -07:00
tower-fallback = { path = "../tower-fallback/" }
Add RedJubjub signature verifier service (#460) Using tower-batch-based async pattern. Now the Verifier is agnostic of redjubjub SigTypes. Updated tests to generate sigs of both types and batch verifies the whole batch. Resolves #407
2020-07-08 14:23:00 -07:00
tower-batch = { path = "../tower-batch/" }
zebra-chain = { path = "../zebra-chain" }
zebra-state = { path = "../zebra-state" }
Implement Async Script Verification RFC (#961) This commit begins the process of integrating `zcash_script` with the rest of the system for verifying scripts while syncing the block chain. It does so by adding the necessary support for looking up UTXOs from the state service and implements the first parts of the `script::Verifier` for looking up the necessary UTXOs in the state and then generating the necessary call to `zcash_script` to verify the script itself. Co-authored-by: teor <teor@riseup.net>
2020-10-14 14:06:32 -07:00
zebra-script = { path = "../zebra-script" }
Merge pull request #1713 from ZcashFoundation/use-groth16-batch-math Use batch optimizations, load params in groth16::Verifier, verify Spend & Output descriptions in transaction verifier
2021-03-24 09:28:25 -07:00
wagyu-zcash-parameters = "0.2.0"
feature: Implement CheckpointVerifier (#524) * Return Poll::Ready(Err(_)) when verification has finished * Turn checkpoint::init() into CheckpointVerifier::new() * Accept IntoIterator<...> for CheckpointVerifier::new() * Add a CheckpointList type * Replace the state service with oneshot channels. * Reject redundant checkpoint blocks * impl Drop for CheckpointVerifier * Add fields for caching blocks, and managing verify chains. * Add current checkpoint functions * Use a checkpoint range * Get full backtraces with Err::Try * Add enums for verification progress and target block heights. * Replace install_tracing() with zebra_test::init() * Add a test that mixes good and bad blocks * Add timeouts to the checkpoint test futures
2020-07-08 04:22:36 -07:00
Add RedJubjub signature verifier service (#460) Using tower-batch-based async pattern. Now the Verifier is agnostic of redjubjub SigTypes. Updated tests to generate sigs of both types and batch verifies the whole batch. Resolves #407
2020-07-08 14:23:00 -07:00
[dev-dependencies]
build(deps): bump color-eyre from 0.5.10 to 0.5.11 Bumps [color-eyre](https://github.com/yaahc/color-eyre) from 0.5.10 to 0.5.11. - [Release notes](https://github.com/yaahc/color-eyre/releases) - [Changelog](https://github.com/yaahc/color-eyre/blob/v0.5.11/CHANGELOG.md) - [Commits](https://github.com/yaahc/color-eyre/compare/v0.5.10...v0.5.11) Signed-off-by: dependabot[bot] <support@github.com>
2021-04-14 02:02:13 -07:00
color-eyre = "0.5.11"
Refactor Sprout Join Split validation by transaction verifier (#2371) * Refactor to create `verify_sprout_shielded_data` Move the join split verification code into a new `verify_sprout_shielded_data` helper method that returns an `AsyncChecks` set. * Test if signed V4 tx. join splits are accepted Create a fake V4 transaction with a dummy join split, and sign it appropriately. Check if the transaction verifier accepts the transaction. * Test if unsigned V4 tx. joinsplit data is rejected Create a fake V4 transaction with a dummy join split. Do NOT sign this transaction's join split data, and check that the verifier rejects the transaction. * Join tests to share Tokio runtime Otherwise one of the tests might fail incorrectly because of a limitation in the test environment. `Batch` services spawn a task in the Tokio runtime, but separate tests can have separate runtimes, so sharing a `Batch` service can lead to the worker task only being available for one of the tests.
2021-06-24 17:47:39 -07:00
rand07 = { package = "rand", version = "0.7" }
fix spandoc instrumentation for await expressions (#618) * fix spandoc instrumentation for await expressions * depend on released version of spandoc
2020-07-09 14:43:44 -07:00
spandoc = "0.2"
Upgrade to tokio 0.3.6 from crates.io And remove the tokio git dependency patch
2021-01-11 22:07:15 -08:00
tokio = { version = "0.3.6", features = ["full"] }
Consensus test tweaks (#538) * Use spandoc correctly * Refactor consensus test error handling * Delete a checkpoint test that will soon be obsolete * Only initialise tracing once for the block tests * Use tracing in the checkpoint tests * Move BlockVerifier and tests into block.rs * Update a BlockVerifier comment * Tweak some TODO comments
2020-06-24 17:14:23 -07:00
tracing-error = "0.1.2"
build(deps): bump tracing-subscriber from 0.2.18 to 0.2.19 Bumps [tracing-subscriber](https://github.com/tokio-rs/tracing) from 0.2.18 to 0.2.19. - [Release notes](https://github.com/tokio-rs/tracing/releases) - [Commits](https://github.com/tokio-rs/tracing/compare/tracing-subscriber-0.2.18...tracing-subscriber-0.2.19) --- updated-dependencies: - dependency-name: tracing-subscriber dependency-type: direct:production update-type: version-update:semver-patch ... Signed-off-by: dependabot[bot] <support@github.com>
2021-06-28 08:02:08 -07:00
tracing-subscriber = "0.2.19"
Add RedJubjub signature verifier service (#460) Using tower-batch-based async pattern. Now the Verifier is agnostic of redjubjub SigTypes. Updated tests to generate sigs of both types and batch verifies the whole batch. Resolves #407
2020-07-08 14:23:00 -07:00
Add V5 transparent and sapling to transaction::check, add missing coinbase PrevOut check (#2070) * validate sapling v5 tx * Make itertools dependency optional We only need itertools when the `proptest-impl` feature is enabled. * Check if V4 and V5 coinbase transactions contain PrevOut transparent inputs This is a bugfix on V4 transaction validation. The PrevOut consensus rule was not explicitly stated in the Zcash spec until April 2021. (But it was implied by Bitcoin, and partially implemented by Zebra.) Also do the shielded sapling input check for V5 transactions. * Add spec and orchard TODOs to has_inputs_and_outputs Also make the variable names match the spec. * Sort transaction functions to match v5 data order * Simplify transaction input and output checks Move counts or iterators into `Transaction` methods, so we can remove duplicate code, and make the consensus rule logic clearer. * Update sapling_balances_match for Transaction v5 - Quote from the spec - Explain why the function is redunant for v5 - Rename the function so it's clear that it is sapling-specific Co-authored-by: teor <teor@riseup.net>
2021-04-27 17:43:00 -07:00
zebra-chain = { path = "../zebra-chain", features = ["proptest-impl"] }
Add `zebra_state::init_test` helper function for tests (#2539) * Create a `zebra_state::init_test` helper function This function will be used as a replacement for `zebra_state::init` inside tests. It's a simpler alternative because it can ignore any details that aren't relevant for tests. * Use `init_test` inside `zebra-state` tests Update usages of `init` to use `init_test` instead, which simplifies most cases. * Use `zebra_state::init_test` in `zebra-consensus` Replace usages of `zebra_state::init` with the new helper function. This simplifies the code a bit.
2021-07-28 16:55:01 -07:00
zebra-state = { path = "../zebra-state", features = ["proptest-impl"] }
Add RedJubjub signature verifier service (#460) Using tower-batch-based async pattern. Now the Verifier is agnostic of redjubjub SigTypes. Updated tests to generate sigs of both types and batch verifies the whole batch. Resolves #407
2020-07-08 14:23:00 -07:00
zebra-test = { path = "../zebra-test/" }