Le trou dans la couche d’identité
Bitcoin a réglé la monnaie. C’était la partie difficile. Vingt-et-un millions. Preuve de travail. Aucun émetteur central. Un pleb avec un Raspberry Pi, un portefeuille matériel et un miner branché sur un panneau au garage peut, aujourd’hui, détenir une épargne qu’aucune banque, aucun État, aucune équipe anti-fraude de PayPal ne peut saisir. C’est un changement civilisationnel, et c’est déjà fait.
Mais regardez le reste de la pile. Où publiez-vous ? Qui vérifie que vous êtes bien vous ? Qui décide de ce que vos abonnés voient ? Qui peut vous déplateformer demain matin parce qu’un acheteur de pub s’est plaint ? La monnaie est souveraine. La couche d’identité est encore louée à Meta, X, Google et Reddit — les mêmes entreprises dont les conditions d’utilisation sont une cible mouvante et dont la modération est une boîte noire.
C’est le trou que Nostr comble. C’est la couche d’identité décentralisée — une couche de plus décentralisée, arrachée au rack corporatif et redonnée au pleb.
Ce qu’est Nostr
Nostr signifie Notes and Other Stuff Transmitted by Relays. Le protocole a été proposé par fiatjaf en 2020 comme un protocole délibérément minimaliste — quelques pages de spec, pas de blockchain, pas de jeton, pas de fondation qui verrouille le développement. La philosophie de conception de fiatjaf était de livrer la plus petite chose possible qui ne puisse pas être capturée : des identités à clé publique, des serveurs relais bêtes, et des événements JSON signés. Tout le reste — clients, zaps, articles longs, places de marché, DMs — est bâti par-dessus ce petit noyau.
Ce minimalisme est le point. Bitcoin est un protocole de monnaie dure parce que la couche de base est petite et ennuyeuse. Nostr est un protocole d’identité dure pour la même raison.
L’architecture en 90 secondes
Il y a trois pièces mobiles.
Les paires de clés sont votre identité. Vous générez une paire de clés secp256k1 — la même courbe que celle utilisée par Bitcoin. Votre clé publique (partagée sous la forme npub1...) est votre nom d’utilisateur, votre avatar, votre liste d’abonnés et votre réputation, tout ça en un seul objet. Votre clé privée (nsec1...) est ce avec quoi vous signez. Si vous perdez nsec, vous perdez le compte. Si vous laissez fuir nsec, quelqu’un d’autre devient vous. Traitez-la exactement comme une phrase de récupération.
Les relais sont des tuyaux bêtes. Un relais est un serveur WebSocket qui accepte des événements signés et les remet à quiconque les demande. Il ne connaît pas votre mot de passe. Il n’a pas de système de comptes. Vous vous connectez, vous publiez un événement signé par votre clé, et le relais le stocke puis le transmet aux abonnés. La plupart des utilisateurs parlent à cinq ou dix relais à la fois. Si l’un tombe ou vous censure, les neuf autres ont toujours vos notes.
Les clients sont des interfaces interchangeables. Damus, Amethyst, Primal, Coracle, Snort, Nostrudel — ce ne sont que des frontaux qui signent des événements avec votre clé et s’abonnent à un ensemble de relais. Changez de client demain et vos abonnés, vos publications et votre identité vous suivent, parce qu’aucun de ces éléments ne vit dans le client. Ils vivent dans la clé, dans les relais et dans les signatures.
Voilà toute l’architecture. Trois pièces mobiles. Pas de comptes. Pas de mots de passe. Aucun serveur auprès duquel il faut quémander un accès.
Pourquoi ça compte pour le pleb
Pas de déplateformage. Il n’y a aucune équipe de service client à laquelle faire appel, parce qu’il n’y a aucune équipe de service client. Votre identité est une clé. Aucune entité ne peut révoquer une clé qu’elle n’a jamais émise.
Pas de point unique de défaillance. Tous les clients populaires se connectent à plusieurs relais. Tuez-en un, les autres continuent à servir. Censurez un sujet sur un relais, mirrorer-le sur un relais plus amical. Ce n’est pas théorique : des utilisateurs de Nostr ont déjà vu des relais précis retirer du contenu précis, haussé les épaules, et continué à publier à travers le reste du réseau.
Portabilité d’identité. Votre npub est à vous sur chaque client Nostr, pour toujours. Vous n’« avez pas un compte sur Damus ». Vous avez une clé, et Damus se trouve être l’une des nombreuses applications qui peuvent la lire. Passez à Amethyst la semaine prochaine, votre graphe d’abonnés vous suit.
Interopérabilité avec Bitcoin. Même courbe. Même modèle mental. Mêmes hypothèses adverses. Le diagramme de Venn entre « les gens qui savent déjà gérer une phrase de récupération » et « les gens qui savent gérer une nsec » est essentiellement un cercle, ce qui explique pourquoi les Bitcoiners ont été la démographie la plus précoce et la plus nombreuse sur le réseau.
C’est ce que nous voulons dire par une couche de plus décentralisée. La monnaie était la première couche. L’identité est la suivante.
Débuter : générer une paire de clés, choisir un client
Vous avez deux chemins honnêtes. Le plus rapide consiste à installer un client et à le laisser générer la clé pour vous. Le plus souverain consiste à générer la clé dans une application signataire dédiée et à donner la clé publique aux clients qui la demandent.
Clients mobiles. Sur iOS, Damus (par Will Casarin) est le client Nostr canonique — rapide, natif et assumé. Sur Android, Amethyst (par Vitor Pamplona) est le client pour utilisateurs avancés avec le support de presque tous les NIPs qui valent la peine d’être connus. Les deux sont gratuits et open source. Les deux vous laissent générer une paire de clés dans l’app au premier lancement.
Clients web. Primal offre l’expérience d’intégration la plus léchée pour un nouvel utilisateur et intègre un portefeuille Lightning. Coracle (par Jon Staab) mise sur la curation communautaire et la navigation consciente des relais. Snort et Nostrudel complètent les options côté web pour quiconque préfère ne pas installer d’apps natives.
Applications de bureau et signataires. Les extensions de navigateur Nos2x et Alby gardent votre clé en dehors du client, de sorte que le client demande à l’extension de signer chaque événement — le même patron qu’un portefeuille matériel signant une transaction Bitcoin. Pour les plebs qui font déjà confiance au modèle de sécurité des extensions de navigateur, c’est le meilleur patron.
Sauvegardez nsec. Peu importe le chemin choisi, au moment où vous voyez la clé privée, notez-la et rangez-la là où vous rangeriez une phrase de récupération. Une clé Nostr n’a aucune procédure de récupération. Il n’y a personne à appeler. C’est le même modèle que l’auto-custodie Bitcoin, et ça coupe des deux bords : personne ne peut vous geler, mais personne ne peut vous dégeler non plus.
Les NIPs à connaître
La spec Nostr est un ensemble vivant de documents appelés NIPs — Nostr Implementation Possibilities — chacun numéroté et versionné. Vous n’avez pas besoin de tous les lire. Une poignée porte l’essentiel.
NIP-01 — Protocole de base. Structure des événements, signatures, la danse requête/réponse entre client et relais. Si vous ne lisez qu’un seul NIP, lisez celui-là. Tout le reste s’y appuie.
NIP-05 — Vérification. Fait correspondre un identifiant lisible comme pleb@d-central.tech à un npub. Ce n’est pas un système d’autorité de certification et ça ne confère aucune autorité. C’est une vérification « oui, cette clé contrôle ce domaine », servie par un fichier JSON statique à /.well-known/nostr.json. Suffisant pour 95 pour cent des questions du genre « est-ce la vraie personne », et trivial à auto-héberger.
NIP-57 — Zaps. Le gros morceau. Spécifie comment un paiement Lightning peut être attaché à un événement Nostr, comment le reçu est republié vers le réseau, et comment les clients doivent le rendre. Les Zaps sont la primitive de monétisation que le web ouvert n’a plus depuis 1998. Nous irons en profondeur là-dessus dans un billet compagnon.
NIP-44 — DMs chiffrés. Chiffrement versionné pour les messages directs, remplaçant l’ancien NIP-04. Si vous tenez aux conversations privées sur Nostr, assurez-vous que votre client supporte le NIP-44.
NIP-11 — Métadonnées de relais. Comment un relais se décrit lui-même — contact de l’opérateur, NIPs supportés, statut payant ou gratuit. Pertinent dès que vous commencez à faire tourner votre propre relais.
Vous verrez des numéros de NIPs lâchés au passage dans la nature. Ce n’est qu’un raccourci pour « de quelle fonctionnalité parle-t-on en ce moment ».
Identité inter-clients
C’est la partie qui fait trébucher les gens venus du Web2. Vous ne choisissez pas un client Nostr comme vous choisissez Instagram ou TikTok. Vous choisissez une paire de clés, puis vous choisissez — et plus tard changez — le client qui présente le mieux cette paire de clés.
Installez Damus, intégrez-vous, publiez une note. Sortez votre tablette et installez Amethyst. Collez la même nsec (ou connectez-vous via Amber, le signataire distant d’Amethyst). Mêmes abonnés. Même fil. Mêmes notes. Désinstallez Damus six mois plus tard parce qu’un nouveau client iOS est sorti. Votre identité ne bouge pas ; la fenêtre à travers laquelle vous la regardez, oui.
Voilà à quoi ressemble la portabilité. C’est l’opposé de « exportez vos données dans un ZIP et pleurez ».
Le jumelage avec Bitcoin : Zaps, et où s’en va cette série
La fonctionnalité phare pour les Bitcoiners, c’est que l’identité est déjà une clé de signature, donc l’identité compose naturellement avec Lightning. Une note peut transporter une adresse Lightning. Un clic devient un zap. Un zap devient un événement de reçu signé, qui devient un artéfact public de réputation. Pas de pub-tech. Pas de part prélevée par la plateforme. Pas de KYC. Pas de « programme partenaire de monétisation ». Un pourboire est un pourboire.
Nous allons bâtir le reste de la stack Nostr du pleb tout au long de cette série.
- Prochainement : Faites tourner votre propre relais Nostr — strfry, nostr-rs-relay, et une configuration auto-hébergée de niveau production sur un VPS ou une boîte Umbrel.
- Après ça : Les Zaps expliqués — le flux NIP-57, les portefeuilles qui le font bien, et pourquoi la valeur-pour-valeur est le seul modèle de monétisation qui survit au contact d’adversaires au niveau étatique.
Pour le contexte plus large, le Manifeste du Sovereign Stack du pleb expose pourquoi l’identité, la monnaie, le calcul et l’énergie appartiennent tous au même côté de la ligne de souveraineté. Nostr est le pilier identité. Le hub Souveraineté est la carte.
La monnaie est déjà souveraine. La couche d’identité est à une courte installation de distance. Allez générer une clé.
