✓ Tested live on 3 July 2026 — by breaking it on purpose

Your work never stops.
Even when machines do.

Run your AI work on GridShare at roughly half the price of big cloud. It's saved every 30 seconds. If a machine fails, your work moves to another one by itself. And in the absolute worst case — when no GridShare machine is free — we start a server in your own cloud account, automatically, and your work carries on there.

💡 Think of it like the power inverter in your home. Normally you run on the electric grid because it's cheap. When the power cuts, the inverter kicks in by itself — the fan never stops spinning, and you didn't have to do anything. GridShare is the cheap grid. Your AWS (or any cloud you already use) is the inverter. Your work is the fan — it just keeps running.

How it works — 4 steps, 0 buttons

🖥️
1. Run cheap

Your work runs on GridShare's network of real GPUs across India — at roughly half of what big cloud charges.

💾
2. Saved every 30s

Your work — code, notebooks, configs and outputs — is snapshotted every 30 seconds, automatically. (Large model weights re-download or restore from a Snapshot; we save your work, not your 10 GB of downloadable models.)

🔁
3. Machine dies? Work moves

If a machine goes offline, your work restarts on another one with your files intact — usually within a minute. Your link stays the same; the open tab reconnects on its own. You're never billed while waiting.

☁️
4. Worst case: your cloud

If no GridShare machine is free, we automatically start a server in your own AWS account. Work resumes there. When GridShare frees up, move back with one click.

We didn't just build it. We broke it on purpose.

On 3 July 2026 we ran this exact disaster, live, on production:

The live kill test
  1. Started a workload on a GridShare machine and wrote a marker file into it: "if you can read this on the AWS server, work survived."
  2. Killed the machine. Pulled the plug on the software mid-work.
  3. GridShare noticed within 2 minutes, looked for a replacement — none available (we made sure of it).
  4. It then provisioned a fresh server inside the customer's own AWS account, by itself — no engineer, no phone call, no ticket.
  5. ~5 minutes later the new server came alive, joined the customer's private pool at ₹0/hr GridShare compute, and the work resumed.
  6. We opened the workspace on the AWS server. The marker file was there, byte for byte. Nothing lost, nobody touched anything.

Two ways to set up your safety net

Both take minutes. Both make any cloud VM you own appear inside GridShare as your private machine — your team uses it through the same one console, and GridShare charges ₹0/hr for compute on it.

FULLY AUTOMATIC · LIVE TODAY (AWS)

Give us a restricted key — we handle the worst case for you

Your admin creates a limited AWS key (it can only start/stop servers, nothing else) and adds it in the console. That's the whole setup.

  • Stored encrypted; used only to start, check, and stop servers — tagged as yours.
  • When GridShare has no capacity, we start a server in your account automatically. Your work continues without anyone lifting a finger.
  • Revoke the key any time from your cloud console — it's your account, always.
  • More clouds coming for automatic mode: E2E Networks, Jarvislabs, Nebius and others are on the roadmap.
ONE COMMAND · WORKS WITH EVERY CLOUD TODAY

Paste one line into any server you rent — from anyone

Already have a VM on E2E, Jarvislabs, Nebius, AWS, or a server in your office? Paste our one-line install command into it.

  • In ~5 minutes it appears in your GridShare console as your private node — ₹0/hr.
  • Move any workload onto it (or back to the marketplace) with the 🔀 Move button — files follow, the link stays the same.
  • Perfect for hybrid teams: burst to GridShare when you need scale, keep sensitive runs on your own metal.

The money part, in plain words

Honest answers

What exactly can you do with my cloud key?

Three operations: start a server, check a server, stop a server — and our stop function refuses to touch anything we didn't create (every server we start is tagged). The key is stored encrypted. You can restrict it further on your side (region, instance size), and revoke it any time.

Do you promise a % uptime?

No — and be suspicious of anyone renting other people's computers who does. What we promise is what we can prove: your work is saved every 30 seconds, it moves when hardware fails, you don't pay while it waits, and the worst case lands in your own cloud. We sell work-survival, not uptime theatre.

How much history can I lose in a failure?

Up to about 30 seconds — the gap since the last auto-save. For training runs, checkpoints add a second layer on top.

What if I don't have any cloud account?

Then step 3 is your safety net: work waits (unbilled) until a GridShare machine frees up, then resumes on its own — usually minutes. The your-own-cloud option is the belt and braces for teams that can't wait.

Is my data on strangers' computers safe?

Workloads run isolated per instance, provider machines never see your GridShare account, and your saved workspace lives in GridShare's storage (in-region, DPDPA-disclosed) — not on any provider's disk. That's also exactly why your work can reappear on a different machine.

Cheap when everything works.
Your own cloud when it doesn't.

That's the whole pitch. We'll set up your pilot — including the safety net — in one call.

Talk to us Team plans →