Skip to main content

Overview

In Lasso RPC Core v0.5.0, the metrics API reports a chain in the default public profile, including provider statistics, RPC method performance, and VM resource usage. It does not accept a profile parameter or report a chain configured only in a custom profile.

Endpoint

Path Parameters

string
required
A chain identifier in public (e.g., ethereum, polygon, arbitrum)

Response

string
required
The chain identifier
integer
required
The numeric chain ID (e.g., 1 for Ethereum)
integer
required
Unix timestamp in milliseconds when metrics were collected
object
required
VM and system resource utilization
object
required
Aggregated performance metrics for the chain
array
required
Performance metrics for each provider
array
required
List of RPC methods that have been called on this chain
array
Detailed RPC method performance organized by provider
array
Detailed RPC method performance organized by method
integer
required
Timestamp when metrics were last updated

Response Example

Error Responses

Chain Not Found

HTTP Status: 404 Not Found This includes chains configured only in another profile. The response’s available_chains lists canonical chain names in public; see the released metrics controller.

Use Cases

Monitor Chain Performance

Track overall performance metrics for a blockchain:

Provider Performance Comparison

Compare performance across different RPC providers:

RPC Method Analysis

Analyze performance of specific RPC methods:

System Resource Monitoring

Monitor system resource usage:

Performance Dashboards

Transform the JSON values for your monitoring backend. For native Prometheus text, scrape GET /metrics on each node; see metrics. The JSON endpoint remains useful when you need the chain and provider fields:
rpc_calls_per_second, failovers_last_minute, and recent_activity are reserved fields that return null in v0.5.0. Derive a rate from successive total_calls samples if your monitoring system needs one.

Notes

  • Available values reflect retained in-process upstream-attempt observations.
  • Performance percentiles (p50, p95, etc.) are calculated over a sliding window
  • Provider scores combine the success fraction, average latency, and observation count. They rank providers within the retained data; they are not percentages.
  • The rpc_performance_by_provider and rpc_performance_by_method fields provide the same data organized differently for convenience
  • System metrics reflect the Erlang VM’s resource usage, not the underlying host system