Reliability is hard to scan quickly
Raw telemetry exists, but it is not organized into a public surface that makes degraded validators and unhealthy conditions obvious in seconds.
Public Reliability Product
Monad Sentinel is a focused public product for validator health, upgrade readiness, anomaly detection, and explainable scorecards. It is intentionally narrower than a broad analytics portal and intentionally stronger where operators actually need signal.
Problem
They try to show everything, explain nothing, and blur together chain metrics with validator reliability. Monad Sentinel takes the opposite route: smaller scope, stronger signal, and public operator utility.
Raw telemetry exists, but it is not organized into a public surface that makes degraded validators and unhealthy conditions obvious in seconds.
Software rollout moments are among the highest-risk periods in validator operations. Public visibility into who upgraded and who did not is often fragmented.
Generic validator rankings rarely explain what moved a score. Monad Sentinel treats explainability as a product requirement, not a nice-to-have.
MVP
Version one should answer four important questions well before it tries to answer forty badly.
Public scanning surface for score, state, sync, peer health, version status, and active anomaly flags across the validator set.
Network-wide rollout view showing who is current, who is lagging, and where visibility is still incomplete during release coordination windows.
Live public event stream for zero peers, missing upstream validators, unexpected state sync, stalled block progression, and sustained RPC degradation.
Per-validator detail page with breakdowns, evidence behind the score, version status, and recent anomaly history, so the rating stays interpretable.
Scoring
A useful score should be traceable. Users should see not only the number, but also what changed, which component weakened, and whether missing data affected the confidence of the result.
“Score decreased because peer health weakened, RPC latency remained elevated, and the validator stayed behind the target version window.”
Scope
Useful later, but not part of the strongest first release. It dilutes the operator-focused reliability angle and adds unnecessary data complexity.
Monad Sentinel should not compete on breadth with an explorer. It should compete on the quality of validator and network reliability insight.
If a feature does not improve reliability visibility, upgrade coordination, anomaly understanding, or score explainability, it should probably wait.
Architecture
The technical recommendation for version one is intentionally restrained: one backend, one worker layer, one database, and a public frontend with stable contracts.
Scheduled jobs fetch validator identity, version state, public health signals, and Prometheus-backed telemetry, then normalize everything into one internal schema.
Rule-based evaluation computes score components, emits anomaly events, and materializes the latest validator and network snapshots.
Thin contracts feed a public web UI with sortable tables, drill-down pages, and freshness metadata on every important object.