Β§ NEW Β· Unified Ecosystem Architecture

The Distributed Intelligence Stack β€” one theory, five systems.

MeshInfer.AI is the central inference fabric that unifies DOSFI, MeshNativeExchange, DOSFI Academy, and DOSFI University into a single, coherent platform for distributed intelligence. This document is the authoritative architectural reference for all five systems.

Syncing ecosystem state…
U.0

Unification Status β€” all five platforms

The Mesh-Native Unifying Theory is structurally enforced across every platform in the Distributed Intelligence Stack. The badge below confirms all 11 theory components are active; the compliance maps that follow show how each of the five systems realizes them.

U.1

The Mesh-Native Unifying Theory of Distributed Intelligence

The Mesh-Native Unifying Theory of Distributed Intelligence holds that intelligence β€” the execution of inference, reasoning, and decision-making β€” should run on the compute that already exists in the world: in users' devices, in peer networks, and in the cloud as a last resort. The five systems of the Distributed Intelligence Stack are the engineering realization of this theory.

The single authoritative definition
Distributed intelligence is the practice of routing, executing, and settling AI inference workloads across heterogeneous compute β€” local devices, peer mesh nodes, and cloud providers β€” governed by a unified identity layer, metered in a compute-backed economic unit (the Distributed Intelligence Unit, DIU), and settled on a transparent exchange β€” such that any application can access intelligence at the lowest cost, lowest latency, and highest privacy that the available compute allows.

The five-system architecture

topology

  β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
  β”‚              DISTRIBUTED INTELLIGENCE STACK β€” LAYER MODEL                   β”‚
  β”œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€
  β”‚  LAYER 5 Β· EDUCATION & CERTIFICATION                                        β”‚
  β”‚  β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”  β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”  β”‚
  β”‚  β”‚  DosfiAcademy.com           β”‚  β”‚  DosfiUniversity.com                 β”‚  β”‚
  β”‚  β”‚  Developer Onboarding       β”‚  β”‚  Enterprise Certification            β”‚  β”‚
  β”‚  β”‚  SDK labs Β· routing labs    β”‚  β”‚  Architect tiers Β· DIU economics     β”‚  β”‚
  β”‚  β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜  β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜  β”‚
  β”œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€
  β”‚  LAYER 4 Β· ECONOMIC SETTLEMENT                       β”‚                      β”‚
  β”‚  β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β–Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β–Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”  β”‚
  β”‚  β”‚  MeshNativeExchange.com                                                β”‚  β”‚
  β”‚  β”‚  Vital DIU issuance Β· compute spend accounting Β· epoch settlement      β”‚  β”‚
  β”‚  β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜  β”‚
  β”œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€
  β”‚  LAYER 3 Β· INFERENCE FABRIC  ◄────┼──── THIS IS WHERE EVERYTHING FLOWS ────  β”‚
  β”‚  β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β–Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”  β”‚
  β”‚  β”‚  MeshInfer.AI  β€”  Central Inference Fabric                             β”‚  β”‚
  β”‚  β”‚  Routing Β· Scheduling Β· Privacy enforcement Β· Metering Β· DIU events    β”‚  β”‚
  β”‚  β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜  β”‚
  β”œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€
  β”‚  LAYER 2 Β· DISTRIBUTED OS                                                   β”‚
  β”‚  β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β–Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”  β”‚
  β”‚  β”‚  DOSFI.ai  β€”  Mesh Operating System                                    β”‚  β”‚
  β”‚  β”‚  Runtime Β· Scheduler Β· Identity Β· Privacy model Β· Protocol             β”‚  β”‚
  β”‚  β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜  β”‚
  β”œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€
  β”‚  LAYER 1 Β· COMPUTE                                                           β”‚
  β”‚  β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”  β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”  β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”  β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β” β”‚
  β”‚  β”‚  Browser     β”‚  β”‚  Desktop    β”‚  β”‚  Mobile     β”‚  β”‚  Server / Cloud    β”‚ β”‚
  β”‚  β”‚  WebGPU/WASM β”‚  β”‚  llama.cpp  β”‚  β”‚  CoreML/    β”‚  β”‚  CUDA / bare-metal β”‚ β”‚
  β”‚  β”‚  nodes       β”‚  β”‚  nodes      β”‚  β”‚  NNAPI nodesβ”‚  β”‚  nodes             β”‚ β”‚
  β”‚  β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜  β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜  β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜  β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜ β”‚
  β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜
          

