Comment faire fonctionner votre propre relais Nostr en 2026

Faire fonctionner un relais Nostr est abordable. Le logiciel est open source, le protocole est simple et un relais utilisable fonctionne sur un VPS à 5 $. Si vous avez auto-hébergé quelque chose auparavant, vous pouvez faire fonctionner un relais dans l'après-midi.

La question de savoir si vous devriez en faire un est différente. La plupart des utilisateurs n'ont pas besoin de leur propre relais. Certains cas spécifiques en bénéficient fortement.

Ce guide est la procédure pas à pas complète pour quelqu'un qui veut essayer.

Installez strfry ou nostream sur un petit VPS, pointez un domaine dessus, ouvrez le port 443. Prend environ une heure pour quelqu'un à l'aise avec Linux. Les coûts de fonctionnement sont de 5 à 15 $/mois. Utile pour des communautés spécifiques, les utilisateurs soucieux de la vie privée et quiconque veut un contrôle plus profond sur son infrastructure Nostr.

Quand vous êtes prêt, prenez votre adresse @nostr.blog →

Pourquoi vous pourriez en vouloir un

Six raisons légitimes. Si aucune ne s'applique, utilisez plutôt les relais publics.

Relais communautaire. Vous voulez un relais pour un groupe spécifique (un Nostr d'entreprise, une communauté de hobby, une rencontre locale). Les politiques de votre relais reflètent les normes de ce groupe. Les spammeurs externes ne peuvent pas l'inonder car vous contrôlez l'accès en écriture.

Confidentialité. Vous voulez au moins un relais dans votre configuration où vous connaissez l'opérateur. Vos habitudes de lecture sur ce relais ne sont vues par aucun tiers.

Rétention. Les relais publics suppriment parfois les anciens événements. Votre propre relais conserve vos messages indéfiniment si vous le souhaitez.

Expérimentation. Vous construisez un client, une extension relais ou testez de nouveaux NIP. Avoir votre propre relais est essentiel pour le développement.

Performance spécifique à une région. Aucun bon relais n'existe dans votre zone géographique. Faire fonctionner un dans votre région vous sert mieux (et éventuellement d'autres aussi).

Principe. Vous valorisez la contribution au réseau en hébergeant un nœud. C'est rare mais réel ; certains opérateurs font fonctionner des relais car la santé de Nostr dépend de nombreux relais indépendants.

Choisir le logiciel relais

Les deux principaux choix open source en avril 2026 :

strfry. Écrit en C++, utilise LMDB pour le stockage, extrêmement rapide. Gère de grandes charges d'événements (millions d'événements) sur du matériel modeste. Le choix pour les relais axés sur la performance.

nostream. TypeScript, s'exécute sur Node.js, utilise PostgreSQL. Plus facile à modifier si vous connaissez JavaScript. Bon pour les politiques personnalisées et les plugins.

Plusieurs autres options existent (rnostr en Rust, framework khatru pour Go, diverses branches). Pour un premier relais, strfry ou nostream couvrent le cas commun ; les deux sont bien documentés et activement maintenus.

Ce guide utilise strfry pour la procédure concrète.

Exigences matérielles

