HL Iroha team is happy to present the new Release Candidate. Here are some changes that we implemented in this release:

Pluggable Consensus: https://github.com/hyperledger/iroha/pull/2125

iroha::consensus::yac::SupermajorityChecker interface now has two implementations: a BFT and a CFT checker. Besides that all the signature-related logic was put away from that interface, and it now op...

• Add rollback before TemporaryWsv creation to prevent a deadlock in reject case, if a block was prepared before voting
• Add hash index for transaction status table to prevent sequential scan on each query

Benefits

Improved performance

Possible Drawbacks

One more query in the pipeline, hash index is not WAL logged

For this release we focused on performance, memory consumption so now Iroha is faster and more efficient. There are also some new features added. Here are new improvements that are being released with RC 4!

Fixes and updates reducing memory consumption and improving performance:

Fixed nested object copy in shared_model proto backend: https://github.com/hyperledger/iroha/pull/2096 Prevent...

Critical bugs fixed and stability improved:

Transaction status streaming fixed: https://github.com/hyperledger/iroha/pull/2033

Fix saving rejected tx hashes for failed atomic batches: https://github.com/hyperledger/iroha/pull/2043 When an atomic batch arrived with one stateful valid and one stateful invalid transaction, only one tx hash was saved to block as rejected (stateful invalid)....

Release Candidate 2 has the same awesome features as the first one but with some very important fixes and improvements. Please make sure to check them out:

Hex format for client API

Now all keys and hashes, and basically all API messages will use HEX format. It will be consistent from now and will make Iroha faster and more stable. That is a breaking change, so please make sure your Iroha i...