Each system's role β€” canonical definitions

SystemLayerRoleCanonical description
DOSFI.ai2 β€” OSDistributed Operating SystemThe operating system for mesh-native applications. Provides the runtime, scheduler, identity layer, privacy model, and the DOSFI compute protocol. Applications run on DOSFI; inference flows through MeshInfer.
MeshInfer.AI3 β€” FabricCentral Inference FabricRoutes every inference request to the optimal compute target β€” local device, peer mesh node, or cloud provider β€” based on cost, latency, and privacy policy. The connective tissue of the entire stack.
Vital DIUEconomic unitDistributed Intelligence UnitThe compute-backed economic unit of the Distributed Intelligence Stack. DIU is issued when a node successfully executes inference and spent when an application consumes compute. Not a currency β€” a metered unit of verified work.
MeshNativeExchange.com4 β€” SettlementSettlement LayerSettles DIU issuance and spend in hourly epochs. Receives metering events from MeshInfer, verifies integrity, and commits final wallet credits. The financial ledger of the inference fabric.
DosfiAcademy.com5 β€” EducationDeveloper OnboardingTeaches developers to build mesh-native applications. Courses, hands-on labs, and SDK integration guides covering MeshInfer routing, DIU metering, and DOSFI architecture.
DosfiUniversity.com5 β€” CertificationEnterprise CertificationAdvanced distributed inference engineering curriculum. Architect-tier certification, enterprise deployment courses, and DIU economics training for engineering leaders.
U.2

The Unified Architecture Narrative

The authoritative one-paragraph story β€” consistent across all five systems
Applications run on DOSFI, the distributed operating system that manages runtime, scheduling, identity, and privacy for mesh-native workloads. Inference flows through MeshInfer.AI, the central fabric that routes each request to the optimal compute target β€” local, peer mesh, or cloud β€” metering every token against the requester's account. Compute is quantified in Distributed Intelligence Units (DIU), issued to nodes on task completion and spent by applications on task dispatch, then settled transparently on MeshNativeExchange in hourly epochs. Developers learn this stack at DOSFI Academy, building real inference applications in hands-on SDK labs. Engineering leaders certify on it at DOSFI University, completing architect-tier curricula in distributed inference engineering, DIU economics, and production mesh operations.

The data flow β€” end to end

sequence
  Developer App (DOSFI Runtime)
       β”‚
       │── "infer(prompt, model, policy)" ──────────────────────────────────►
       β”‚                                                                      β”‚
       β”‚                               MeshInfer.AI Coordinator               β”‚
       β”‚                               β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”    β”‚
       β”‚                               β”‚ 1. Identity verification         β”‚    β”‚
       β”‚                               β”‚    (DOSFI identity token)        β”‚    β”‚
       β”‚                               β”‚ 2. Privacy gate                  β”‚    β”‚
       β”‚                               β”‚    (policy: local_only/mesh_ok)  β”‚    β”‚
       β”‚                               β”‚ 3. Routing decision              β”‚    β”‚
       β”‚                               β”‚    (local β†’ mesh β†’ cloud)        β”‚    β”‚
       β”‚                               β”‚ 4. Task dispatch to node         β”‚    β”‚
       β”‚                               β”‚ 5. Metering event emitted        β”‚    β”‚
       β”‚                               β”‚    β†’ DIU spend debited           β”‚    β”‚
       β”‚                               β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜    β”‚
       β”‚                                           β”‚                           β”‚
       β”‚                               Node executes inference                 β”‚
       β”‚                               β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”    β”‚
       β”‚                               β”‚ 6. Tokens generated              β”‚    β”‚
       β”‚                               β”‚ 7. Result returned (encrypted)   β”‚    β”‚
       β”‚                               β”‚ 8. DIU issuance event emitted    β”‚    β”‚
       β”‚                               β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜    β”‚
       β”‚                                           β”‚                           β”‚
       β”‚                               MeshNativeExchange (hourly epoch)       β”‚
       β”‚                               β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”    β”‚
       β”‚                               β”‚ 9. Batch issuance events         β”‚    β”‚
       β”‚                               β”‚ 10. Integrity verify             β”‚    β”‚
       β”‚                               β”‚ 11. Commit wallet credits        β”‚    β”‚
       β”‚                               β”‚ 12. Settlement log β†’ AuditLog    β”‚    β”‚
       β”‚                               β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜    β”‚
       │◄──── tokens streamed back ────────────────────────────────────────────│
