Catalytic AITroy, New York
TROY · NEW YORK 96 GB · BLACKWELL

The bottleneck shouldn’t be your laptop.

A 96 GB Blackwell node and a 128 GB DGX Spark, ten minutes from campus. Free for RPI undergraduates, cheap for grad researchers, hourly for everyone else. Bring the problem that keeps running out of memory.

24,064 CUDA cores 1,792 GB/s 0 queue
Reaction coordinate diagram. Two paths from idea to result share the same start and end, but the uncatalysed path climbs a much higher energy barrier than the catalysed one. ENERGY REQUIRED YOUR PROJECT ON YOUR LAPTOP ON TROY-1 WHAT WE TAKE AWAY IDEA RESULT
Fig. 01 — Why the name
Built for the Tute

Find your club. See what it unlocks.

Different clubs hit the compute wall in different places. Pick yours — or the one closest to what you do — and we’ll be specific about what changes.

RPai — AI & open source

Student-led AI club: research, projects, lectures and hackathons year-round.

What you can run here

  • Fine-tune a 70B model with QLoRA instead of renting an A100 by the hour
  • Train from scratch on a real dataset without a Colab timeout
  • Serve a model to the whole club over one endpoint during a build night

Why this rig

96 GB of VRAM is the difference between quantising a model until it stops being interesting and running the thing you actually wanted to run. No queue, no preemption, no 12-hour session cap.

Claim time for your club →

Don’t see yours? Every RPI club can have an allocation — just ask.

What we do

Compute,
build, deploy.

Three things, on hardware we own and look after ourselves.

GPU compute

Two Blackwell nodes with SSH, Jupyter, Docker and CUDA already set up. Your own container and your own storage — nobody else is sharing the GPU while you’re on it.

Server builds

We spec, source, build and burn in machines you keep. Each one comes with the full parts list, the thermal numbers under load, and a build guide detailed enough to follow yourself.

Fine-tuning on your own data

For corpora that can’t go to a cloud API. We fine-tune on your hardware or ours, and nothing leaves the machine — no telemetry, no third-party API in the loop.

Working with research groups

Thesis compute, benchmark runs, evaluation harnesses — including the unglamorous part, which is making a result somebody else can reproduce.

Sovereign AI

Some data can’t
go to an API.

Not “shouldn’t” — can’t. Export-controlled drawings. Fab process logs under NDA. Patient records. Privileged documents where third-party disclosure waives the privilege. Wafer yield data that is the entire competitive position of the company that owns it.

For that work the question is not which model is best on a leaderboard. It is whether the weights, the corpus and the inference all stay inside a building you control. That is what we build.

How sovereign deployment works →

Your corpus never moves

Training happens on your hardware or in our rack under an agreement you have read. No telemetry, no third-party API in the loop, and nothing logged to a vendor you did not choose.

You keep the weights

You get the checkpoint, the inference stack, the eval harness and the training pipeline — enough to re-run the whole thing after we are gone. No hosted endpoint you have to keep paying for.

Air-gapped if it has to be

We will spec, build and burn in a machine that never touches a network, document it for an audit, and hand it over with the model already on it.

What runs here

The kind of work these machines are for.

If your job looks like one of these, the hardware is already set up for it. If it looks like none of them, say so anyway — odd workloads are usually the interesting ones.

Fine-tuning

QLoRA on a 70B base fits either node with room to spare, and TROY-1 will go past 100B at 4-bit. Full-weight, all parameters trainable, is a different budget — about 8B. Long runs are fine; checkpoints survive between sessions.

Inference & serving

vLLM and TensorRT-LLM with continuous batching. 96 GB holds a 70B model at 4-bit with a long context, which is usually the awkward case.

Simulation

GROMACS, OpenMM and similar molecular dynamics work. CFD, N-body and FEA too. Multi-day runs are normal here and the node stays yours for the duration.

Agents & long context

SPARK-1’s 128 GB unified pool suits multi-step agent workflows, RAG pipelines, and fine-tuning runs whose working set is awkwardly bigger than a normal card’s VRAM.

Diffusion & vision

Training and sampling for SD3, FLUX.1 and similar. Large batches without the memory juggling smaller cards force on you.

Coursework

Class projects that need a real GPU for a few evenings. Small, but it is the reason a lot of people first get in touch, and it is free for undergraduates.

The machines

Two nodes,
in a rack, in Troy.

Real machines we specced, bought, built and keep running. Here is exactly what is in them, down to the part numbers.

