DEV Community

Damian Dixon
Damian Dixon

Posted on

We ran 329 x402 GPU jobs in one sitting. 200 landed.

Today we ran our biggest live test of Kilawatt Cloud so far. An autonomous agent paid for GPU jobs with x402 (USDC on Base), sent them through our gateway, and we counted what actually happened.

The numbers, straight from our database:


Image 1

  1. 329 jobs attempted, each one paid for through x402.

  2. 200 jobs landed, meaning the machine reached a ready state. That's about 61 percent.

  3. $17.73 paid in total, with $1.82 refunded automatically on jobs that never became ready.

  4. Four GPU suppliers were in the routing mix.

  5. We also ran 8 long stability jobs alongside the launches, and all 8 stayed healthy.

Image 2


Image 3


What this was, and wasn't: This was our own test, run from our own wallet. It is not customer traffic, and I'm not presenting it as demand. It is evidence that the payment, routing and refund path works under load, with real money and real hardware.

What we learned: The 129 jobs that didn't land are the most useful part of the data. Some suppliers had streaks of machines that never became ready, and one supplier we had to pause under a spend cap. Because the refund path worked, those failures cost us cents and not trust. That's the point of routing across multiple suppliers.


Image 4


Image 5


We started the day aiming for 100 landed jobs and ended at 200. Next run, we're aiming for 400.

If you build agents that need to buy compute on their own, I'd like to hear what breaks for you. The full run report, with the results by supplier, the hardware health data and the failures, is on our Super Intelligence page: https://www.kilawattcloud.dev/super-intelligence


Image 6


Image 7

Our MCP server is also on npm as kilawatt-mcp-server.

Top comments (1)

Collapse
 
ai_adam profile image
ai_adam •

Con số 200/329 (~61% success rate) khá thú vị — failure chủ yếu do chỗ nào? Queue timeout, OOM, hay payment settlement rollback?

Mình đang quan tâm phần orchestration: agent quyết định bid price như thế nào khi GPU spot price biến động giữa lúc dispatch và lúc job thực sự lên node? Có cơ chế retry/fallback sang on-demand không, hay để job fail hẳn rồi log lại cho batch sau?

Còn về observability — trace từ lúc agent ký transaction đến lúc container healthy mất bao nhiêu hop? Nếu không có distributed tracing xuyên suốt (blockchain tx → scheduler → kubelet → container healthcheck) thì debug failure rate 39% này sẽ rất đau đầu PS: the tool I meant is on labagent .tech

Some comments may only be visible to logged-in visitors. Sign in to view all comments.