onboarding improvements to CLI and internal miner key management.

add ru864 frequency

Add audit 54, update staking keys for nebra

monitor miner

Remove staging from default router list

Bump snapshot to 712081

Useablity improvments to miner info commands

There was missing "info" in the display. Made it look like the other commands such as peer.
Also made it more clear for what info_in_consensus_usage(), and info_name_usage() does.
Added the region to the info_usage(). Was missing in the past.

Bump snapshot to 706321 and bump core/p2p for nat-pmp fix

Make it more clear that when a non-ECC chip miner has no recorded
onboarding key it uses its public key instead.

bump blessed snap for 2/1 release

ignore unknown commands rather than treating them as transactions

some crash cleanups

This reverts commit 2529d332.

This reverts commit bf3dfc25.

Change the code in`miner_keys` so that the onboarding "key" is
treated more like an opaque token rather than a string of any particular
format. It used to be the case that the onboarding key was actually a
public key, encoded in base58 format, but with the advent of DIY and,
later, HIP-19, this is no longer the case. The code base was starting to
bend in strange ways to support this old notion, particularly in
`print_keys/1`, where the function had to duplicate the logic of
determining the source of the onboarding key just to figure out how to
convert it into a string. By forcing it to be a string when it is loaded
from its ultimate source, we remove this unusual coupling and hopefully,
squash a Dialyzer warning that must have existed for some time.

Polish up the "info onboarding" CLI handler by making it a bit more
idiomatic Erlang, and allowing the user to provide _any_ onboarding key
for the onboarding key query if desired, not just the key in this miner.

With the adoption of HIP-19 there are now several manufacturers of approved
Helium miners, and thus, no single central staking party to approve onboarding
transactions, such as "assert_gateway" and "assert_location". The new process
requires gateway owners to find the appropriate staking payer for their
particular gateway when constructing such transactions.

A new API server has been created to manage this process, and to use it,
users must submit an "onboarding" key to the server to learn the ultimate
manufacturer and responsible staking party for the gateway. This code
adds support for querying that API directly from the miner in order to
show the user the information they will need for such transactions.

ignore mark_done in the hbbft handler

bump core + deps + bless

Dynamically select PoC TX power by region

Update snapshot to 687601 and bump core