U.3

DOSFI.ai β†’ MeshInfer.AI Integration

Every interaction between DOSFI and MeshInfer is governed by a formal integration contract. The four DOSFI subsystems each have defined responsibilities within the MeshInfer fabric.

DOSFI Runtime β†’ MeshInfer inference routing

ContractDOSFI Runtime calls MeshInfer via the @meshinfer/sdk. Every inference call passes through MeshInfer routing β€” no direct cloud calls are made by the Runtime.
Runtime responsibilityExecute inference locally when the routing decision is local. Stream tokens back to the calling application.
MeshInfer responsibilityIssue the routing decision (local / mesh / cloud), enforce the privacy gate, and dispatch the task to the selected compute target.
Failure handlingIf local runtime fails, MeshInfer re-routes to mesh or cloud within the configured fallback policy. DOSFI Runtime reports the failure via the heartbeat.

DOSFI Scheduler β†’ MeshInfer scheduling

ContractDOSFI Scheduler sets per-node task concurrency caps and priority classes. MeshInfer Coordinator respects these caps when dispatching from the NATS task queue.
Scheduler responsibilityReport active_tasks count in every heartbeat. NACK tasks that would exceed the cap. Signal preemption readiness for background tasks.
MeshInfer responsibilityDispatch tasks to the correct internal queue partition. Honor NACK responses by immediately re-dispatching to the next-best node.
Priority integrationDOSFI Scheduler exposes priority hints (interactive / standard / background) which MeshInfer uses to select queue partition and latency SLO.

DOSFI Identity & Privacy β†’ MeshInfer enforcement

ContractThe DOSFI OIDC token is the only accepted authorization credential for MeshInfer. Routing permissions, model access scope, and privacy tiers are all claims within the token.
Privacy gate (synchronous)MeshInfer evaluates the privacy_policy claim from the token BEFORE any I/O β€” no data ever leaves the device on a local_only policy, regardless of downstream behavior.
Node cert bindingNodeID cert must match the identity-bound DeviceID. Mismatched certs result in immediate 401 rejection at the MeshInfer Gateway.
Tier enforcementSubscription tier claim in the token gates model access: developer (local only), startup (mesh routing), growth (BYOM, advanced policies), enterprise (on-prem, HIPAA BAA).

DOSFI Storage β†’ MeshInfer state transitions

Inference stateActive task state (task_id, model, tokens_generated, checkpoint) is stored ephemerally by MeshInfer for KV-cache transfer in V3.
Model cacheDOSFI Storage layer hosts the local model cache. MeshInfer reads model_warm status from the capability vector β€” which is derived from the DOSFI Storage inventory.
Routing log persistenceMeshInfer writes RoutingLog records (route_decision, node_id, latency_ms, tokens) to the DOSFI-backed entity store for analytics and billing.
Audit trailEvery metering, issuance, and settlement event is written to the AuditLog entity β€” the DOSFI-backed audit store β€” for SOC 2 compliance.
U.4

MeshNativeExchange.com β†’ MeshInfer.AI Integration

DIU spend triggered by MeshInfer metering

TriggerMeshInfer Billing Meter emits a metering_event to Kafka on every completed inference task.
Spend calculationdiu_spend = (tokens_out / 1000) Γ— RATES[req_class][route_decision]. Rates are set by the DOSFI pricing oracle and updated at each billing period.
Wallet debitOrgID requester wallet is debited atomically with the metering event. Zero DIU balance β†’ task dispatch blocked. No credit β†’ no compute.
Exchange roleMeshNativeExchange receives spend events as inputs to the settlement batch. It does not calculate spend β€” it validates and commits what MeshInfer reports.

DIU issuance triggered by inference execution

