Provider map
The GPU and Compute Marketplaces
The compute marketplace is not one category. Hyperscalers, neoclouds, peer-to-peer GPU exchanges, decentralized networks, and rendering-specific networks solve different buyer problems.
"Prices set by supply and demand across 40+ data centers."
Key facts
Centralized clouds: capacity, compliance, and bundled services
AWS, Google Cloud, Azure, and Oracle sell GPU infrastructure inside broader cloud platforms. The reason to use them is often not the lowest H100 price. It is the surrounding enterprise machinery: IAM, private networking, procurement, compliance, regional governance, managed storage, observability, and existing data gravity.
Hyperscaler GPU prices can be hard to compare because the accelerator is embedded inside a named instance shape with vCPUs, memory, local SSD, networking, region, operating system, reservations, and transfer terms. Buyers should treat the provider calculator as the source of truth for final quotes and record the exact region and SKU.
The hyperscaler advantage is strongest when the model depends on data already in that cloud, when compliance gates matter, or when the deployment needs managed services around the GPU. The disadvantage is quota, procurement friction, and a pricing model optimized around enterprise account structures rather than short-lived experiments.
Neoclouds: GPU-first infrastructure
Lambda and CoreWeave are examples of GPU-first providers. Their pages present GPU families directly: H100, H200, B200, A100, GH200, and related cluster offerings. This makes them easier to reason about for ML teams because the bill starts from the accelerator and cluster shape rather than a general-purpose cloud catalog.
The tradeoff is that support, regions, compliance programs, networking options, and enterprise procurement can differ from hyperscaler assumptions. For many AI teams, that is still a good exchange: lower friction for GPU access, clearer per-GPU pricing, and cluster offerings tuned to training and inference.
Peer GPU marketplaces: price discovery and host risk
Vast.ai and similar marketplaces expose the market directly. Buyers compare host reliability, GPU type, region, verification tier, storage, network score, interruptibility, and live price. This is real price discovery, which is why the same GPU can have a wide price spread.
The buyer gets optionality, but also responsibility. You need to decide how much you trust a host, whether the workload can tolerate interruption, whether data is sensitive, and whether a cheaper listing actually has the disk, network, and CPU needed to finish the job.
Decentralized compute: supply aggregation, bids, and specialized networks
Akash, io.net, and Render Network belong in the decentralized-compute conversation, but they are not interchangeable. Akash is a general decentralized compute marketplace where deployments specify resources and providers bid. io.net presents itself as a DePIN-style network aggregating GPUs from independent sources for ML workloads. Render Network is mainly a decentralized GPU rendering network with pricing denominated around OctaneBench-hours.
This page treats "Render" in the concept as Render Network, not Render.com. Render.com is a managed application hosting platform, not a decentralized GPU market. That distinction is recorded in REPORT.md because the concept used the short name.
The decentralized pitch is structural: more suppliers, visible terms, and a path for idle hardware to become market supply. The caution is equally structural: production buyers still need clear security boundaries, data handling rules, SLA expectations, region controls, and proof that the marketplace can satisfy the workload at the moment it is needed.