GitLab

The FloweeJS component uses this class but requires the usage
of the NodeJS 'main' thread. Which needs safe access to the jobs
list at the same time the Flowee workers need access.
Simple solution; add a mutex.

Also fix some compiler warnings

This makes string comparisons much easier (a > 9, while 10 < 9).

This should make cmake finish for him too.

Instead of asking for a block and reacting when we get a failure, this
just uses the current height instead.

This also makes 'flush' happen in each indexers' own thread, which should
be good for performance.

Ask the hub for the chain-length and when we processed the last block,
immediately flush the data to the SQL DB.
This makes use represent the whole world faster.

This should fix the issue where the NWM stopped listening due to us not
calling the proper setupCallback()

Also add some logging.

Make the UTXO search callback actually useful for more than tests.

This passes all the data we have and what the user could want to use,
also updating the receiver (bitcore-proxy).

We have that info, it should be send.

Make the callback happen after we get the indexer status.

Additionally, fix the issue where looking up a txid that failed
would end up being recursive due to us copying the initially requested
hash. Causing it to be a duplicate (which then fails etc).

Instead of exiting when no SQL DB is found, sleep for 5 seconds and try
again.

Log IP of remote that tries to talk to us but doesn't know the protocol.

Those should not be stored in the orphan cache, as the data is just
wrong. Not missing.
So also punish the sender, it won't ever be valid.

An INV in some cases could lead us to reply with two transactions
instead of one.