Skip to content

Historical page retained for compatibility. It may contain superseded assumptions, incomplete plans, or outdated links and is not current canonical content. See the Archive for context.

High-Performance Route Evaluation

Route-evaluation throughput is useful evidence only when the measured subject, workload, revision, and stopping point are explicit. This analysis interprets retained Salus measurements without treating catalog size or evaluator speed as evidence of execution or profit.

The question

How should an engineer read a high-throughput route-evaluation result? A rate alone is ambiguous. It may describe catalog construction, one evaluation service, a complete block-to-decision path, or a synthetic loop. It also says nothing by itself about whether an economically useful opportunity was selected.

The useful question is narrower: what did a retained workload measure, at which revision, and how far along the decision path did the evidence reach?

A measurement model

Salus separates several quantities that are easy to collapse into one headline:

  • Token nodes and pool components describe a retained market graph.
  • Catalog routes are bounded paths available for later evaluation.
  • Route evaluations are completed evaluations of catalog routes against a retained workload.
  • Opportunities are candidates produced by economic analysis.
  • Selected after-gas routes have passed a later cost-aware selection gate.
  • Submitted transactions, executions, and realized profit are subsequent operational outcomes.

The units form an evidence sequence, not interchangeable names for “performance.” A system can maintain a large catalog and evaluate it quickly while selecting no route after costs. That result can still demonstrate evaluator capacity, but it cannot establish profitable execution.

Retained observations

This retained historical account is superseded by the current High-Performance Route Evaluation page. Its dated evidence remains illustrative rather than a current implementation reference.

ObservationMeasured subjectResult
Ethereum graph snapshotToken nodes3,415
Ethereum graph snapshotPool components4,552
Ethereum bounded catalogRoutes with a maximum of four hops2,401,108
Base retained runtime runSustained route evaluations per second16,537
Base retained runtime runPeak route evaluations per second38,462

The sustained rate divides completed route evaluations by measured evaluation-service time across the retained Base run. The peak is the highest reported observed rate within that run. These are route-evaluation rates, not transaction or profitability rates. No new live benchmark was run for this migration.

What the evidence establishes

The retained measurements establish that the pinned implementation built and stored a multi-million-route bounded Ethereum catalog and processed a retained Base route-evaluation workload at the reported sustained and peak rates. The graph, catalog, and evaluator figures are separately named, which makes the result inspectable and repeatable against the retained evidence.

For engineering review, the important property is not the largest number. It is the ability to state which stage produced each number and to preserve enough provenance to revisit the claim when the implementation or workload changes.

What it does not establish

The latest cited retained runs selected zero after-gas routes. The measurements therefore do not establish opportunity recall, selected economic value, submitted transactions, successful execution, realized profit, current live performance, or commercial validation.

They also do not support comparing Salus with another system unless the workloads, hardware, timing boundaries, graph filters, route definitions, and evaluation semantics are made comparable. A higher rate can reflect a narrower evaluation boundary rather than a better end-to-end system.

Provider configuration, operational thresholds, route-selection details, opportunity identities or values, gas-bidding behavior, active strategy parameters, and vulnerabilities are outside this public analysis.

Engineering implications

Performance reports for route evaluators should publish a measurement contract before a headline:

  1. identify the implementation revision and observation date;
  2. define graph, catalog, evaluation, selection, and execution units separately;
  3. state the measured timing boundary and retained workload;
  4. place zero or negative downstream results next to throughput figures;
  5. record what evidence would be needed to advance the claim.

This structure makes evaluator capacity useful without asking it to prove an economic or operational outcome it did not measure.

Go deeper