Why decentralized

Your host shouldn't be a single point of failure.

A conventional host is a company that can change its prices, its terms or its mind about your account. A public network can't, not because the operator is nicer, but because no single operator is in charge.

Follow one request

What's between a visitor and your site.

Every box on the top row is something a company owns and can switch off, re-price or lose. The bottom row has no such box.

Conventional hosting
VisitorCDN edgeone vendor's contractLoad balancerone cloud accountOrigin serverone VM, one billYour files
Webstead on the Internet Computer
VisitorIC gatewaymany operators, any of themYour canisterreplicated across a subnetYour filesserved from consensus
The problem with renting

Three ways a rented server goes wrong on you.

One company's decision, and you're offline

A conventional host can suspend an account over a policy dispute, a payment hiccup or no stated reason, and your site stays dark until it's resolved on their terms.

Deplatforming

Egress fees and surprise bills

Bandwidth and compute on the big clouds are famously hard to predict. Cycles are metered per computation and visible as runway, so you watch the number move instead of opening an invoice.

Opaque pricing

Proprietary APIs, one-way migrations

Leaving a major cloud usually means rewriting infrastructure, not changing DNS. An asset canister is a documented primitive, and the exit is a controller change.

Lock-in
How it actually works

No origin server. The network is the server.

How cycles and runway work

Your built site (HTML, CSS, JavaScript, images) is stored inside an asset canister: a smart-contract-backed program on the Internet Computer with its own HTTP request handler. It's replicated across a subnet of independently operated nodes that reach consensus on every state change, the same way any other blockchain transaction does.

When a browser requests your site, a gateway routes the request to that canister, which answers directly. There is no reverse proxy in front of a rented VM and no centralized CDN deciding whether to serve you today.

Webstead's job is everything around that: provisioning the canister, funding its cycles, running the deploy, watching the balance and giving you a dashboard instead of a CLI. The decentralization is structural. The convenience is what we add on top.

Honest trade-offs

What you're actually signing up for today.

We'd rather you know than assume.

Static and client-rendered sites, not servers

Asset canisters serve files. Frameworks that need a persistent Node process (SSR, API routes) aren't a fit; static exports and client-rendered SPAs are. Motoko backends are the exception, and they're supported.

Cycles are a real, metered resource

Compute and storage cost cycles, always. Webstead funds them under a monthly budget while we're in beta. Understand the model before relying on it for something critical.

It's a beta, and labelled as one

No SLA yet, and self-custody export is support-mediated rather than one click. The FAQ has the exact works-today and not-yet lists.

Who this is for

You don't need to be a blockchain developer.

You want a real exit, not a promise

You're comparing hosts and want to be able to leave without a migration project. A controller transfer, not a rewrite.

You want to verify, not trust

You'd rather check a canister ID against a public dashboard than take a status page's word for it.

You just want the site live

You don't want to learn dfx or manage a cycles wallet. You want push-to-deploy and a URL that works.

Try it on a site you don't mind experimenting with.

Free while in beta. If it's not for you, your canister leaves with you.