Per-second infrastructure, sourced globally

Access GPUs, CPUs, storage, and managed databases from verified providers with idle capacity.
Funds are held in escrow in USDG and settled per second of consumption. End any session instantly; unspent balance is refunded automatically.

LIVE · CHAIN 4663 · SETTLEMENT ONLY 0xd172…2D9d

|

A lease in front of you: the command types itself out, then elapsed, spent, refundable and runway tick over per second against a consumption bar. The arithmetic is the contract's — same rate, same accrual, same runway.

Lease #0001 · demonstration metering
Elapsed00:00:00
Spent0.000000
Refundable14.400000
Runway04:00:00
0.0% of escrow consumed stop now → 14.400000 USDG returned
GPU UTIL 86%
VRAM 18.5GB
SM CLOCK 2423MHz
TEMP 60°C
POWER 280W
1 SECOND BILLING GRANULARITY
0 MINIMUM TERM · DEPOSIT · FEE
100% OF UNUSED ESCROW REFUNDED
6 FUNCTIONS, NO OWNER
§01 — The mechanism

Four steps, and none of them need a middleman.

A marketplace like this normally needs an arbiter to settle "the box was down" arguments, and an arbiter is a person who can be captured. Instant closing removes the need for one: a provider who goes dark stops being paid within seconds of being noticed, so the worst outcome is too small to need a judge.

01 List

A provider publishes a machine and an hourly price. No deposit, no application, no approval queue. The listing is a claim they make.

02 Escrow

A renter funds however many hours they want. The USDG sits in the contract; nobody can move it but the metering.

03 Meter

Payment accrues to the provider second by second. They may withdraw the earned part at any moment without ending the lease.

04 Stop

Either side closes. Earned goes to the provider, the entire remainder returns to the renter, in one transaction.

§02 — The shelf

Watch it fill.

This is not a mock. The panel on the left reads listingCount off the contract and shows whatever is there — including nothing, when nothing is there. The ledger on the right is a demonstration of how a provider's side accrues once the shelf is stocked.

Shelf · read from chain reading
RTX 4090 24GB VRAM · eu-central-1
$3.60 /hr
GPU
EPYC 9354P 32C/64T · us-east-1
$1.51 /hr
CPU
NVMe pool 8TB · ap-south-1
$0.47 /hr
Storage
PostgreSQL 16 4 vCPU · eu-west-1
$0.97 /hr
DB
Provider ledger · demonstration accruing
RTX 4090 24GB / eu-central
0.00100/sec
claimed →
EPYC 9354 32C / us-east
0.00042/sec
claimed →
NVMe pool 8TB / ap-south
0.00013/sec
claimed →
Postgres 16 4vCPU / eu-west
0.00027/sec
claimed →
earnings withdraw without ending a lease no deposit · no vetting
§03 — Supply

Put a machine on the shelf.

There is no deposit and no vetting, because a deposit only gates entry unless somebody can judge when to seize it — and nobody here can. Reputation is the lease history, which is public and cannot be edited.

Kind GPU · CPU · Storage · Database — one enum, free-text spec
Price USDG per hour, 6 decimals. Metered per second from it
Endpoint Stored in the clear. Publish a hostname, never a key
Reprice Binds new leases only. A live lease keeps its rate
Withdraw Any second, without ending the lease
Cost to list One transaction of gas. Nothing else
A listing, as stored struct
struct Listing {
  address provider;      // msg.sender at list()
  Kind    kind;          // GPU | CPU | Storage | Database
  uint96  pricePerHour;  // USDG, 6 decimals
  bool    open;          // provider may close it
  string  spec;          // "RTX 4090 / 24GB / eu-central"
  string  endpoint;      // "ssh://box.example:22"
}
§04 — Lifecycle

From listing to zero balance.

Five moments. Two are transactions the provider sends, two the renter, and one is just the chain's clock. The invariant across all five: the contract's balance for a lease always equals funded minus claimed, and it ends at zero.

01 list() Provider

Kind, spec, endpoint and USDG/hour go on-chain. One transaction of gas.

02 rent() Renter

Escrows USDG. The rate is frozen at this moment; a later price change cannot touch it.

03 tick Block time

Every second the lease earns pricePerHour / 3600, capped at what was funded.

04 claim() Provider

Withdraws earned-so-far. The lease keeps running.

05 close() Either side

Earned to the provider, the rest to the renter, contract balance for this lease returns to zero.

§05 — Function set

Six functions.

The whole external surface. No owner-only functions exist because there is no owner. Fourteen tests cover it, including a 256-run fuzz over funding and timing that proves settlement always returns the contract to a zero balance.

Function Arguments Effect Caller
list kind, pricePerHour, spec, endpoint Puts a machine on the shelf anyone
updateListing id, pricePerHour, endpoint, open Reprices or closes a listing; live leases unaffected provider
rent listingId, amount Escrows USDG and starts the clock anyone
topUp leaseId, amount Extends the runway of a running lease anyone
claim leaseId Pays the provider what has accrued provider
close leaseId Settles both sides and ends the lease renter or provider
§06 — Deployment

Nobody owns the clock.

The deployer's key was used once, to deploy, and has no standing afterwards. What is at this address is final — every guarantee on this page, and every bug.

Status LIVE
Network ROBINHOOD CHAIN / 4663
Quote asset USDG · 6 DECIMALS
Metering PER SECOND FROM BLOCK TIME
Admin key NONE · NO PAUSE · NO UPGRADE
Settlement · always sums to the escrow 14.400000 USDG
Earned → provider 0.000000
Refunded → renter 14.400000
0.000000 + 14.400000 = 14.400000
close() pays both sides in one transaction contract balance after: 0.000000
§07 — The point

It settles money. It does not run machines.

Worth saying plainly, because most marketplaces bury it: this contract has no way to see the hardware. A listing is a claim its provider makes, not a fact anybody verified. Your protection is that leaving costs you nothing but the seconds spent.

NOW shipped

A settlement rail

Escrow, per-second metering, instant close. Live on RH Chain. The chain settles money; it does not see the machine.

NEXT planned

Reputation from the ledger

Lease history is public and cannot be edited. A provider page that reads it — hours served, closes by renters, average tenure — with no new trust assumption.

GOAL research

Receipts for work

A renter-signed attestation that a job completed, anchored on-chain. Still no arbiter: a receipt is evidence a provider can show, not a judgement.

§08 — Roadmap

What ships, in order.

R1 is live. Everything after it adds information around the rail without adding a party who can override it.

R1
The shelf opens
  • Listings, escrow, metering, close — shipped
  • Browser wallet, no login
  • Verified source on Blockscout
R2
Provider pages
  • Ledger-derived reputation
  • Endpoint health pings, off-chain, advisory only
  • Top-up from any address
R3
Receipts
  • Renter-signed completion receipts
  • Job manifests hashed into the lease
  • Provider portfolios built from receipts
R4
Compute you can prove
  • Verifiable execution for narrow workloads
  • Dispute bisection where a proof exists
  • The point at which the chain can see the machine
§09 — The design

Ours, end to end.

One contract, written for this, not forked. Solidity 0.8.28, OpenZeppelin's ReentrancyGuard and SafeERC20, Foundry for the tests, Next.js for the window onto it. The stack is short because the idea is short.

SOLIDITY FOUNDRY REENTRANCYGUARD SAFEERC20 USDG RH CHAIN 4663 NEXT.JS
Explore Infrastructure → Contract on Blockscout ↗