Cons Docs
Home Open App
  1. Docs
  2. Routing
1 min read

Routing Engine

The Routing Engine chooses among compatible cross-chain paths.

It operates primarily outside the Solana Program because route selection depends on dynamic information such as provider quotes, current availability, observed reliability, and estimated latency.

Route Inputs

A route decision may consider:

  • Source and destination chain.
  • Asset or message type.
  • Provider support.
  • Solana mint and token-program compatibility.
  • Current provider availability.
  • Estimated provider and network cost.
  • Estimated latency.
  • Security configuration.
  • Recent reliability.
  • Application allowlists and policy.

Route Comparison

Conceptual example:

RouteCostETASecurityStatus
Provider A$2.103 minStandardActive
Provider B$1.408 minStandardActive
Provider C$3.201 minHigher assuranceActive

The table illustrates normalized comparison. Provider-specific measurements remain external observations rather than guarantees from the Solana Program.

Priorities

Applications can express routing preferences such as:

JSON
{ "priority": "cost" }
JSON
{ "priority": "speed" }
JSON
{ "priority": "security" }

Eligibility Before Optimization

Cons first determines whether a route is allowed and technically compatible. Only eligible routes are compared for optimization.

  1. Compatibility
  2. Policy Filter
  3. Health Filter
  4. Route Comparison
  5. Selected Route

Route Commitment

After a route is selected, the request can bind itself to the relevant provider and parameters before execution. This prevents a prepared Solana transaction from silently changing to an unrelated route after user authorization.

Cons documentationPage 8 of 15