Node telemetry metrics

There is currently no way for nodes to communicate metrics for monitoring network status. Things such as these are being considered:

  • Block count
  • Cemented block count
  • Set bandwidth cap
  • Protocol version number
  • Node vendor version
  • Peer count
  • Account count

We are looking to see if there are any others node operator may want.

The reason for doing this, is that even though we are connected to many peers we don't actually share much information about the node state. It can there be difficult to know how far along the upgrade or bootstrap process we are or if an error has been encountered. This will enable the node to automatically adjust to these conditions.

This relates to issue


I fully agree with your remark. So in the future we can add real-time node monitoring, I have an idea, to reduce network impact, why don't we use MQTT to enable this transfer?


We'd like the telemetry to be available over the regular peer to peer network protocol. However we are considering MQTT (or other message brokers) for our callback mechanisms, in addition to http and websockets, for their guaranteed delivery aspect :+1:


Now that we are adding voters count into into election information for websocket/RPC, I wonder if tracking and reporting to others the average voters per block seen over a time period could help give a better picture of the decentralization being actively seen across the network. Do we think there is value in that?

1 Like