TriggerMeshInfer emits a diu_issued event for every successfully completed task. Failed tasks and late tasks (> 3Γ— SLO) yield zero issuance.
Issuance formuladiu_net is derived from diu_spend, adjusted by the node's reputation and quality multipliers. The gross spend is split between the node wallet, platform infrastructure, and protocol reserve, with the majority going to the node.
Exchange roleMeshNativeExchange batches pending issuance events at each hourly epoch, verifies integrity (SHA-256 hash chain), and commits final credits to node wallets.
AuditEvery issuance event is written to AuditLog with resource_type: "diu_issued". Settlement records carry an integrity_hash verifiable externally.

Settlement logs originate from MeshInfer

Source of truthMeshInfer is the sole source of settlement input data. MeshNativeExchange is the settlement executor β€” it does not generate its own compute events.
Log fieldssettlement_id, epoch_start, epoch_end, node_settlements[], total_diu_issued, total_platform_fee, integrity_hash, committed_at
Dispute resolutionIf a node disputes a settlement, the dispute references a specific request_id in MeshInfer RoutingLog. MeshInfer logs are the arbitration source.
U.5

DOSFI Academy & University β†’ MeshInfer.AI Integration

DosfiAcademy.com β€” developer onboarding via MeshInfer

Course / LabMeshInfer component coveredOutcome
Getting Started with the MeshInfer SDK@meshinfer/sdk install, capability probe, first inference callDeveloper submits first inference request through the fabric
Routing Lab: local vs. mesh vs. cloudRouting decision logic, cost_preference, latency_preference, privacy policyDeveloper can inspect and influence routing decisions in real time
Scheduling Lab: priority classesinteractive / standard / background task classes, NACK handling, preemptionDeveloper understands how task priority affects latency and cost
Metering Lab: DIU spend accountingMetering event structure, diu_spend formula, wallet debit, UsageRecord entityDeveloper can read and predict their DIU spend per inference call
Building a mesh-native applicationEnd-to-end: DOSFI Runtime + MeshInfer SDK + React hooks + RoutingPlaygroundDeveloper ships a production inference app using the full stack
Node contribution and DIU earningsNode registration, heartbeat, pool admission, issuance formulaDeveloper understands how to contribute compute and earn DIU

DosfiUniversity.com β€” enterprise certification via MeshInfer

Course / ModuleMeshInfer component coveredCertification requirement
Distributed Inference Engineering ISystem architecture, four-layer model, routing decision logic, speculative dispatchRequired for Associate Architect
Distributed Inference Engineering IISharded inference, KV-cache transfer budget, failure modes, mobile dispatch gatesRequired for Professional Architect
DIU Economics for Enterprisediu_spend formula, issuance multipliers, overage charges, settlement lifecycleRequired for all tiers
20-Node Mesh OperationsFleet registration, health checks, reputation scoring, graceful drain, replacementRequired for Professional and Expert Architect
Security & Compliance on MeshInferPQC migration, privacy tier enforcement, HIPAA BAA, SOC 2 audit trailRequired for Expert Architect
MeshNativeExchange Settlement EngineeringEpoch settlement, integrity verification, dispute resolution, DOSFI pricing oracleRequired for Expert Architect
U.6

Cross-System Consistency Layer

The following terminology, architectural language, and system descriptions are the canonical versions. Every document, UI, and communication across all five systems must use these definitions without modification.

Unified terminology guide

TermCanonical definitionNever say
VitalAlways written as "Vital (DIU)" or "Distributed Intelligence Unit (DIU)" on first use in any document. Subsequently "DIU"."Vital token", "Vital coin", "Vital crypto", "Vital currency"
Distributed Intelligence UnitA metered unit of verified inference compute. Issued to nodes on task completion. Spent by applications on task dispatch. Not a transferable currency outside MeshNativeExchange."Token", "coin", "crypto asset", "reward"
Inference fabricThe collective infrastructure for routing, dispatching, and executing inference β€” embodied by MeshInfer.AI."AI API", "LLM service", "cloud AI"
Mesh-native applicationAn application built to run on the Distributed Intelligence Stack β€” using DOSFI as its OS and MeshInfer as its inference layer."edge app", "distributed app", "dApp"
Mesh nodeA registered compute participant in the MeshInfer routing pool. Has a NodeID, a DIU wallet, and a reputation score."miner", "validator", "worker"
Routing decisionThe Coordinator's selection of local, mesh, or cloud for a given inference request, based on routing weights and policy."AI routing", "smart routing" (without definition)
Settlement epochThe hourly window in which MeshNativeExchange batches and commits pending DIU issuance events to node wallets."settlement cycle", "payment period"
Reputation scoreA continuous 0–100 score reflecting a node's uptime, latency adherence, verification pass rate, and task completion rate."trust score", "reliability rating"

