Measurement methodology

How to measure MEV execution routes

A neutral, reproducible template for recording endpoint timing, provider responses, transaction inclusion, and costs in your own environment.

Linkable summary

Scope of this page

This page explains what to measure and how to compare observations. It does not publish live FRB or provider results, rankings, or performance claims.

A repeatable measurement process

Define the test before running it and keep the same inputs when comparing routes.

  1. Pin the environment. Record network, region, client, endpoint, transport, software release, and test window.
  2. Separate each stage. Measure endpoint response, provider or relay acknowledgement, transaction inclusion, and final outcome independently.
  3. Use comparable samples. Keep transaction inputs and fee policy consistent; record sample size, retries, errors, and exclusions.
  4. Publish limitations. Include timestamps, units, conversion sources, and the exact method so others can reproduce the run.

What to record

MeasurementRecordWhat it does not prove
Endpoint request timingRegion, endpoint, transport, timestamp, sample size, p50/p95Does not measure relay acceptance or transaction inclusion.
Submission responseProvider, route, response or error, retry policy, target blockAn acknowledgement is not proof of inclusion.
Transaction outcomeSimulation, submitted transaction, confirmation and final statusKeep each stage separate; do not infer from simulation alone.
Execution costsGas, priority fees, failed attempts, refunds if applicable, conversion source/timeReport actual observations; do not imply savings or expected returns.

Interpretation limits

A network or relay acknowledgement is not proof that a transaction was included or settled.

Endpoint latency alone does not establish route safety, execution quality, or profitability.

One test run is an observation, not a trend or a provider ranking.

Technical references

Verify route-specific behavior in current provider documentation before drawing conclusions.

Frequently asked questions

Does low endpoint latency guarantee transaction inclusion?

No. Endpoint response time, relay acceptance, and on-chain inclusion are separate events and should be recorded separately.

Can I compare providers with this template?

Yes, if you use comparable inputs and conditions, document the sample and method, and avoid treating a small sample as a universal ranking.

Does this page show FRB production benchmarks?

No. It is a measurement guide and contains no live FRB or provider result feed.

Measure from your own environment

Use the WSS latency test for client-observed endpoint timing; it does not measure transaction inclusion.

Open WSS latency test
Control the Pulse

Expand Your Execution

Maximize your edge by exploring the full FRB toolkit. From institutional-grade telemetry to ready-to-export strategy scripts.

Ready to Evolve?

Take the Next Step

Whether you're verifying terminal security or launching your first bundle, the FRB journey starts here.

Recommended

Install FRB Agent

Secure Windows build. Verified via SHA-256 for maximum integrity.

Recommended

Read Docs Quick Start

Master the setup in 15 minutes. From wallet pairing to first bundle.

Recommended

Launch Dashboard

Monitor your Ops Pulse and manage transaction routes in real-time.