hiero-ledger / hiero-ledger/hiero-consensus-node

System transaction for critical metrics

Open
#6,644 0 comments 0 reactions 0 assignees View on GitHub
Platform
Dominant language
Java
Stars
406
Forks
226
Avg merge
3d 4h
Merged PRs (30d)
210

Description

From a node operator's perspective, it would be convenient if there was a system transaction that carried various metrics from all nodes. Currently, a node operator can only get access to the metrics of another node if it has access to a shared grafana dashboard (or equivalent). In the future, there may be node operators who decide not to share metrics data.

Before creating this feature, we should identify a small subset of mission-critical metrics.

- ping time between neighbors
- bandwidth utilization between neighbors
- transaction queue size
- TODO: list others

There should be configuration that causes this transaction to be submitted by each node every X seconds.

When these transactions are received, each node would unpack them, and then export the data to the metrics engine.

This allows all node operators to see the critical metrics from all honest and healthy nodes (as long as we don't lose quorum), even if those node operators do not decide to export metrics data.

Contributor guide

Open the contributing guide

Research direction

Start by mapping the system transaction submission and receipt-handling paths, then inspect how received data reaches the metrics engine. Define the initial mission-critical metric subset, the configurable submission interval, and the format and export behavior needed for operators to see data from other nodes.

Written by the indexing model from the issue text.

Assessment

Tech stack
java
Domain
distributed-systems, observability-sre
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.