A Bitcoin VPS is a virtual private server you can buy with on-chain BTC or a Lightning invoice — no card, no PayPal, no payment processor in the loop. Cryptoservers issues a fresh deposit address per invoice (BIP-32 HD), absorbs the network fee, and provisions your VM on the first confirmation (~10 minutes on Bitcoin mainnet). Five tiers from $16.99/mo, four offshore jurisdictions, no KYC.
From "click deploy" to root SSH on a freshly provisioned VPS, in six discrete steps. Step 4 is on-chain (10 min) for BTC or sub-second for Lightning; everything else is measured in seconds.
When to use which payment rail. We accept seven coins; below is a flat comparison of fees, settlement time and privacy properties for VPS-tier invoices.
| Rail | Settlement | Network fee | Privacy on chain | Best for |
|---|---|---|---|---|
| BTC on-chain | ~10 min | 1–10 sat/vB (we absorb) | Pseudonymous, public UTXO graph | Any invoice size, especially > $200 |
| BTC Lightning | < 5 s | Tiny routing fee (we absorb) | Off-chain hops, source not on chain | Small invoices, fast iteration |
| XMR (Monero) | ~2 min | ~0.0002 XMR | RingCT + stealth addresses (private) | Privacy-first buyers — see /monero-vps/ |
| LTC (Litecoin) | ~2.5 min | < 1 cent | Pseudonymous, public ledger | Fast confirmations, low fee |
| ETH | ~30 s (1 conf) | $0.30–$3 | Public ledger, account model | Buyers already in the ETH ecosystem |
| DASH | ~3 s (InstantSend) | < 1 cent | Public, optional PrivateSend | Fast retail-style payments |
| BCH / DOGE | ~1–10 min | < 1 cent | Pseudonymous, public ledger | Buyers holding either coin |
In-depth privacy comparison: <a href="/guides/bitcoin-vs-monero-payments/">Bitcoin vs Monero payments</a>.
Same five tiers as the main /vps/ page, laid out as a single comparison table for the BTC-paid checkout. Prices quoted in USD, converted to BTC at the spot rate when your invoice is generated.
| Tier | vCPU | RAM | NVMe | Bandwidth | Price |
|---|---|---|---|---|---|
| Starter AMD EPYC 7443P | 2 | 4 GB DDR4 ECC | 60 GB | 1 Gbps unmetered | $16.99/mo |
| Growth AMD EPYC 7443P | 4 | 8 GB DDR4 ECC | 120 GB | 2.5 Gbps unmetered | $26.99/mo |
| Business Intel Xeon Gold 6430 | 6 | 16 GB DDR5 ECC | 240 GB | 5 Gbps unmetered | $39.99/mo |
| Pro Intel Xeon Gold 6430 | 8 | 24 GB DDR5 ECC | 400 GB | 5 Gbps unmetered | $54.99/mo |
| Scale AMD EPYC 9454P | 12 | 32 GB DDR5 ECC | 640 GB | 10 Gbps unmetered | $69.00/mo |
Sizing for full nodes, pruned nodes and Lightning routing nodes — three different workloads with very different storage and CPU profiles.
Full node (unpruned, with txindex). Mainnet plus indexes is approximately 600 GB as of mid-2026, growing roughly 80 GB per year. RAM: 8 GB minimum, 16 GB comfortable for index lookups. CPU: a single fast core (initial block download is mostly serial); ongoing operation is light. Recommended tier: <strong>Pro</strong> (400 GB) if you can prune <code>txindex</code>, otherwise <strong>Scale</strong> (640 GB) — or jump to a small dedicated server. Initial sync from cold takes 8–24 hours on Gen4 NVMe.
Pruned node. Bitcoin Core supports pruning the historical block files while keeping a fully validated chainstate. With <code>prune=8000</code> (8 GB block storage) plus a few GB of UTXO set and chainstate, the on-disk footprint sits around 8–12 GB. Recommended tier: <strong>Starter</strong> (60 GB NVMe) is fine. Useful for wallets, mempool monitoring, fee-estimation oracles and personal Lightning nodes.
Lightning routing node. Storage is negligible (channel state + gossip is a few hundred MB). RAM around 2–4 GB. CPU light. Bandwidth is the variable: a busy routing node moves a steady 5–20 Mbps of gossip and HTLC traffic. Recommended tier: <strong>Starter</strong> or <strong>Growth</strong>. Pair with a Bitcoin Core full node on the same box (Scale tier) or run the Lightning node alongside a remote Core node (cheaper).
Port hygiene: open <code>8333</code> for inbound P2P (more peers help the network and improve your own gossip), <code>9735</code> for Lightning channel listening if you want inbound channels, and <em>do not</em> expose RPC port <code>8332</code> publicly — bind it to localhost or a Tailscale interface and proxy as needed.
Bitcoin is pseudonymous, not anonymous. Every transaction is public forever; what you do at the edges (wallet hygiene, address strategy, change handling) determines whether your activity remains a forest of unrelated UTXOs or collapses into one cluster a chain-analysis vendor can sell.
Our side: fresh address per invoice. Cryptoservers derives every deposit address from a BIP-32 HD path on a watch-only wallet. We never display the same address twice and we never reuse one across invoices. This means the only thing chain-analysis can correlate from public data is "an unknown wallet sent funds to an unknown address" — neither side's identity is on the chain.
Your side: hygiene tips that cost nothing.
Bitcoin Optech publishes excellent ongoing guidance on UTXO management; the bitcoin.it wiki has a long-standing reference on <a href="https://en.bitcoin.it/wiki/Address_reuse" rel="nofollow noopener">why address reuse is harmful</a>. Both worth reading.
Eight questions Bitcoin buyers ask us most.
Bitcoin protocol references:
bitcoin.org — Developer Guide (confirmations, transactions)
Bitcoin Optech — weekly developer newsletter and topics index
Bitcoin Wiki — Address reuse
BIP-32 — Hierarchical Deterministic Wallets
BOLT-11 — Lightning invoice encoding
Five tiers, four jurisdictions, no KYC, settled on the first confirmation. On-chain or Lightning.