Overview
In Lasso RPC Core v0.5.0, the metrics API reports a chain in the defaultpublic 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
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, scrapeGET /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_providerandrpc_performance_by_methodfields provide the same data organized differently for convenience - System metrics reflect the Erlang VM’s resource usage, not the underlying host system