Como pagar um VPS com Monero de forma anónima: passo a passo
- 24 de outubro de 2026
- 09:00
- Por Adrien Roche
- Tutoriais

Porquê Monero, e não Bitcoin, para um pagamento anónimo de VPS
Pagar um alojamento VPS com Monero de forma anónima funciona por causa daquilo que o Monero se recusa a escrever na sua blockchain. O Bitcoin e o USDT são livros-razão transparentes: cada transação expõe remetente, destinatário e montante, para sempre. Se as moedas vieram de uma exchange que verificou a sua identidade, a análise de cadeia consegue ir desse levantamento até ao endereço de depósito do fornecedor.
O Monero quebra cada elo com um mecanismo diferente:
- As assinaturas em anel ocultam o remetente. Cada input é assinado em nome de um anel de outputs possíveis (16 no desenho das assinaturas em anel) e ninguém consegue dizer qual foi realmente gasto. A atualização FCMP++ que o projeto tem vindo a implementar substitui os anéis fixos por provas de pertença a toda a cadeia.
- Os endereços stealth ocultam o destinatário. O endereço público do fornecedor nunca aparece na cadeia; cada pagamento chega a um endereço único que apenas a chave de visualização do fornecedor reconhece.
- O RingCT oculta o montante. Desde 2017 as transações comprometem-se criptograficamente com os montantes em vez de os publicar.
- O Dandelion++ dificulta saber qual o IP que retransmitiu a transação em primeiro lugar.
O que um observador consegue ler num pagamento de alojamento em cada via:
| Visível na blockchain | Bitcoin | USDT (TRC-20 / ERC-20) | Monero |
|---|---|---|---|
| Endereço do remetente | Sim | Sim | Não (anel / prova de pertença) |
| Endereço do destinatário | Sim | Sim | Não (endereço stealth único) |
| Montante | Sim | Sim | Não (RingCT) |
| Ligação às suas transações anteriores | Sim, por análise de grafo | Sim, por análise de grafo | Não, por conceção |
| Levantamento na exchange rastreável até ao fornecedor | Sim | Sim | Sem ligação on-chain |
Nada disto o torna invisível. Remove a blockchain enquanto prova; o que resta vive no seu email, no seu endereço IP e nos seus hábitos.
Passo 1: obter XMR sem criar um rasto documental
1. Exchanges centralizadas (KYC)
A via mais simples é a que mais deixa escapar: as moedas ficam privadas assim que saem, mas a exchange guarda um registo, requisitável judicialmente, de que levantou um determinado montante numa determinada hora. A via também está a encolher: a Binance retirou o XMR em fevereiro de 2024, a Kraken removeu-o para clientes do Espaço Económico Europeu em outubro de 2024 e o Regulamento antibranqueamento da UE, aplicável a partir de 10 de julho de 2027, proíbe os prestadores de serviços de criptoativos regulados de tratar moedas de privacidade. Deter e gastar XMR por si próprio não é afetado.
2. Serviços de swap sem KYC
Os serviços de swap instantâneo convertem BTC ou USDT em XMR sem conta. Duas ressalvas: envie a partir de uma carteira que controla e não diretamente de uma exchange, ou o levantamento e o depósito do swap serão o mesmo evento on-chain; e alguns serviços congelam depósitos que consideram de risco e exigem documentos, por isso prefira uma política explícita de no-KYC e montantes modestos.
3. Peer-to-peer e atomic swaps
A Haveno é uma exchange descentralizada ao estilo da Bisq, reconstruída para o Monero: escrow multisig, Tor por omissão, pares em moeda fiduciária e em cripto, sem registo. As suas redes são geridas por operadores independentes e já tiveram incidentes de segurança, por isso trate uma troca em aberto como risco de contraparte. A Bisq também lista XMR contra BTC. Os atomic swaps de BTC para XMR totalmente sem confiança (protocolo COMIT, interface UnstoppableSwap) liquidam sem qualquer custodiante, ao custo de pouca liquidez e da necessidade de ter bitcoin primeiro.
4. Mineração
O RandomX foi desenhado para CPUs comuns e o P2Pool é uma pool descentralizada sem registo e com 0% de comissão. Um computador de secretária ganha pouco, mas é comprovadamente limpo:
# node with the ZMQ interface P2Pool needs (pruned to save disk)
monerod --prune-blockchain --zmq-pub tcp://127.0.0.1:18083
# P2Pool: mine to your primary address (starts with 4); --mini for small hashrates
./p2pool --host 127.0.0.1 --wallet 4YOUR_PRIMARY_ADDRESS --mini
# XMRig against the local P2Pool stratum
./xmrig -o 127.0.0.1:3333
Para receber num subendereço, o P2Pool aceita tanto --wallet (o endereço principal) como --subaddress.
Passo 2: escolher uma carteira e decidir quem vê o seu IP
A carteira importa menos do que o nó com que fala. Todas as carteiras têm de perguntar a um nó que outputs lhes pertencem; se esse nó for o nó remoto de outra pessoa, o seu operador fica a saber o seu IP e que transações difunde (não o seu saldo nem as suas chaves). Três opções sólidas:
- GUI e CLI oficiais do getmonero.org, idealmente com o seu próprio nó. Um nó podado (
monerod --prune-blockchain) precisa de cerca de um terço do disco da cadeia completa. - Feather, uma carteira de secretária leve e de código aberto para Linux, Tails, Windows e macOS, com integração Tor e um conjunto de funcionalidades próximo do CLI.
- Cake Wallet, de código aberto, para iOS, Android e desktop, com suporte para nós personalizados. Útil para pagar a partir do telemóvel.
Com um nó remoto, encaminhe a carteira através do Tor e escolha um nó publicado como serviço onion. No CLI a opção é --proxy:
# local SOCKS proxy: 9050 = tor daemon, 9150 = Tor Browser
monero-wallet-cli --proxy 127.0.0.1:9050 --daemon-address YOURNODE.onion:18089
# inside the wallet
address new "vps-host" # fresh subaddress for this counterparty
balance
transfer 8HOST_DEPOSIT_ADDRESS 0.0421 # the exact amount shown on the invoice
get_tx_key TXID # keep offline: proves this payment only
show_transfers
Anote a seed de 25 palavras antes de financiar seja o que for; a seed é a carteira. E use o mesmo circuito Tor ou a mesma VPN para a carteira e para o site do fornecedor, ou as duas metades da compra chegam de dois IPs, um deles provavelmente o de sua casa.
Passo 3: finalizar a compra num fornecedor que aceite XMR
Tome o checkout da rdp.monster como exemplo prático. Escolha um plano, selecione Monero como método de pagamento e a fatura aparece. Uma fatura Monero mostra três coisas: um endereço de depósito único gerado para esta encomenda, o montante exato em XMR e uma contagem decrescente. A contagem é o bloqueio da taxa de câmbio; na rdp.monster a taxa spot é mantida durante 30 minutos e depois a encomenda é recotada em vez de falhar. O endereço tem 95 caracteres; copie-o, nunca o escreva à mão, e compare os primeiros e os últimos caracteres antes de enviar.
1. Enviar o pagamento
Cole o endereço e o montante e confirme. A taxa de rede é de alguns cêntimos. A sua carteira devolve um ID de transação de 64 caracteres; guarde-o. Em poucos segundos, a fatura passa normalmente para "detetado, a aguardar confirmações".
2. Aguardar as confirmações
O Monero produz um bloco aproximadamente a cada dois minutos. Cada comerciante escolhe o seu limiar; a rdp.monster aguarda 10 confirmações, a profundidade a partir da qual o próprio protocolo permite gastar os outputs recebidos, por isso conte com cerca de 20 minutos. Alguns fornecedores aceitam menos; nenhum é mais rápido do que a cadeia.
3. Entrega
Assim que a rede confirma, o aprovisionamento é automático: na rdp.monster o servidor é entregue cerca de 10 segundos após a confirmação do pagamento, com as credenciais enviadas para o seu email e mostradas na área de cliente. O tempo real entre "pagar" e o primeiro login é definido pela blockchain, não pelo fornecedor.
4. Se alguma coisa correr mal
Enviou a menos? Complete a diferença para o mesmo endereço; a fatura fica concluída quando o total corresponder. Enviou a mais? O excedente é creditado no saldo da sua conta rdp.monster. Se a fatura nunca detetar um pagamento que a sua carteira diz estar confirmado, contacte o suporte com o ID da transação e, se lho pedirem, uma prova obtida com get_tx_proof TXID ADDRESS, que revela que aquela transação pagou aquele endereço e mais nada sobre a sua carteira.
O que o fornecedor continua a saber após um pagamento anónimo
O Monero fecha o canal financeiro e mais nada. Depois da compra, um fornecedor como a rdp.monster continua a deter:
- O seu email, o único identificador da conta. Se for a sua caixa de correio do dia a dia, o método de pagamento foi irrelevante.
- O seu endereço IP no registo, em cada login no painel e em cada sessão RDP ou SSH, a menos que se ligue sempre através de Tor ou de uma VPN.
- O que o servidor faz na rede. O tráfego sai pelos routers do fornecedor, as queixas de abuso e os pedidos legais chegam ao escritório do fornecedor. A via de pagamento não muda nada disso.
- A própria transação: a chave de visualização mostra o montante recebido, o ID da transação e a data/hora, não a sua carteira, saldo ou outros pagamentos.
É por isso que um VPS anónimo sem KYC se define pelo que o fornecedor nunca recolhe (nome, documento, telefone, cartão), e não por uma promessa de esquecer o que inevitavelmente vê. Os metadados que sobram são poucos; a secção seguinte torna-os inúteis.
Boas práticas que mantêm a cadeia limpa
- Uma caixa de correio dedicada. Crie-a através da mesma ligação Tor ou VPN que vai usar com o fornecedor, use-a para mais nada e nunca lhe associe o seu nome verdadeiro.
- Sem identificadores reutilizados. Nomes de utilizador, palavras-passe, hostnames e comentários de chaves SSH são todos identificadores; um gestor de palavras-passe torna trivial criar um conjunto novo.
- Não levante o montante da fatura e o pague dois minutos depois. Um registo da exchange do tipo "levantou 0,0421 XMR às 14:02" ao lado de uma fatura do fornecedor de 0,0421 XMR confirmada às 14:25 é uma correlação, caso os dois conjuntos de dados alguma vez se cruzem. Mantenha XMR na sua própria carteira e pague a partir de um saldo que não seja um levantamento recente e do valor exato.
- Um único caminho de rede consistente. Carteira, checkout, painel e sessões no servidor devem sair todos pelo mesmo circuito Tor ou VPN. Se mais tarde quiser também encaminhar o próprio tráfego do servidor por um túnel, um cliente VPN ingénuo sequestra a rota por omissão e mata a sua sessão, por isso siga o guia sobre usar uma VPN num servidor RDP sem perder a ligação. Onde os protocolos VPN são limitados ou bloqueados, uma configuração de proxy V2Ray disfarça o túnel de tráfego TLS comum.
- Não misture identidades na máquina. Iniciar sessão numa conta pessoal Google ou GitHub a partir do VPS liga-o a si de forma mais fiável do que qualquer blockchain conseguiria.
Uma breve nota legal, e o que fazer a seguir
Comprar alojamento com Monero é legal na maioria das jurisdições; a lei regula os intermediários (exchanges, custodiantes e, a partir de 2027, todos os prestadores de serviços de criptoativos da UE) e o fornecedor, que continua a ter de responder a queixas de abuso e a pedidos legítimos. Gastar criptomoeda também pode constituir uma alienação tributável em alguns países. E o anonimato perante o seu fornecedor não é imunidade: protege um jornalista, um investigador ou uma empresa que não quer ver a sua despesa de infraestrutura mapeada por corretores de dados, não aquilo que corre no servidor.
Se esse compromisso corresponde às suas necessidades, o passo prático seguinte é um VPS Monero sem KYC da rdp.monster: registe-se com um email, pague a fatura em XMR e o servidor é entregue cerca de 10 segundos após a confirmação do pagamento. Os planos começam em $8.99/mês com acesso completo de administrador ou root, CPU e RAM dedicados, largura de banda ilimitada (fair-use) e o mesmo preço quer pague em Monero, noutra criptomoeda ou em moeda fiduciária. Sem envio de documentos, sem número de telefone, sem sobretaxa de privacidade.
Perguntas frequentes
É legal pagar um VPS com Monero?
Quanto tempo demora a confirmar um pagamento em Monero?
O fornecedor de VPS consegue ver quem lhe pagou com Monero?
Preciso de executar o meu próprio nó Monero para pagar em privado?
--proxy 127.0.0.1:9050 com o endereço de um nó onion, e um nó podado iniciado com monerod --prune-blockchain precisa de cerca de um terço do disco da cadeia completa, se preferir não confiar em ninguém.Adrien Roche, Editor de infraestrutura e hospedagem
Engenheiro de sistemas com mais de 10 anos cuidando de parques de servidores Windows Server e Linux. Adrien mantém a documentação de infraestrutura do rdp.monster e escreve nossos guias sobre RDP, hospedagem VPS, administração de servidores, redes e ferramentas de privacidade.




