Sign in

Use your email or service name to access the operator dashboard.

Register for Beta

Create a service account. You will receive a verification email, then your request will be reviewed before you can sign in.

3–64 characters: letters, numbers, hyphens, underscores.

At least 8 characters.

Verify your email

Verifying your email address…

Beta — experimental

The Open-Source Decentralized Inference Mesh

Peer-to-peer LLM inference. Point your apps at a local proxy — models run on your machine, or on a trusted peer when you need more compute.

Local-first, mesh fallback OpenAI or Ollama-compatible API Direct WebRTC between peers Clusters & swarms on your terms
Soon

Windows

Soon

macOS

Soon

Linux

Docker

Docker Hub

Public Beta — features may change. Terms & Privacy.

Shared intelligence across the mesh

mtrxAI connects independent machines into a peer-to-peer inference mesh. Each node runs an OpenAI or Ollama-compatible proxy; the lobby handles discovery and signaling only — payloads stay between peers.

How it works

  • Your app talks to a local OpenAI or Ollama-compatible proxy — same API, no reconfiguration.
  • If the model is on your GPU, inference stays local with zero network delay.
  • Otherwise the lobby finds ranked peers in your cluster or swarm by LAN, geography, and load.
  • Peers open a direct WebRTC data channel; the lobby relays signaling only, not payloads.
  • Clusters use lobby discovery, WebRTC transport, and dual-verified credit settlement.
  • Swarms run on libp2p with no central ledger — a shared token is enough to join.
Full architecture

Features

  • One local proxy endpoint aggregates OpenAI or Ollama-compatible backends — vLLM, LM Studio, and others — into a single catalog.
  • Local-first routing — remote inference only when the model is not installed on your machine.
  • Browse and run models shared by trusted peers; wake idle models on nodes with enough VRAM.
  • Mix Clusters (managed teams, credits, ranking) and Swarms (decentralized, token-less) concurrently.
  • Drop-in for existing AI tools and agent stacks — no application code changes.
  • Sharing is optional: approve each request, set schedules, thermal limits, or kill-switch your node.
All features

Private clusters

  • Invite-only team boundary — join with cluster name, UUID, and password.
  • Your apps keep calling localhost:11345; models run on whichever peer has them loaded.
  • Link client machines to GPU workstations in your team — no weight copies, no VPN.
  • Link several office machines into one cluster; LAN peers are preferred automatically.
  • Peers connect via outbound WebRTC (STUN/ICE) — no port forwarding in typical home or office NAT.
  • Models and cluster state stay invisible to the public mesh.
Setup guide

Security

  • You control visibility — outsiders cannot discover your node outside your cluster or swarm.
  • Hardware sharing is strictly opt-in: choose exposed models and approve incoming connections.
  • Prompts and completions travel peer-to-peer; the lobby never carries inference payloads.
  • Cluster path: WebRTC with DTLS on the wire. Swarm path: application-layer E2EE via libp2p.
  • Every machine carries a cryptographic device key; attested builds can be enforced.
  • Credits settle only when both peers confirm identical usage — mismatches reject the transaction.
Trust model

Deploy the mesh. Share on your terms.

Pull the container, join a cluster or swarm, point your apps at the local proxy. Hardware sharing is always optional.

View on Docker Hub

Features

An intelligent layer between your apps and a peer-to-peer compute mesh — local-first by default, mesh fallback when you need it.

Dynamic Model Discovery

Browse models across your trusted network or deploy your own. Run locally when hardware permits, or borrow from peers when VRAM is limited.

Local Hardware Prioritization

Strict local-first policy. If the model is on your GPU, the workload stays local — fastest path, zero network overhead.

Proximity Routing

When remote inference is needed, mtrxAI picks the best provider by LAN, geography, and current load.

Clusters & Swarms

Clusters for managed teams with discovery, ranking, and credits. Swarms for token-less decentralized P2P rings.

Drop-In Integration

Works with existing AI tools, agent stacks, and custom workflows — no application code changes.

Credit Accounting

Credits settle when consumer and provider agree on usage. Beta tokens have no monetary value.

Unified Local Proxy

One endpoint for Ollama, vLLM, LM Studio, and other backends — a single catalog for your apps.

Remote Model Activation

Wake idle models on the mesh. mtrxAI finds a peer with enough VRAM to pull and load the weights.

Resource Controls

Sharing windows, thermal guards, and a kill-switch to isolate your machine instantly.

For invite-only team connectivity without VPN setup, see Private clusters.

Technical architecture

Mesh & routing

  • Local-first execution always takes precedence
  • Matching by network proximity, geography, and load
  • Concurrent cluster and swarm layers
  • Public routing regions worldwide

Governance & economy

  • Manual or automatic connection approval
  • Operator dashboard for peers, credits, and transactions
  • Per-model credit rates disclosed upfront
  • Invite-only private environments

Developer integration

  • OpenAI and Ollama API compatibility
  • Streaming, tool calling, structured JSON
  • Searchable model registries with VRAM estimates
  • Windows, macOS, Linux, and Docker

Getting started

Step 1

