126208cc74
* version: bump stable to 2.1.7 * Adjust requests costs for light client (#9925) * PIP Table Cost relative to average peers instead of max peers * Add tracing in PIP new_cost_table * Update stat peer_count * Use number of leeching peers for Light serve costs * Fix test::light_params_load_share_depends_on_max_peers (wrong type) * Remove (now) useless test * Remove `load_share` from LightParams.Config Prevent div. by 0 * Add LEECHER_COUNT_FACTOR * PR Grumble: u64 to u32 for f64 casting * Prevent u32 overflow for avg_peer_count * Add tests for LightSync::Statistics * Fix empty steps (#9939) * Don't send empty step twice or empty step then block. * Perform basic validation of locally sealed blocks. * Don't include empty step twice. * prevent silent errors in daemon mode, closes #9367 (#9946) * Fix light client informant while syncing (#9932) * Add `is_idle` to LightSync to check importing status * Use SyncStateWrapper to make sure is_idle gets updates * Update is_major_import to use verified queue size as well * Add comment for `is_idle` * Add Debug to `SyncStateWrapper` * `fn get` -> `fn into_inner` * ci: rearrange pipeline by logic (#9970) * ci: rearrange pipeline by logic * ci: rename docs script * Add readiness check for docker container (#9804) * Update Dockerfile Since parity is built for "mission critical use", I thought other operators may see the need for this. Adding the `curl` and `jq` commands allows for an extremely simple health check to be usable in container orchestrators. For example. Here is a health check for a parity docker container running in Kubernetes. This can be setup as a readiness Probe that would prevent clustered nodes that aren't ready from serving traffic. ```bash #!/bin/bash ETH_SYNCING=$(curl -X POST --data '{"jsonrpc":"2.0","method":"eth_syncing","params":[],"id":1}' http://localhost:8545 -H 'Content-Type: application/json') RESULT=$(echo "$ETH_SYNCING | jq -r .result) if [ "$RESULT" == "false" ]; then echo "Parity is ready to start accepting traffic" exit 0 else echo "Parity is still syncing the blockchain" exit 1 fi ``` * add sync check script * Fix docker script (#9854) * Dockerfile: change source path of the newly added check_sync.sh (#9869) * Do not use the home directory as the working dir in docker (#9834) * Do not create a home directory. * Re-add -m flag * fix docker build (#9971) * bump smallvec to 0.6 in ethcore-light, ethstore and whisper (#9588) * bump smallvec to 0.6 in ethcore-light, ethstore and whisper * bump transaction-pool * Fix test. * patch cargo to use tokio-proto from git repo this makes sure we no longer depend on smallvec 0.2.1 which is affected by https://github.com/servo/rust-smallvec/issues/96 * use patched version of untrusted 0.5.1 * ci: allow audit to fail
35 lines
1.0 KiB
TOML
35 lines
1.0 KiB
TOML
# NOTE This file is used by the auto-updater service.
|
|
# Make sure to update the service if it's moved or the structure is changed.
|
|
[package]
|
|
name = "parity-version"
|
|
# NOTE: this value is used for Parity Ethereum version string (via env CARGO_PKG_VERSION)
|
|
version = "2.1.7"
|
|
authors = ["Parity Technologies <admin@parity.io>"]
|
|
build = "build.rs"
|
|
|
|
[package.metadata]
|
|
# This versions track. Should be changed to `stable` or `beta` when on respective branches.
|
|
# Used by auto-updater and for Parity version string.
|
|
track = "stable"
|
|
|
|
# Network specific settings, used ONLY by auto-updater.
|
|
# Latest supported fork blocks.
|
|
# Indicates a critical release in this track (i.e. consensus issue).
|
|
[package.metadata.networks]
|
|
foundation = { forkBlock = 4370000, critical = false }
|
|
ropsten = { forkBlock = 4230000, critical = false }
|
|
kovan = { forkBlock = 6600000, critical = false }
|
|
|
|
[dependencies]
|
|
parity-bytes = "0.1"
|
|
rlp = { version = "0.2.4", features = ["ethereum"] }
|
|
target_info = "0.1"
|
|
|
|
[build-dependencies]
|
|
vergen = "0.1"
|
|
rustc_version = "0.2"
|
|
toml = "0.4"
|
|
|
|
[features]
|
|
final = []
|