Compute Heartbeat System
Compute nodes maintain an in-memory registry with a 30-second TTL. Nodes send periodic heartbeats to stay discoverable:| Status | Meaning |
|---|---|
healthy | Accepting requests, normal operation |
degraded | Accepting requests, reduced capacity |
down | Not accepting requests |
Model Availability
The/v1/models endpoint reports availability based on model format:
| Format | Availability Check |
|---|---|
api | Always available (routed through TrustGate) |
safetensors / gguf | Requires at least one healthy compute node |
- Compatible runtime —
runtimeCompatible()check - Sufficient hardware — VRAM and context length via
hardwareCompatible() - Recent heartbeat — within 30s via
ComputeRegistry.isHealthy()
Matching Engine
When a request arrives at/v1/match, the matching engine evaluates candidates:
Model Passports
Every model in the network is registered as a passport with metadata:Compute Passports
Compute nodes register their hardware capabilities:Revenue Splits
When inference flows through a compute node, revenue is split according to configurable basis points:| Recipient | Default Share |
|---|---|
| Compute provider | 70% (7000 bps) |
| Model provider | 20% (2000 bps) |
| Protocol | 10% (1000 bps) |
lucid_agent_wallet program’s configure_split and distribute instructions..png?fit=max&auto=format&n=VsjUqn6fLqEhBiuI&q=85&s=8b4c7e6431e9a6af1ef23b77bb4ff5fd)
.png?fit=max&auto=format&n=VsjUqn6fLqEhBiuI&q=85&s=d5651a45e4bfbabc33f74e146af3f94a)