Oct 14, 8-9 AM (45)
Oct 14, 9-10 AM (30)
Oct 14, 10-11 AM (34)
Oct 14, 11-12 PM (24)
Oct 14, 12-1 PM (31)
Oct 14, 1-2 PM (33)
Oct 14, 2-3 PM (24)
Oct 14, 3-4 PM (45)
Oct 14, 4-5 PM (3)
Oct 14, 5-6 PM (12)
Oct 14, 6-7 PM (17)
Oct 14, 7-8 PM (6)
Oct 14, 8-9 PM (12)
Oct 14, 9-10 PM (11)
Oct 14, 10-11 PM (7)
Oct 14, 11-12 AM (8)
Oct 15, 12-1 AM (8)
Oct 15, 1-2 AM (13)
Oct 15, 2-3 AM (3)
Oct 15, 3-4 AM (2)
Oct 15, 4-5 AM (14)
Oct 15, 5-6 AM (32)
Oct 15, 6-7 AM (17)
Oct 15, 7-8 AM (11)
Oct 15, 8-9 AM (16)
Oct 15, 9-10 AM (22)
Oct 15, 10-11 AM (17)
Oct 15, 11-12 PM (30)
Oct 15, 12-1 PM (80)
Oct 15, 1-2 PM (34)
Oct 15, 2-3 PM (36)
Oct 15, 3-4 PM (12)
Oct 15, 4-5 PM (21)
Oct 15, 5-6 PM (24)
Oct 15, 6-7 PM (11)
Oct 15, 7-8 PM (29)
Oct 15, 8-9 PM (29)
Oct 15, 9-10 PM (5)
Oct 15, 10-11 PM (12)
Oct 15, 11-12 AM (4)
Oct 16, 12-1 AM (4)
Oct 16, 1-2 AM (5)
Oct 16, 2-3 AM (1)
Oct 16, 3-4 AM (2)
Oct 16, 4-5 AM (2)
Oct 16, 5-6 AM (1)
Oct 16, 6-7 AM (1)
Oct 16, 7-8 AM (3)
Oct 16, 8-9 AM (1)
Oct 16, 9-10 AM (2)
Oct 16, 10-11 AM (2)
Oct 16, 11-12 PM (2)
Oct 16, 12-1 PM (6)
Oct 16, 1-2 PM (4)
Oct 16, 2-3 PM (4)
Oct 16, 3-4 PM (3)
Oct 16, 4-5 PM (4)
Oct 16, 5-6 PM (2)
Oct 16, 6-7 PM (1)
Oct 16, 7-8 PM (6)
Oct 16, 8-9 PM (3)
Oct 16, 9-10 PM (2)
Oct 16, 10-11 PM (1)
Oct 16, 11-12 AM (2)
Oct 17, 12-1 AM (2)
Oct 17, 1-2 AM (2)
Oct 17, 2-3 AM (1)
Oct 17, 3-4 AM (3)
Oct 17, 4-5 AM (3)
Oct 17, 5-6 AM (2)
Oct 17, 6-7 AM (3)
Oct 17, 7-8 AM (1)
Oct 17, 8-9 AM (2)
Oct 17, 9-10 AM (4)
Oct 17, 10-11 AM (5)
Oct 17, 11-12 PM (15)
Oct 17, 12-1 PM (6)
Oct 17, 1-2 PM (1)
Oct 17, 2-3 PM (3)
Oct 17, 3-4 PM (1)
Oct 17, 4-5 PM (5)
Oct 17, 5-6 PM (2)
Oct 17, 6-7 PM (3)
Oct 17, 7-8 PM (4)
Oct 17, 8-9 PM (4)
Oct 17, 9-10 PM (3)
Oct 17, 10-11 PM (6)
Oct 17, 11-12 AM (8)
Oct 18, 12-1 AM (4)
Oct 18, 1-2 AM (2)
Oct 18, 2-3 AM (8)
Oct 18, 3-4 AM (7)
Oct 18, 4-5 AM (7)
Oct 18, 5-6 AM (35)
Oct 18, 6-7 AM (56)
Oct 18, 7-8 AM (4)
Oct 18, 8-9 AM (20)
Oct 18, 9-10 AM (51)
Oct 18, 10-11 AM (38)
Oct 18, 11-12 PM (33)
Oct 18, 12-1 PM (30)
Oct 18, 1-2 PM (35)
Oct 18, 2-3 PM (31)
Oct 18, 3-4 PM (22)
Oct 18, 4-5 PM (30)
Oct 18, 5-6 PM (9)
Oct 18, 6-7 PM (14)
Oct 18, 7-8 PM (8)
Oct 18, 8-9 PM (7)
Oct 18, 9-10 PM (10)
Oct 18, 10-11 PM (7)
Oct 18, 11-12 AM (11)
Oct 19, 12-1 AM (13)
Oct 19, 1-2 AM (16)
Oct 19, 2-3 AM (4)
Oct 19, 3-4 AM (9)
Oct 19, 4-5 AM (7)
Oct 19, 5-6 AM (6)
Oct 19, 6-7 AM (4)
Oct 19, 7-8 AM (29)
Oct 19, 8-9 AM (15)
Oct 19, 9-10 AM (19)
Oct 19, 10-11 AM (10)
Oct 19, 11-12 PM (20)
Oct 19, 12-1 PM (19)
Oct 19, 1-2 PM (62)
Oct 19, 2-3 PM (7)
Oct 19, 3-4 PM (27)
Oct 19, 4-5 PM (7)
Oct 19, 5-6 PM (8)
Oct 19, 6-7 PM (10)
Oct 19, 7-8 PM (6)
Oct 19, 8-9 PM (4)
Oct 19, 9-10 PM (5)
Oct 19, 10-11 PM (9)
Oct 19, 11-12 AM (2)
Oct 20, 12-1 AM (9)
Oct 20, 1-2 AM (9)
Oct 20, 2-3 AM (11)
Oct 20, 3-4 AM (16)
Oct 20, 4-5 AM (8)
Oct 20, 5-6 AM (7)
Oct 20, 6-7 AM (42)
Oct 20, 7-8 AM (141)
Oct 20, 8-9 AM (20)
Oct 20, 9-10 AM (25)
Oct 20, 10-11 AM (22)
Oct 20, 11-12 PM (23)
Oct 20, 12-1 PM (34)
Oct 20, 1-2 PM (26)
Oct 20, 2-3 PM (14)
Oct 20, 3-4 PM (4)
Oct 20, 4-5 PM (40)
Oct 20, 5-6 PM (39)
Oct 20, 6-7 PM (11)
Oct 20, 7-8 PM (8)
Oct 20, 8-9 PM (8)
Oct 20, 9-10 PM (7)
Oct 20, 10-11 PM (4)
Oct 20, 11-12 AM (8)
Oct 21, 12-1 AM (5)
Oct 21, 1-2 AM (10)
Oct 21, 2-3 AM (4)
Oct 21, 3-4 AM (8)
Oct 21, 4-5 AM (17)
Oct 21, 5-6 AM (57)
Oct 21, 6-7 AM (30)
Oct 21, 7-8 AM (31)
Oct 21, 8-9 AM (8)
2,448 commits this week Oct 14, 2021 - Oct 21, 2021
Refactor verifyKES to avoid excessive VerKey calculation
We now split verification into two steps:

1. verifyDSIGN on the 'sigma' part of the signature. We include the
   VerKey for the leaf node in the signature itself, and just verify
   against that. This is not sufficient as validation on its own,
   hence...
2. ...recursively calculate the root VerKey along the Merkle path down
   to the leaf node, and compare it against the VerKey to verify
   against.

The advantage of this is that we only ever calculate the hashes we
absolutely need, and avoid duplicate calculation efforts.
Add test to check order of ConnectionManager trans
- In unregisterInboundConnectionImpl: OutboundDupState Ticking -> OutboundDupState Expired
- In withConnectionManager cleanup, where we put the state in TerminatedState is missing a trace. However, since this can be async the connState can come out of order and/or not making much sense.
- In requestOutboundConnectionImpl bracketOnError: TerminatedState -> Unknown
- In includeInboundConnectionImpl: on readPromise Left handleError case, where we put the state in either TerminatingState or TerminatedState
- In unregisterInboundConnectionImpl: Only trace TerminatingState -> TerminatedState, after having written to the connVar
- In a possible race between withConnectionManager finally block and forkConnectionHandler cleanup function, where the latter can run first and break an assumption made by withConnectionManager that it is the first to run so a connection shouldn't be in TerminatingState (which is not the case, since there is a race condition). So an out of order and possibly not making much sense transition is logged.
- When accept call returns first than connect and the connVar gets overwritten. In requestOutboundConnectionImpl cleanup function we wrongly trace * -> TerminatedState transition of a removed connVar, we shouldn't care about that connVar anymore.
- In promotedToWarmRemoteImpl, in OutboundIdleState case we are not updating the state correctly.