Unified navigation & cross-link map

From systemTo systemLink contextTarget URL
MeshInfer.AIDOSFI.aiInference fabric depends on DOSFI OShttps://dosfi.ai
MeshInfer.AIMeshNativeExchange.comDIU settlement and meteringhttps://meshnativeexchange.com
MeshInfer.AIDosfiAcademy.comLearn to build with MeshInfer SDKhttps://dosfiacademy.com
MeshInfer.AIDosfiUniversity.comCertify on distributed inference architecturehttps://dosfiuniversity.com
DOSFI.aiMeshInfer.AIRoute inference through the fabrichttps://meshinfer.ai
MeshNativeExchange.comMeshInfer.AIAll settlement originates from MeshInfer meteringhttps://meshinfer.ai/architecture
DosfiAcademy.comMeshInfer.AISDK integration labshttps://meshinfer.ai/api
DosfiUniversity.comMeshInfer.AIArchitecture curriculumhttps://meshinfer.ai/mesh-connection-guide
U.7

MeshInfer-Centric Integration Map

topology

                           β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
                           β”‚           MeshInfer.AI (Central Hub)            β”‚
                           β”‚                                                β”‚
     DOSFI.ai ────────────►│  β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”  β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”  β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β” β”‚
     (Runtime, Scheduler,  β”‚  β”‚ Gateway  β”‚  β”‚  Router  β”‚  β”‚ Task Queue  β”‚ β”‚
      Identity, Storage)   β”‚  β”‚ (CF Edge)β”‚  β”‚  Engine  β”‚  β”‚ (NATS JS)   β”‚ β”‚
                           β”‚  β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜  β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜  β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜ β”‚
     DosfiAcademy.com ────►│  β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”  β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”  β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β” β”‚
     (SDK labs, routing    β”‚  β”‚ Identity β”‚  β”‚ Billing  β”‚  β”‚ Reputation  β”‚ β”‚
      tutorials, metering) β”‚  β”‚ Verifier β”‚  β”‚  Meter   β”‚  β”‚   Scorer    β”‚ β”‚
                           β”‚  β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜  β””β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”˜  β””β”€β”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”˜ β”‚
     DosfiUniversity.com ──►│                      β”‚               β”‚        β”‚
     (architecture courses, β”‚                      β–Ό               β–Ό        β”‚
      certification, DIU)   β”‚               DIU Spend           Node Pool   β”‚
                           β”‚               Events                           β”‚
                           β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜
                                                β”‚
                           β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β–Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
                           β”‚        MeshNativeExchange.com                  β”‚
                           β”‚  Issuance events Β· Epoch settlement Β· Wallets  β”‚
                           β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜
                                                β”‚
              β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”΄β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
              β–Ό                  β–Ό                              β–Ό                    β–Ό
        node-d01…d08      node-b01…b06                  node-m01…m04         node-s01…s02
        Desktop tier      Browser tier                  Mobile tier          Server tier
        llama.cpp         WebGPU / WASM                 CoreML / NNAPI       CUDA 12+
        

Integration contract summary

SystemSends to MeshInferReceives from MeshInfer
DOSFI.aiOIDC identity token Β· capability vector Β· task ACK/NACK Β· heartbeatsRouting decision Β· task dispatch envelope Β· reputation updates
MeshNativeExchange.com(none β€” downstream only)metering_event (spend) Β· diu_issued (issuance) Β· settlement_log
DosfiAcademy.comSDK API calls from lab environmentsRouting decisions Β· token streams Β· metering data for lab exercises
DosfiUniversity.comEnterprise deployment scenarios for certification examsFleet registration results Β· health check data Β· settlement records
20-Node MeshHeartbeats Β· capability vectors Β· task results Β· DIU wallet addressesTask dispatch Β· routing pool assignment Β· issuance events
Document maintenance
This document is the single source of truth for ecosystem architecture. When any of the five systems updates its architecture, this document must be updated in the same release. All five system documentation sites must reference this document as the canonical architecture narrative (adapted to their audience, never contradicting it).