Pour un petit relais (dizaines à centaines d'utilisateurs) :

• VPS : 1 à 2 cœurs CPU, 1 à 2 GB RAM
• Stockage : 10 à 50 GB selon la rétention
• Bande passante : 100 à 500 GB/mois
• Coût : 5 à 15 $/mois sur Hetzner, DigitalOcean, Linode ou similaire

Pour un relais moyen (milliers d'utilisateurs) :

• VPS : 4 cœurs CPU, 4 à 8 GB RAM
• Stockage : 200+ GB, de préférence SSD
• Bande passante : 1+ TB/mois
• Coût : 30 à 80 $/mois

La plupart des opérateurs de relais pour la première fois commencent par un VPS à 5 $, ce qui est plus que suffisant pour cent utilisateurs.

Procédure de configuration : strfry sur Ubuntu

Étapes concrètes pour un déploiement basique. Suppose un VPS Ubuntu 22.04+ neuf.

Étape 1 : Préparer le serveur

# Mettre à jour le système
sudo apt update && sudo apt upgrade -y

# Installer les dépendances de compilation
sudo apt install -y git build-essential libssl-dev libz-dev \
    liblmdb-dev libflatbuffers-dev libsecp256k1-dev \
    libzstd-dev pkg-config

Étape 2 : Cloner et compiler strfry

cd /opt
sudo git clone https://github.com/hoytech/strfry.git
cd strfry
sudo git submodule update --init
sudo make setup-golpe
sudo make -j4

La compilation prend environ 5 à 10 minutes sur un petit VPS.

Étape 3 : Configurer le relais

Éditez /opt/strfry/strfry.conf. Les sections importantes :

• chemin db : où les événements sont stockés
• network adresse de liaison et port
• section info : nom du relais, description, contact, clés publiques
• politiques retention : combien de temps conserver les événements

Pour une configuration basique, les valeurs par défaut fonctionnent. Personnalisez la section info pour décrire votre relais.

Étape 4 : Configurer le service

Créez une unité systemd pour que strfry s'exécute de manière persistante. /etc/systemd/system/strfry.service :

[Unit]
Description=strfry Nostr relay
After=network.target

[Service]
ExecStart=/opt/strfry/strfry relay
WorkingDirectory=/opt/strfry
User=strfry
Restart=always

[Install]
WantedBy=multi-user.target

Créez l'utilisateur et activez :

sudo useradd -r -s /bin/false strfry
sudo chown -R strfry:strfry /opt/strfry
sudo systemctl enable --now strfry

Étape 5 : Configurer TLS (proxy inverse)

Les clients Nostr s'attendent à wss:// (WebSocket sur TLS). Utilisez Caddy ou Nginx devant strfry.

Caddy est le plus simple. Installez :

sudo apt install -y caddy

Configurez /etc/caddy/Caddyfile :

your-relay-domain.com {
    reverse_proxy /* localhost:7777
}

Rechargez : sudo systemctl reload caddy. Caddy obtient automatiquement un certificat TLS de Let's Encrypt.

Étape 6 : Pointer le DNS

Créez un enregistrement A pour your-relay-domain.com pointant vers l'IP de votre VPS. Attendez quelques minutes que le DNS se propage.

Étape 7 : Vérifier

À partir de votre ordinateur portable :

curl -s https://your-relay-domain.com

Devrait retourner une brève réponse confirmant que le relais est actif. Dans un client Nostr, ajoutez wss://your-relay-domain.com à votre liste de relais. Vous devriez le voir connecté et commencer à recevoir des événements.

Temps total écoulé : 30 à 60 minutes pour quelqu'un familiarisé avec Linux ; 2 à 3 heures pour un débutant.

Exploiter le relais

Une fois en marche, un relais nécessite une maintenance minimale. Quelques tâches récurrentes :

Surveiller l'utilisation du disque. La base de données de strfry augmente avec les événements conservés. Vérifiez mensuellement ; élaguer si nécessaire.

Mettre à jour le logiciel. strfry reçoit des mises à jour ; vous recompilez quand il y en a de significatives. Généralement quelques fois par an.

Vérifier les journaux pour les modèles de spam. Un relais sous une attaque de spam intense peut nécessiter des ajustements de limite de débit ou un renforcement des politiques.

Renouveler TLS. Caddy le fait automatiquement. Si vous utilisez Nginx manuellement, configurez le renouvellement automatique de certbot.

Sauvegarder la base de données. Pour les petits relais, un rsync hebdomadaire vers un autre serveur va bien. Pour les données qui vous intéressent fortement, plus fréquent.

Engagement en temps total : peut-être 30 minutes par mois une fois que le relais est stable.

Politiques à décider

Les règles de votre relais sont les vôtres. Décidez tôt et documentez-les.

Qui peut écrire. Complètement ouvert (tout événement signé) ? Liste blanche (pubkeys spécifiques) ? Payant (frais de sat par événement) ?

Quels types. Accepter tous les types d'événements, ou seulement des types spécifiques (kind:1 uniquement, pas de reposts, pas de réactions) ?

Limitation de débit. Combien d'événements par minute par pubkey ? Les limites par défaut de strfry sont raisonnables ; serrez si abusé.

Rétention. Conserver les événements indéfiniment, ou élaguer après X jours ? L'élagage réduit le disque mais perd l'historique.

Modération. Supprimez-vous manuellement certains événements ou certaines pubkeys ? Vous êtes l'admin ; vous pouvez.

Publiez vos politiques à / (la réponse info) pour que les utilisateurs sachent à quoi s'attendre. Un relais opaque est un signal d'alarme pour les utilisateurs.

Coûts en pratique

Un budget annuel réaliste pour un petit relais public :

• VPS : 60 à 180 $
• Domaine : 12 à 15 $
• Outils de surveillance et de sauvegarde (optionnel) : 0 à 60 $
• Votre temps : 5 à 10 heures au cours de l'année
• Total espèces : 80 à 250 $/an

Pour un relais payant avec abonnés, les revenus peuvent couvrir cela et plus. Pour un relais gratuit, c'est une contribution personnelle au réseau (ou à votre propre utilisation).

Faire fonctionner à grande échelle

Les petits relais sont faciles. Croître vers les centaines de milliers d'utilisateurs nécessite un vrai travail opérationnel.

Considérations :

• Optimisation de la base de données. Les paramètres par défaut de strfry/nostream fonctionnent jusqu'à un certain point. Au-delà d'environ 500k d'utilisateurs actifs, l'indexation personnalisée et l'optimisation comptent.
• Distribution géographique. Un relais dans une région ne peut pas servir le monde à faible latence. Les gros relais fonctionnent souvent en clusters.
• Protection DDOS. Les relais populaires sont attaqués. Cloudflare devant le relais, ou d'autres services DDOS, est courant.
• Coût à grande échelle. Un relais servant des millions de lectures par jour peut coûter des milliers de dollars par mois en bande passante et calcul.

Très peu d'opérateurs fonctionnent à cette échelle. Damus-relay, nos.lol, relay.primal.net et quelques autres sont les poids lourds actuels. Les petits relais n'ont pas besoin de concurrencer ; le réseau bénéficie des deux.

Pourquoi vous pourriez ne pas en vouloir un

Raisons honnêtes de rester comme utilisateur des relais publics.

• Vous n'avez aucune raison spécifique. Faire fonctionner par principe c'est bien ; faire fonctionner par principe sans autre motivation s'use.
• Vous n'aimez pas le travail d'administration système. Le relais n'est pas complexe, mais vous toucherez occasionnellement à des configurations Linux, des journaux et à TLS.
• Vous faites déjà confiance aux relais publics. Si les paramètres par défaut fonctionnent pour vous, ajouter le vôtre est du travail supplémentaire sans gain clair.
• Vous ne publiez ou ne lisez pas assez pour le justifier. Les utilisateurs occasionnels n'ont rarement besoin de leur propre relais.

Il n'y a aucune pression dans la communauté Nostr pour faire fonctionner votre propre relais. La plupart des utilisateurs actifs ne le font pas. Le réseau n'a pas besoin que chaque utilisateur contribue à l'infrastructure ; il a besoin d'assez pour rester décentralisé.

Après son fonctionnement

Dites-le aux gens. Un relais sans utilisateurs n'est pas un relais ; c'est une sauvegarde. Postez sur Nostr à propos de votre nouveau relais, expliquez ses politiques et invitez les utilisateurs qui correspondent aux politiques à se connecter. Attendez-vous à 10 à 50 utilisateurs le premier mois si vous le promotionne ; plus si vous êtes connu dans une communauté spécifique.

Faire fonctionner un relais contribue à la santé du réseau et vous donne un morceau d'infrastructure qui est vraiment le vôtre. Pour le bon utilisateur, c'est un projet gratifiant.