This reverts commit b5b17be8.

This reverts commit ea4b3777.

Expanded the usesignatures parameter to simulate signature verification at clients without having the clients generate a signature first. Useful to spare computational resources during throughput benchmarking.

Fixed bug in durability coordinator which would result in a BindException being thrown while trying to restart the group.

Implemented a new mechanism to allow the leader replica to accumulate requests for each batch, instead of starting a new consensus instance as soon as the previous one was finished and at least a new request has arrived.

Fixed race condition in reconfiguration that would occur when batch execution was slower than consensus processing.

Fixed vulnerability that would cause the system to block if a client issued a malformed/invalid reconfiguration request.

Implemented ramp-up phase in AsyncServiceProxy and changed parameter 'interval' to 'max interval' (actual interval being randomly chosen between 1 and the value specified).
Improved ReplyManager
Changed settings in system.config to include param system.numrepliers
Added usage of unused read-write lock in the Netty Encoder

Fixed bug on StateManager that would keep the system from  executing requests if it was comprised of a single replica.

The Executable interfaces are now responsible for creating the TOMMessages that are the client replies instead of the ServiceReplica. This is done to enable the Executables to decide when to reply to clients instead of having to comply to the ServiceReplica.

Renamed packages:

- bftsmart.statemanagement.strategy -> bftsmart.statemanagement.standard
- bftsmart.statemanagement.strategy.durability - > bftsmart.statemanagement.durability
- bftsmart.tom.server.defaultservices.durability -> bftsmart.tom.server.durability

Minor fixes to DurabilityCoordinator so that it is possible to initialize a service that uses that recoverable.

RSAKeyLoader will now store public keys in memory instead of always reading them from disk upon every single invocation of loadPublicKey(...).

Fixed vulnerability in LCManager.hasValidProof(...) that would not compare the values of the ACCEPT messages with the decision if the consensus proof was comprised of signatures.

Added an optimization to the generation of consensus proofs consisting of speculatively creating the ACCEPT message upon the reception of the PROPOSE message.
Also set the default consensus proof type to signatures.

Implemented shuffling mechanism in the replica-to-replica communication layer to prevent the replica with the lowest ID/index from always being the last one receiving messages (which can result in that replica to become consistently delayed in relation to the others).

The previous commits caused the library to re-send ACCEPT messages if more WRITE messages arrived after reaching a quorum. This commit fixes that behaviour.

Created new option to choose if a consensus proof should be comprised of signatures or a MAC vector.