* Reduce log level for explorer API errors
* Reduce log level for remote peer invalid open_channel

If there is already a pending HTLC settlement command in the DB, the
post-restart handler should let the channel replay it instead of sending
a conflicting command.

Sometimes lnd sends announcement_signatures before sending their channel
reestablish. This is a minor spec violation, we can simply delay the message
and handle it later (hopefully once we've received their reestablish).

Breez sometimes returns errors that we fail to parse.
Unfortunately we didn't correctly log the shared secrets because the
variable was shadowed, so we can't investigate further for now.

If we're unable to fetch the number of unconfirmed parents for a utxo,
this shouldn't cause the global utxo check to fail. We log a warning and
let operations continue to ensure the metric is updated.

We're seeing some instances of the following error in our logs:

cannot parse returned error: class fr.acinq.eclair.wire.protocol.UnknownMessage
cannot be cast to class fr.acinq.eclair.wire.protocol.ChannelUpdate

Logging the bytes and shared secrets will let us investigate these.

There may be a race condition where a peer disconnect in the middle of a
channel id assignment. In that case, we still want to record the up-to-date
mapping.