Crypto · sans KYC
Hébergez Monero Node (monerod) sur un VPS offshore
Faites tourner votre propre nœud Monero complet sur un VPS offshore, no-KYC, afin que votre wallet dialogue avec un démon que vous contrôlez, au lieu de confier vos requêtes de transaction au nœud public d'un inconnu.
Ce que c'est
monerod est le démon de référence de Monero : il télécharge et vérifie l'intégralité de la blockchain Monero, relaie les transactions sur le réseau pair-à-pair et répond aux requêtes RPC des wallets. Faire tourner votre propre nœud signifie que votre logiciel de wallet (Feather, Cake, Monero GUI/CLI, outils marchands) ne divulgue jamais vos adresses ni votre IP à un nœud public tiers.
Pourquoi l'héberger en offshore
Louer un nœud avec des documents d'identité va à l'encontre du but recherché — cela relie votre infrastructure à votre nom. Sur un VPS offshore no-KYC, payable en crypto, vous obtenez un démon sous votre seul contrôle, dans une juridiction respectueuse de la vie privée, avec une bande passante illimitée pour que relayer des blocs et servir du RPC ne déclenche jamais de facturation de dépassement ni de bridage.
Le déploiement
Une configuration de référence fonctionnelle
Copiez ceci sur une nouvelle instance ChainVPS. Remplacez les paramètres, puis lancez-la.
Étapes pour Ubuntu 24.04 (après avoir installé Docker Engine + le plugin compose) :
# 1. Enregistrez ceci sous docker-compose.yml
services:
monerod:
image: sethsimmons/simple-monerod:latest
container_name: monerod
restart: unless-stopped
volumes:
- monero-data:/home/monero/.bitmonero
ports:
- "18080:18080" # P2P — doit être joignable pour un nœud public
- "18089:18089" # RPC public restreint (sûr à exposer)
command:
- "--rpc-restricted-bind-ip=0.0.0.0"
- "--rpc-restricted-bind-port=18089"
- "--public-node"
- "--no-igd"
- "--confirm-external-bind"
- "--enable-dns-blocklist"
- "--out-peers=32"
- "--in-peers=48"
- "--prune-blockchain" # supprimez cette ligne pour un nœud complet (non élagué)
- "--max-log-file-size=1048576"
volumes:
monero-data:
# 2. Démarrez-le
docker compose up -d
# 3. Suivez la synchronisation initiale (la première synchro peut prendre de plusieurs heures à une journée)
docker compose logs -f monerod
# 4. Pointez un wallet vers : http://YOUR_SERVER_IP:18089
# Le chemin de données de l'image est /home/monero/.bitmonero ; le volume nommé
# conserve la blockchain à travers les redémarrages du conteneur et les mises à jour de l'image.Pare-feu
Ports à ouvrir
| Port | Protocole | Objectif |
|---|---|---|
| 18080 | TCP | Réseau P2P — connexions de pairs entrantes/sortantes ; à ouvrir pour un nœud public |
| 18089 | TCP | RPC public restreint pour les wallets (méthodes sûres uniquement) ; exposez ce port, pas le 18081 |
| 18081 | TCP | RPC non restreint / admin — à garder lié à localhost uniquement, NE JAMAIS exposer publiquement |
| 18083 | TCP | Interface ZMQ pub (optionnelle, pour les outils marchands/indexeurs) ; à garder en local |
Dimensionnement optimal
De quel forfait vous avez besoin
VPS Small (2 vCPU / 4 GB RAM)
Nœud élagué (--prune-blockchain) pour un backend de wallet personnel. La chaîne élaguée fait environ 100-120 GB ; prévoyez 200 GB de disque pour laisser de la marge de croissance.
Storage VPS / VPS Pro (4 vCPU / 8 GB RAM)
Nœud public complet (non élagué) desservant plusieurs wallets ou une petite installation marchande. La chaîne complète fait environ 230 GB et continue de croître ; prévoyez 400 GB de disque ou plus. La bande passante illimitée absorbe confortablement le relais P2P.
Plan dédié ou grand plan Storage (8+ vCPU / 16+ GB RAM, NVMe)
Nœud public à forte connectivité de pairs, indexeur ZMQ, ou backend pour de nombreux wallets/traitement de paiements. Le NVMe maintient une faible latence de vérification et de RPC sous charge ; 500 GB de stockage ou plus pour des années de croissance de la chaîne.
Meilleurs emplacements : Les 6 emplacements de niveau privacy (NL, CH, RO, IS, MD, LU) sont les mieux adaptés — la Suisse et l'Islande en particulier se situent dans des juridictions à forte protection des données, sans excès de rétention obligatoire des données, ce qui compte pour un nœud qui traite des requêtes RPC de wallet. La bande passante illimitée dans ces régions vous permet de faire tourner un nœud véritablement public au service des pairs sans risque de dépassement, et la protection DDoS incluse garde le port P2P stable lorsque votre nœud devient un relais bien connecté.
Verrouillez-le
Liste de vérification du durcissement
- N'exposez jamais le port RPC non restreint 18081 sur Internet — ne publiez que le port restreint 18089 (--rpc-restricted-bind). L'interface restreinte désactive les méthodes admin/dangereuses comme set_bans, stop_daemon, et la fuite de sync-info.
- Verrouillez le pare-feu avec UFW : autorisez uniquement le 18080 (P2P) et le 18089 (RPC restreint), refusez tout le reste. Gardez les ports 18081 et 18083 accessibles uniquement depuis localhost / le bridge Docker.
- Pour un maximum de confidentialité, faites tourner monerod via Tor : ajoutez un service caché Tor pour le P2P entrant et utilisez --tx-proxy tor,127.0.0.1:9050 avec --offshore-inbound afin que l'IP clearnet de votre nœud ne soit pas liée aux transactions qu'il origine.
- Gardez --enable-dns-blocklist activé et plafonnez les pairs (--out-peers/--in-peers) pour atténuer les attaques eclipse et les pairs spammeurs ; ajoutez --ban-list avec la liste de bannissement communautaire pour écarter les nœuds malveillants/espions connus.
- Suivez les versions de Monero et reconstruisez l'image rapidement — les mises à niveau du réseau (hard forks) nécessitent un monerod à jour, sinon votre nœud arrête de se synchroniser. Épinglez une version taguée en production plutôt que :latest afin que les mises à jour soient délibérées.
Questions
Hébergement Monero Node (monerod) — FAQ
De combien d'espace disque un nœud Monero a-t-il besoin ?
Un nœud complet non élagué pèse environ 230 GB en 2026 et continue de croître, prévoyez donc 400 GB ou plus. Un nœud élagué (--prune-blockchain) réduit cela à environ 100-120 GB tout en vérifiant intégralement la chaîne — idéal pour un backend de wallet personnel sur un plan plus modeste.
Nœud élagué ou nœud complet — lequel faire tourner ?
Un nœud élagué valide chaque bloc et convient parfaitement pour desservir vos propres wallets sur un stockage moins coûteux. Faites tourner un nœud complet non élagué si vous voulez être un bon relais public, servir des données historiques, ou exécuter des outils marchands/indexeurs qui ont besoin des données de transaction complètes.
Est-il sûr de rendre mon nœud public ?
Oui, tant que vous n'exposez que les ports RPC restreint (18089) et P2P (18080) et que vous gardez le 18081 sur localhost. L'interface restreinte bloque les commandes admin, si bien qu'un nœud public peut desservir des wallets sans exposer le contrôle du démon.
Combien de temps prend la synchronisation initiale ?
Comptez de plusieurs heures à environ une journée pour une première synchronisation, selon le CPU, la vitesse du disque et les pairs. Le stockage NVMe et davantage de vCPU accélèrent nettement la vérification des blocs, c'est pourquoi les paliers Moyen/Intensif utilisent des plans avec NVMe.
Puis-je faire tourner ceci en parallèle d'un RPC wallet pour les paiements ?
Oui. Faites tourner monero-wallet-rpc dans un conteneur séparé lié à localhost, pointant vers le RPC local de monerod. Gardez le RPC wallet entièrement hors d'Internet public et accédez-y uniquement via un tunnel SSH ou le réseau Docker.
Pourquoi offshore plutôt qu'un fournisseur cloud grand public ?
Les fournisseurs grand public exigent une vérification d'identité et peuvent geler l'infrastructure liée à une activité crypto. Un VPS offshore no-KYC, payable en crypto, situé dans un emplacement de niveau privacy garde le nœud sous votre contrôle sans nom associé, et la bande passante illimitée signifie que le relais public ne coûte jamais de supplément.
Plus à auto-héberger
Autres stacks en un clic
Déployer Monero Node (monerod)
dans les 60 prochaines secondes.
Bande passante illimitée · DDoS inclus · 21 cryptomonnaies · sans KYC.