Inference

Serve the model where the data is allowed to be

Most inference decisions are really placement decisions. 50GRAMx lets you move the model to the data instead of the data to the model — on the device, or inside your own walls — with the same signed meter running underneath both.

Inference served across a spectrum of control

Why placement is the whole problem

Latency is the easy part. What actually blocks an inference deployment is where the data is allowed to go, whether the model can really do the job, and whether the bill can be checked.

The data can’t leave

The inference that matters most runs on the records you are contractually forbidden to send anywhere — patient notes, ledgers, case files. A public endpoint is not an option, so that work simply never gets done.

The model was never measured

Model choice is made from a vendor’s benchmark table. Nobody re-ran it on the hardware you will actually serve from, at the context length you will actually use. A model that passes a demo can fail the real task.

The meter can’t be audited

You are billed per token by a counter you cannot inspect, running on a machine you cannot identify. When the invoice looks wrong, there is nothing to check it against.

A spectrum of control

The same workload, the same meter, and the question that decides everything: whose machine is this? You pick per workload, and you can move a workload inward when the rules tighten. The third answer is on this page because it is honest, not because it is available.

01

On the device

The model runs on the machine in front of you. Nothing leaves. Nothing is metered, because nothing was spent that you did not already own.

Free

02

Inside your gram

The workstations and servers your organisation already owns, pooled under your own certificate authority. Egress is topology-locked to your network, so the data stays inside your perimeter.

Free — it is your hardware

03

On a stranger’s machine

This does not run. When a model is larger than your gram can serve, there is today no way to buy a few minutes of someone else’s hardware and have it prove what it did. Building that is the work; claiming it is finished would be the lie.

Not available

Don’t trust the model card. Verify the model.

Choosing where to serve is half the decision. The other half is choosing what to serve — and that choice should rest on a measurement someone signed, not on a table in a launch post.

Measured, not declared

A node advertises what it can run; the platform makes it prove that by challenge before it is allowed to serve. Declared capability and measured capability are stored as separate fields, and the router only trusts the measured one.

Routed on evidence

Model selection reads a matrix of benchmark results — context window, tool use, vision — measured on real hardware, signed by the node that ran the benchmark. Your workload is matched to what a model has demonstrably done, not to what its card claims.

A receipt per unit of work

Each unit of work is metered and signed by the node that performed it. Which node, which model, what it cost — priced in a stable unit, on one ledger the whole platform shares.

Where this stands today

Inference on your own devices, and across a gram of machines you own, runs today — and every unit of work is metered and signed on the ledger. Buying capacity from a stranger’s machine does not run, and we will not describe it as finished before it is. We do not operate a managed training fleet, we do not run a 24/7 operations centre, and we will not quote you a throughput number that nobody here has measured. When a claim on this page becomes checkable, it goes on the proof page with the signature attached.

See what we can already prove →

Bring us the workload you can’t send to a cloud.

Tell us what the data is, where it has to stay, and what you need the model to do. We scope before you pay.