La vision de Nodyx — pourquoi on construit ça et où on va

Nodyx existe parce qu'il n'existait rien qui fasse tout ça en un seul outil décentralisé

Outil	Points forts	Problème
Discord	UX excellent, riche en features	Propriétaire, vos données chez eux
Matrix/Element	Décentralisé, fédéré	UX complexe, lourd à héberger
Discourse	Excellent forum	Pas de chat temps réel, pas de voix
Mumble	Voix P2P propre	Voix uniquement
Nodyx	Forum + Chat + Voix P2P	En construction 🚧

La contrainte qui définit tout

Une instance = une communauté. Pas de multitenancy. Ton instance Nodyx c'est ta communauté. Tu contrôles les données, les règles, la modération.

La roadmap en 3 phases

1. Phase 1–2 (complètes) — Forum + Chat temps réel + Auth + Admin
2. Phase 3 (en cours) — Voix P2P, DataChannels, NodyxCanvas, Relay, TURN
3. Phase 4 (à venir) — Fédération inter-instances, NODYX-RADIO, réseau de communautés

La prochaine frontière : le réseau

Les instances Nodyx ne sont pas encore interconnectées. Le directory nodyx.org recense toutes les instances actives. La phase 4 sera la fédération : un compte sur une instance, membre de plusieurs communautés.

Ce n'est pas Discord. Ce n'est pas Mastodon. C'est autre chose.

La contrainte "une instance = une communauté" est contre-intuitive au début. Mais en y réfléchissant c'est ce qui garantit la souveraineté.

Impossible de diluer avec du multi-tenant. Chaque instance a ses propres règles, ses propres modérateurs, son propre style.

La fédération c'est la vraie promesse. Pouvoir suivre des communautés d'autres instances sans créer un compte sur chacune.

Un peu comme l'email : mon adresse gmail peut écrire à une adresse protonmail. La fédération Nodyx permettrait la même chose entre communautés.

Ce qui me plaît dans la roadmap : les choix sont cohérents. On n'ajoute pas des features pour faire des features — chaque brique sert la vision décentralisée.

NodyxCanvas P2P, relay TCP, TURN Rust... tout va dans le même sens : réduire la dépendance au serveur central.