Exécuter un nœud Morphit

Pourquoi exécuter un nœud ?

• Morphit là où ça compte

  Chaque nœud supplémentaire rend le réseau plus difficile à censurer. Si votre pays bloque morphit.io, votre instance reste accessible. Vous servez des utilisateurs qui n'auraient autrement aucun moyen de trader.

• Servez votre communauté

  Marquez l'interface pour votre région, votre langue, vos méthodes de paiement locales. Les utilisateurs font confiance aux frontends qui parlent leur langue et leur sont familiers — le vôtre le sera.

• Minimisez les fuites de métadonnées

  Les utilisateurs qui tradent via votre instance partagent les métadonnées avec vous et seulement vous. Aucun autre opérateur, pas même Agorise, ne voit leurs schémas d'activité.

• Payé automatiquement par Smart Contract

  Chaque commission d'annonce payée en BLURT que ton instance attire te paie 90 % — seulement 10 % va à la trésorerie Morphit pour financer les bonus de bienvenue, les délégations de fidélité et les coûts de création de comptes. Les commissions payées en BTC et XMR vont à 100 % à la trésorerie pour les mêmes obligations projet (le mécanisme de répartition on-chain ne fonctionne que pour BLURT, mais nous avons rendu la répartition BLURT agressivement généreuse pour compenser — 90/10 en ta faveur au lieu du 50/50 que nous avions envisagé à l'origine). Un Smart Contract tournant sur la chaîne Blurt applique la répartition — pas une personne, pas une entreprise, personne qui puisse changer d'avis. 100 % automatisé. Pas de factures, pas de paiements manuels, pas de suppositions de confiance. Tu aides prouvablement, tu es payé prouvablement. Garanti dans le code. Les paiements sont libellés en BLURT, donc si BLURT s'apprécie, tes revenus aussi — sans travail supplémentaire. Entièrement open source sous AGPL-3.0 ; si tu peux lire le code de l'indexeur, tu peux auditer la logique de paiement.

Comment commencer

1. 1

   Provisionner un VPS

   Linux (Debian 12, Ubuntu 22.04+, Arch, NixOS — on teste sur Debian). 2 cœurs CPU à 1 GHz+, 2 Go de RAM minimum (4 Go confortable), 20 Go SSD. Un Raspberry Pi 4, un vieux laptop, ou un VPS à 5 $/mois fonctionnent tous. Pas besoin d'IP statique — DDNS marche bien. Voir l'entrée FAQ sur les exigences matérielles minimales pour la répartition complète entre les niveaux amateur, sérieux et vieux laptop.

2. 2

   Cloner le repo et configurer

   Forkez ou clonez git.agorise.net/agorise/morphit. Copiez les exemples env depuis ops/env/, définissez votre domaine, définissez les endpoints RPC de l'indexer (les nœuds publics Blurt fonctionnent immédiatement).

3. 3

   Installer les services

   Les unités systemd pour l'indexer et le relay sont dans ops/systemd/. La config nginx avec TLS est dans ops/nginx/. Exécutez l'outil de migration une fois pour initialiser le schéma de base de données.

4. 4

   Enregistre ton identité d'opérateur

   Exécute l'outil CLI register-operator avec ton tag choisi (1-64 caractères, alphanumériques + tirets/underscores/points). Les tags sont premier-arrivé-premier-servi — une fois que tu diffuses l'op `morphit_register_operator` ponctuelle, ce tag est à toi. Ton instance apparaît dans /operators et commence à attribuer des ordres (et à gagner ta part de 90 % des commissions d'annonce payées en BLURT) immédiatement. Voir la FAQ des gains de l'opérateur pour l'économie complète.

Première fois ? Si tu n'as jamais configuré un serveur, commence par le guide amical à RUN-A-MORPHIT-NODE.md.

Manuel complet : OPERATIONS.md.

Votre instance, votre politique d'actifs

La fédération de Morphit permet à chaque opérateur de choisir pour quels actifs négociables son instance accepte de nouveaux ordres. Les nouveaux actifs sont livrés ACTIVÉS par défaut à l'échelle de l'instance — les opérateurs les désactivent par actif via la variable d'environnement `MORPHIT_INDEXER_DISABLED_ASSETS`. Ainsi une fédération d'instances peut servir des préférences utilisateur différentes sans que personne n'ait à bifurquer le code.

• ✓ Activé par défaut pour les nouveaux actifs. Quand le projet ajoute un nouvel actif négociable (USDT était le plus récent), chaque instance accepte des ordres pour lui dès la mise à jour. Pas de changement de code, pas d'étape d'activation par actif.
• ✓ Une variable d'environnement pour refuser. Les opérateurs qui préfèrent que leur instance se spécialise dans des actifs privacy-first ou decentralization-first peuvent désactiver tout actif uniquement-échangeable avec `MORPHIT_INDEXER_DISABLED_ASSETS="USDT"` (ou une liste séparée par des virgules pour plusieurs). Les utilisateurs qui postent via le frontend de cet opérateur ne peuvent alors pas choisir un actif désactivé.
• ✓ La fédération reste intacte. Désactiver un actif sur votre instance ne cache pas les ordres des instances pairs à vos utilisateurs — l'historique de chaîne est partagé, donc l'orderbook les affiche toujours en lecture seule. Le blocage ne s'applique qu'aux NOUVEAUX ordres postés DEPUIS votre instance.

Référence complète des variables d'environnement et exemples multi-actifs dans OPERATIONS.md sous §Trade-only asset configuration.

Exigences en ressources

Matériel

2 cœurs CPU, 2-4 Go RAM, 20 Go SSD

Réseau

Internet domestique convient — DDNS gère les IP dynamiques, pas d'IP statique requise

Votre temps

Une heure par mois pour la maintenance