Um VPS Bitcoin é um servidor virtual privado que pode comprar com BTC on-chain ou uma fatura Lightning — sem cartão, sem PayPal, sem processador de pagamentos no meio. A BitVPS emite um endereço de depósito novo por fatura (BIP-32 HD), absorve a taxa de rede e aprovisiona a sua VM na primeira confirmação (~10 minutos na mainnet do Bitcoin). Cinco níveis a partir de $8.50/mês, quatro jurisdições offshore, sem KYC.
De "clicar em implementar" até root SSH num VPS recém-aprovisionado, em seis passos distintos. O passo 4 é on-chain (10 min) para BTC ou de menos de um segundo para Lightning; todo o resto se mede em segundos.
Quando usar qual canal de pagamento. Aceitamos mais de 20 criptomoedas; abaixo está uma comparação direta de taxas, tempo de liquidação e propriedades de privacidade para faturas de nível VPS.
| Canal | Liquidação | Taxa de rede | Privacidade on-chain | Melhor para |
|---|---|---|---|---|
| BTC on-chain | ~10 min | 1–10 sat/vB (we absorb) | Pseudônimo, grafo UTXO público | Qualquer tamanho de fatura, especialmente > US$ 200 |
| BTC Lightning | < 5 s | Taxa mínima de roteamento (nós absorvemos) | Saltos off-chain, origem não visível on-chain | Faturas pequenas, iteração rápida |
| XMR (Monero) | ~2 min | ~0.0002 XMR | RingCT + endereços stealth (privado) | Compradores que priorizam privacidade — veja /monero-vps/ |
| LTC (Litecoin) | ~2.5 min | < 1 cent | Pseudônimo, registro público | Confirmações rápidas, taxa baixa |
| ETH | ~30 s (1 conf) | $0.30–$3 | Registro público, modelo de conta | Compradores já no ecossistema ETH |
| DASH | ~3 s (InstantSend) | < 1 cent | Público, PrivateSend opcional | Pagamentos rápidos estilo varejo |
| BCH / DOGE | ~1–10 min | < 1 cent | Pseudônimo, registro público | Compradores que detêm uma das moedas |
Comparação aprofundada de privacidade: <a href="/pt/guides/bitcoin-vs-monero-payments/">pagamentos Bitcoin vs Monero</a>.
Os mesmos cinco níveis da página principal /vps/, dispostos numa única tabela comparativa para a finalização da compra paga em BTC. Preços indicados em USD, convertidos para BTC à taxa de mercado no momento em que a sua fatura é gerada.
| Nível | vCPU | RAM | NVMe | Banda | Preço |
|---|---|---|---|---|---|
| Starter AMD EPYC 7443P | 2 | 4 GB DDR4 ECC | 60 GB | 1 Gbps ilimitado | $8.50/mo |
| Growth AMD EPYC 7443P | 4 | 8 GB DDR4 ECC | 120 GB | 2,5 Gbps ilimitado | $13.50/mo |
| Business Intel Xeon Gold 6430 | 6 | 16 GB DDR5 ECC | 240 GB | 5 Gbps ilimitado | $20.00/mo |
| Pro Intel Xeon Gold 6430 | 8 | 24 GB DDR5 ECC | 400 GB | 5 Gbps ilimitado | $27.50/mo |
| Scale AMD EPYC 9454P | 12 | 32 GB DDR5 ECC | 640 GB | 10 Gbps ilimitado | $34.50/mo |
Dimensionamento para nós completos, nós podados e nós de roteamento Lightning — três cargas de trabalho diferentes com perfis de armazenamento e CPU bem distintos.
Nó completo (não podado, com txindex). A mainnet mais os índices ocupam aproximadamente 600 GB em meados de 2026, crescendo cerca de 80 GB por ano. RAM: 8 GB no mínimo, 16 GB confortável para consultas de índice. CPU: um único núcleo rápido (o download inicial de blocos é maioritariamente sequencial); a operação contínua é leve. Nível recomendado: <strong>Pro</strong> (400 GB) se conseguir podar o <code>txindex</code>, caso contrário <strong>Scale</strong> (640 GB) — ou avance para um pequeno servidor dedicado. A sincronização inicial a frio demora 8 a 24 horas em NVMe Gen4.
Nó podado. O Bitcoin Core suporta a poda dos ficheiros de blocos históricos mantendo um chainstate totalmente validado. Com <code>prune=8000</code> (8 GB de armazenamento de blocos) mais alguns GB do conjunto UTXO e do chainstate, a pegada em disco fica em torno de 8 a 12 GB. Nível recomendado: o <strong>Starter</strong> (60 GB NVMe) serve. Útil para carteiras, monitorização de mempool, oráculos de estimativa de taxas e nós Lightning pessoais.
Nó de roteamento Lightning. O armazenamento é insignificante (o estado dos canais + gossip são algumas centenas de MB). RAM em torno de 2 a 4 GB. CPU leve. A largura de banda é a variável: um nó de roteamento movimentado move um fluxo constante de 5 a 20 Mbps de tráfego de gossip e HTLC. Nível recomendado: <strong>Starter</strong> ou <strong>Growth</strong>. Combine com um nó completo Bitcoin Core na mesma máquina (nível Scale) ou execute o nó Lightning ao lado de um nó Core remoto (mais barato).
Higiene de portas: abra a <code>8333</code> para P2P de entrada (mais peers ajudam a rede e melhoram o seu próprio gossip), a <code>9735</code> para escuta de canais Lightning se quiser canais de entrada, e <em>não</em> exponha a porta RPC <code>8332</code> publicamente — associe-a a localhost ou a uma interface Tailscale e use proxy conforme necessário.
O Bitcoin é pseudónimo, não anónimo. Cada transação é pública para sempre; o que faz nas margens (higiene da carteira, estratégia de endereços, gestão do troco) determina se a sua atividade permanece uma floresta de UTXOs não relacionados ou colapsa num único cluster que um fornecedor de análise de cadeia pode vender.
Do nosso lado: endereço novo por fatura. A BitVPS deriva cada endereço de depósito a partir de um caminho BIP-32 HD numa carteira apenas de observação. Nunca mostramos o mesmo endereço duas vezes e nunca reutilizamos um endereço entre faturas. Isto significa que a única coisa que a análise de cadeia pode correlacionar a partir de dados públicos é "uma carteira desconhecida enviou fundos para um endereço desconhecido" — a identidade de nenhum dos lados está na cadeia.
Do seu lado: dicas de higiene que não custam nada.
A Bitcoin Optech publica excelente orientação contínua sobre a gestão de UTXO; o wiki bitcoin.it tem uma referência de longa data sobre <a href="https://en.bitcoin.it/wiki/Address_reuse" rel="nofollow noopener">porque a reutilização de endereços é prejudicial</a>. Ambos valem a leitura.
As oito perguntas que os compradores Bitcoin mais nos fazem.
Referências do protocolo Bitcoin:
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
Cinco níveis, quatro jurisdições, sem KYC, liquidação na primeira confirmação. On-chain ou Lightning.