Full specifications →
TROY-1 Custom Blackwell server
GPU
RTX PRO 6000
VRAM
96 GB
SPARK-1 NVIDIA DGX Spark
Superchip
GB10
Unified mem
128 GB
Elevation drawing of the 20U rack showing TROY-1, SPARK-1, network switch and UPS 20U 15U 10U 05U TROY-1 RTX PRO 6000 5U · 96 GB SPARK-1 GB10 · 128 GB 24-PORT SWITCH · 1U ROOM FOR NODE 03 UPS 1500VA · 2U
Fig. 02 — Rack elevation, 20U open frame
GPU · Superchip
CPU
DGX Spark
Memory
NVMe storage
Power supply
Cooling
Chassis

The parts that are actually in our machines. Not partnerships, and not endorsements — just what we bought.

Things we have built

Software we built on these machines.

We build our own things too, which is the main reason we can tell you whether a machine suits a job — we have usually run something like it.

LiveSelf-serve

ToxScreen

Predicts hERG and cytochrome P450 toxicity from a SMILES string in seconds, and gives you a calibrated confidence score with it rather than a bare label.

LiveSelf-serve

Lithic

Describe a part in plain English and get CAD geometry, toolpaths, G-code and a manufacturing report back, with cycle time and material use estimated.

Project work

Naxi fine-tuning

Our Qwen3-14B run on 62,000 examples scored 82.3 NTQS, 41 points above GPT-4 on the same eval set. Same method, applied to whatever corpus you have.

Example projects

What a project here looks like.

These are made up. They show the shape of work the setup is good for and what the tooling actually produces — they are not finished client projects. If you would rather see the real thing running, ask us for a demo.

On proprietary data

Example

Fab process copilot

A semiconductor fab has twenty years of tool logs, recipe revisions and excursion reports that cannot leave the site. Fine-tune on-premise so a process engineer can ask “what changed before the last yield dip on this tool” and get an answer with citations into the logs.

SOVEREIGN · ON-PREM
Example

Export-controlled drawings

An aerospace supplier holds ITAR-controlled technical data. A hosted API is not an option at any price. The model is trained and served on a machine we build, that sits in their facility, on their network, with the access list under their control.

AIR-GAPPED · RHODIUM-192
Example

Clinical note summarisation

A research hospital wants structured summaries from free-text notes. De-identification and inference both run inside the hospital network, so no protected health information crosses a boundary and the IRB submission has a straightforward data-flow section.

SOVEREIGN · PLATINUM-96
Example

Part library search

A manufacturer’s PLM holds forty thousand parts with inconsistent naming across three acquisitions. Fine-tune on the revision history so an engineer can describe a part in words and find the one that already exists instead of drawing it again.

PROPRIETARY · FINE-TUNE
Example

Domain translation

A documentation team needs dense internal engineering shorthand turned into manuals, without sending the corpus to an API. Same method as the 82.3 NTQS run: curate, fine-tune, evaluate, deploy on-premise.

NAXI · ON-PREM
Example

Buying instead of renting

A lab works out it would keep a node busy most of the month. Renting stops making sense inside a year, so we spec, source, build and burn in a PLATINUM-96, hand over the parts list and the thermals, and they run it themselves.

BUILD · PLATINUM-96

On the engineering side

Example

CFD surrogate model

A rocketry team has run hundreds of nozzle simulations and each one takes hours. Train a neural surrogate on their own solver output, then sweep the design space in seconds and only run the real solver on the handful of candidates worth it.

SIMULATION · TROY-1
Example

Sim-to-real policy

A robotics subteam trains a perception and control policy across thousands of randomised simulated environments overnight, then puts it on the robot in the morning. The bottleneck stops being compute and goes back to being the robot.

ROBOTICS · TROY-1
Example

Compound screening

A chemistry group screening a big compound library for hERG liability moves off a queue-limited shared cluster onto TROY-1, runs ToxScreen over the whole library locally, and gets calibrated uncertainty on every prediction instead of a yes/no.

TOXSCREEN · TROY-1
Example

Fixture turnaround

A machine shop needs one-off fixtures for a new line. Instead of outsourcing every CAD/CAM iteration, their engineer describes the fixture in Lithic and has STEP geometry, toolpaths and G-code the same afternoon.

LITHIC
Example

Observatory data

An astronomy club stacks a full night from the campus observatory between meetings rather than between semesters, and runs the N-body integrations their laptops refuse outright.

RESEARCH · SPARK-1
Example

Quantum simulation

State-vector simulation is memory-bound, so every extra gigabyte buys another fraction of a qubit. 128 GB of unified memory on SPARK-1 goes meaningfully further than a workstation card for Qiskit Aer work.

RESEARCH · SPARK-1

Tell us what you’re working on.

A couple of sentences is plenty. We will tell you whether we can help, what it would take, and what it would cost.