Developer preview · planned network

Compute at the edge.Prove every route.

Aegis Resonance is a developer API concept for orchestrating distributed workloads with energy-aware routing and verifiable telemetry designed into the control plane.

Pre-launch evaluation only. Access is being shaped with a small group of technical teams.

Route inspector
PREVIEW

Workload

embedding-batch

queue: latency-aware

Policy inputs

regionus-west
latency< 80ms
telemetryrequired

Candidate route

Boulder

candidate

Cascade

candidate

Sierra

standby

receipt schema: v0inspectable

CONCEPT INTERFACE · NOT LIVE TELEMETRY

The control plane

Built for teams that need the “why” beside the result.

The design goal is a routing layer that makes intent, execution context, and operator signals easier to inspect—not a black box that simply returns a result.

Workload routing

Express constraints. Preserve the decision trail.

Set boundaries around locality, latency, capacity, and reporting. The proposed architecture keeps routing decisions legible as workloads move across participating infrastructure.

01

placement rules

02

capacity signals

03

route receipts

Proof-of-Resonance

Telemetry with a traceable context.

Proof-of-Resonance is our working name for the telemetry and attestation model under exploration. It is intended to give teams structured evidence for how a job was orchestrated.

Workload receipt

Job inputs and routing policy recorded

Node attestation

Operator-reported execution telemetry

Control-plane trace

Inspectable orchestration decisions

Node visibility

A clearer surface for operators.

The operator experience is planned around workload eligibility, maintenance windows, and the signals a node operator chooses to expose.

Network controls

Parameters should be visible before they matter.

Aegis plans to publish the routing policies, reporting requirements, and usage conditions that shape participation as the network matures.

Developer workflow

A small API surface. A richer execution record.

The preview is being designed around practical orchestration primitives—submit, inspect, and trace—rather than a proprietary abstraction layer.

API shape in development
  1. 01

    Declare the workload

    Send a workload request with placement preferences, latency boundaries, and resource requirements.

  2. 02

    Review the route

    Inspect the proposed execution path and the telemetry fields your team wants to capture.

  3. 03

    Trace the result

    Read structured receipts for the job, the participating nodes, and the control-plane decisions.

Developer-first

Policy intent stays close to the request.

Inspectable by design

Receipts are a core product question, not an afterthought.

Network-aware

Distributed capacity is considered at the routing layer.

Early access

Help shape a more legible compute network.

We’re inviting teams with real orchestration problems to guide the developer preview. Tell us what needs to be visible, controllable, and exportable before a production network exists.

Planned $AEGIS usage settlement is not active in the preview.

Request early access