docs/CHANGELOG-2.2.md
Note: Parity Ethereum 2.2 reached End-of-Life on 2019-02-25 (EOL).
Parity-Ethereum 2.2.11-stable is a maintenance release that fixes snap and docker installations.
The full list of included changes:
Parity-Ethereum 2.2.10-stable is a security-relevant release. A bug in the JSONRPC-deserialization module can cause crashes of all versions of Parity Ethereum nodes if an attacker is able to submit a specially-crafted RPC to certain publicly available endpoints.
The full list of included changes:
Parity-Ethereum 2.2.9-stable is a security-relevant release. A bug in the JSONRPC-deserialization module can cause crashes of all versions of Parity Ethereum nodes if an attacker is able to submit a specially-crafted RPC to certain publicly available endpoints.
The full list of included changes:
Parity-Ethereum 2.2.8-stable is a consensus-relevant release that enables St. Petersfork on:
7280000 (along with Constantinople)1025520149393947026400In addition to this, Constantinople is cancelled for the POA Core network. Upgrading is mandatory for clients on any of these chains.
The full list of included changes:
Parity-Ethereum 2.2.7-stable is a consensus-relevant security release that reverts Constantinople on the Ethereum network. Upgrading is mandatory for Ethereum, and strongly recommended for other networks.
Note: This release marks Parity 2.2 as stable. All versions of Parity 2.1 now reached end of life.
The full list of included changes:
Core issue (#10144)Parity-Ethereum 2.2.6-beta is a bugfix release that improves performance and stability.
The full list of included changes:
Parity-Ethereum 2.2.5-beta is an important release that introduces Constantinople fork at block 7080000 on Mainnet.
This release also contains a fix for chains using AuRa + EmptySteps. Read carefully if this applies to you.
If you have a chain withempty_steps already running, some blocks most likely contain non-strict entries (unordered or duplicated empty steps). In this releasestrict_empty_steps_transition is enabled by default at block 0 for any chain with empty_steps.
If your network uses empty_steps you must:
strict_empty_steps_transition to the desire fork blockstrict_empty_steps_transition to 0xfffffffff to disable it.The full list of included changes:
Parity-Ethereum 2.2.2-beta is an exciting release. Among others, it improves sync performance, peering stability, block propagation, and transaction propagation times. Also, a warp-sync no longer removes existing blocks from the database, but rather reuses locally available information to decrease sync times and reduces required bandwidth.
Before upgrading to 2.2.2, please also verify the validity of your chain specs. Parity Ethereum now denies unknown fields in the specification. To do this, use the chainspec tool:
cargo build --release -p chainspec
./target/release/chainspec /path/to/spec.json
Last but not least, JSONRPC APIs which are not yet accepted as an EIP in the eth, personal, or web3 namespace, are now considere experimental as their final specification might change in future. These APIs have to be manually enabled by explicitly running --jsonrpc-experimental.
The full list of included changes:
Client: only used Traitscommitload_share from LightParams.Configblockchain.rsis_idle to LightSync to check importing statusis_idleSyncStateWrapperfn get -> fn into_innercontinue_sync to Sync_stepParity-Ethereum 2.2.1-beta is the first v2.2 release, and might introduce features that break previous work flows, among others:
--snapshot-threads which specifies the number of threads. This helps improving the performance of full nodes that wish to provide warp-snapshots for the network. The gain in performance comes with a slight drawback in increased snapshot size.max_round_blocks_to_import is increased to 12 and configurable via the --max-round-blocks-to-import CLI flag. With unstable network conditions, it is advised to increase the number. This shouldn't have any noticeable performance impact unless the number is set to really large.8_000_000 and gas cap 10_000_000, similar to Geth 1.8.15+.PORTABLE=OFF environment variable.parity_allTransactionHashes (#9745): Get all pending transactions from the queue with the high performant parity_allTransactionHashes RPC method.eth_chainId RPC method (#9783): implements EIP-695 to get the chainID via RPC.ExtendedHeader; is_epoch_end was updated to take a vec of recently finalized headers; is_epoch_end_light was added which maintains the previous interface and is used by the light client since the client itself doesn't track finality.The full list of included changes:
tokio_core with tokio (ring -> 0.13) (#9657)read_only executions read-only (#9591)parity_submitWorkDetail similar eth_submitWork but return block hash (#9404)DNS thread (#9647)worker-threads when explictly specified not to (#9620)account balance before importing transactions (#9417)