55 Commits

Author	SHA1	Message	Date
c0gent	697ba6f0a8	Add common supertraits and rename related type parameters. ... * Add the `Contribution`, `NodeUidT`, and `Message` supertraits. * Rename type parameters: * `Tx` -> `T` or `C` * `NodeUid` -> `N`	2018-08-02 14:52:12 -07:00
Nick Sanders	c5977d1ab8	Revert "Reorganize `dynamic_honey_badger` and `agreement` modules slightly."	2018-08-02 12:24:25 -07:00
c0gent	7824b7a0ea	Reorganize `dynamic_honey_badger` and `agreement` modules slightly. ... * Move `CoinState` and `Agreement` definitions from `agreement/mod.rs` to `.../agreement.rs`. * Move `DynamicHoneyBadger` definition from `dynamic_honey_badger/mod.rs` to `.../dynamic_honey_badger.rs`.	2018-08-02 11:24:15 -07:00
Andreas Fackler	d19afc2634	Change the QHB criterion for moving on to the next epoch. ... `QueueingHoneyBadger` now waits after an output, and only makes its proposal for the next epoch when: * there are pending transactions in the queue, * there are pending key generation or vote messages, or * _f + 1_ other validators have already made their proposal. This rule should work well for small networks: With 1 - 3 nodes, it will produce a new batch whenever at least one of them has transactions to contribute. In larger networks, it prevents an adversary controlling _f_ nodes from producing lots of empty epochs. An exception is made for a currently joining validator: We will commit up to _(N + 1)² + 1_ key generation messages for them, which is the maximum number a correct node will send.	2018-08-01 18:52:32 +02:00
Andreas Fackler	5591f5ebd0	Split honey_badger into submodules.	2018-08-01 09:56:18 +02:00