Deploy

Pull mtrxAI from Docker Hub and register your device ID in the dashboard.

Step 2

Join a network

Create or join a private cluster, a public regional cluster, or a Swarm with a shared token.

Step 3

Attach backends

Connect Ollama, vLLM, or other engines. mtrxAI merges them into one catalog.

Step 4

Point your apps

Redirect AI tools to the local proxy. Sharing hardware is optional — approve each request or stay isolated.

Who it’s for

Engineers & agent builders

One proxy gateway for your stack. Access teammates’ models without copying multi-gigabyte weights.

Creators & designers

Offload heavy inference to a peer when local hardware is tight, then switch back instantly.

Hardware enthusiasts

Share idle GPU time and earn credits for when you need external compute.

Enterprise teams

Isolated private clusters — internal models hidden from public discovery.

Private Clusters

One way to use mtrxAI’s peer-to-peer mesh: create an invite-only cluster for your team. Models stay on the machines that load them; your apps keep talking to localhost.

Share compute across your team

Install mtrxAI on each machine, create or join a private cluster, and point your applications at the local proxy. When a model isn’t local, mtrxAI routes the request to a peer in the same cluster over a direct WebRTC channel.

Each machine uses the lobby over WebSocket for discovery and connection setup. Once peers connect, prompts and responses travel directly — the lobby is not in the data path.

Laptop + workstation

Develop on a lightweight laptop while heavy models run on a rig with enough VRAM. Your IDE still targets localhost:11345.

Office team

Link multiple workstations into one cluster. Shared models stay invisible to the public mesh; LAN peers are preferred automatically.

No network surgery

Peers connect via outbound WebRTC (STUN/ICE hole punching). No static IPs, no router admin, no opening inbound ports in typical NAT setups.

Create or join a cluster

1

Create on your GPU machine

On the workstation that will host models, create a private cluster in the dashboard. Copy the cluster name, UUID, and password.

2

Join from other machines

On your laptop or additional workstations, join with the same name, UUID, and password. Each machine gets its own peer identity.

3

Connect and share models

Attach LLM backends, enable “share with cluster” on providers, and connect the cluster in the dashboard. Remote models appear in your local catalog.

Most home and office routers work out of the box. Restrictive corporate NAT may require future relay support.

Security & Privacy

You control visibility, sharing, and who connects. Inference payloads on the cluster path travel peer-to-peer; the lobby coordinates discovery and signaling only.

Isolating access controlPublic or private teams — unauthorized peers cannot discover your node without membership in the same cluster or swarm.
Opt-in compute delegationChoose which models to expose, approve incoming requests manually, set schedules, or cut connections with a kill-switch.
Peer-to-peer inference pathCluster mode uses direct WebRTC data channels (DTLS on the wire). Swarm mode adds application-layer E2EE via libp2p. The lobby never carries prompts or completions. See Terms §2.
Device attestationEach machine has a cryptographic device key. Enterprise deployments can require verified client builds.
Credit accountingCredits settle only when both peers confirm identical usage logs. Mismatches reject the transaction. Beta tokens have no monetary value.
Abuse reportingBlock misbehaving peers locally and submit signed behavior logs for operator review.

Beta notice: Do not route regulated or highly confidential data through public clusters. See Terms & Privacy.

How It Works

Each node runs a local Ollama-compatible proxy. The lobby discovers peers and relays connection metadata; inference stays between machines whenever possible.

Lifecycle of a request

  1. Request dispatchedYour app sends an API call to the local mtrxAI proxy — same config as Ollama.
  2. Local checkIf the model runs on your GPU, inference completes locally with no network delay.
  3. Peer discoveryIf the model isn’t local, mtrxAI queries your cluster or swarm for peers running it.
  4. Provider selectionThe lobby ranks candidates by network proximity, geography, and load.
  5. Direct WebRTC tunnelThe lobby relays SDP metadata only. Peers open a WebRTC data channel (STUN/ICE). Prompts and responses travel P2P.
  6. Credit settlementBoth machines sign off on token usage; the ledger updates.

Clusters vs swarms

Mix topologies concurrently — regional clusters for discovery and credits, swarms for small trust circles.

Managed clustersDecentralized swarms
Primary useTeams and regional communities with discovery, ranking, and credit tracking.Small high-trust groups with minimal central coordination.
JoiningPublic regional index or private cluster (name + UUID + password).Shared cryptographic Swarm token.
EconomicsTransparent credit accounting between peers.Honor system — no ledger.
TransportLobby signaling, then direct WebRTC data channels.libp2p gossip — fully decentralized coordination.
Network setupNo inbound ports; STUN/ICE hole punching for WebRTC.libp2p hole punching with optional relay fallback.

Private team connectivity is documented as a use case in Private clusters.

Roadmap

Phase 1 — Active mesh (current)

Multi-backend proxies, peer discovery, WebRTC inference, smart routing, credit accounting.

Phase 2 — Open compute economy

Peer reputation, dynamic pricing signals, confidential GPU attestation.

Core principle

Local-first by default. You decide what to share, when, and with whom.