Payment terms arrive over HTTP
The checkout route returns a canonical x402 v2 PAYMENT-REQUIRED challenge that binds the authorization to the requested resource.
WarpMetal turns a server lease into an explicit HTTP transaction: prepare the order, receive live payment requirements, sign once, then poll the same task to ready.
No account required for eligible workloads. Live API readiness, inventory, and HTTP 402 terms determine whether checkout can proceed.
A web-enabled agent can read the canonical instructions and live catalog. If it cannot open URLs, paste the full contents of llms.txt into the conversation.
Read https://warpmetal.com/llms.txt and explain the WarpMetal x402 VPS purchase flow. Fetch the live catalog, prepare an idempotent order for [describe workload], and stop before signing any PAYMENT-REQUIRED challenge so I can verify the amount, asset, network, and recipient.Open https://warpmetal.com/llms.txt The checkout route returns a canonical x402 v2 PAYMENT-REQUIRED challenge that binds the authorization to the requested resource.
Ambiguous 202, 503, timeout, and transport outcomes reuse the exact request and exact signature according to the agent guide.
Payment finality queues provisioning. The durable task remains pollable while compute creation and device readiness complete.
The buyer uses public resource classes and provider-neutral server IDs. Internal infrastructure credentials never enter the client contract.
Prices cover one 30-day term. Exact operating systems and purchase availability come from the live catalog; exact payment details come only from the live x402 challenge.
$12 / 30 days
$20 / 30 days
$45 / 30 days
$75 / 30 days
A funded, policy-controlled agent can acquire a machine without an invoice account or cloud-provider API key.
Exercise challenge handling, signature replay rules, settlement status, fulfillment polling, and renewal against a real compute product.
Purchase exactly 30 days of Linux capacity and renew only when the workload still needs it.
The browser page explains the product. The machine contract and live API control every operational decision.
The agent reads llms.txt before preparing any order.
GET /llms.txtIt selects a public plan and exact free Linux image.
GET /api/catalogYou review the live x402 amount, asset, network, and recipient.
POST /api/checkoutThe task becomes ready with an IP and your installed SSH key.
ssh root@IPThe current public contract supports Solana USDT, TRON USDT, and Base USDC. The live HTTP 402 response is authoritative for every transaction.
No. POST /api/orders validates inventory and creates an idempotent task. Payment begins only when the matching checkout endpoint returns its live challenge.
A durable worker provisions the server, waits for the device to become ready, and attaches the public IP to the provider-neutral task and server ID.
Yes. robots.txt, sitemap.xml, llms.txt, the agent card, OpenAPI, and HTTP discovery headers all point agents to the public machine contract.