Événement Nostr
Un événement Nostr est un objet JSON signé par une clé. Type 1 = note, type 0 = profil, type 9735 = zap, etc. Briques de base du protocole.
Définition
Un événement Nostr (event) est la brique élémentaire du protocole Nostr. C'est un objet JSON signé cryptographiquement par une clé Schnorr secp256k1, contenant un message structuré et un type (kind). Les événements sont diffusés sur des relais Nostr et peuvent être de toute nature : posts publics, messages privés, profils, listes de followers, paiements Lightning (zaps), publications longues, etc. Tout ce qui circule sur Nostr est un événement.
Structure standard
Tout événement Nostr respecte un schéma défini par NIP-01 :
{ "id": "<sha256 du contenu sérialisé>", "pubkey": "<32-byte hex>", "created_at": <unix timestamp>, "kind": <integer>, "tags": [["<tag>", "<value>", ...], ...], "content": "<string arbitraire>", "sig": "<64-byte hex>" }
pubkeyidentifie l'auteur (sa clé publique Schnorr).kindindique le type d'événement (entier).tagsportent des métadonnées structurées (mentions, références, etc.).contentest la charge utile, souvent du texte ou du JSON.idest le hash du tout, etsigest la signature Schnorr duidpar la clé privée.
Les principaux kinds
| Kind | Type d'événement | |---|---| | 0 | Profil utilisateur (nom, photo, bio) | | 1 | Note publique courte (équivalent tweet) | | 3 | Liste de contacts (followers) | | 4 | Message direct chiffré (NIP-04, déprécié) | | 6 | Repost | | 7 | Réaction (like, emoji) | | 1059 | Gift wrap (DM moderne, NIP-17) | | 9735 | Zap receipt (paiement Lightning) | | 30023 | Article long format (NIP-23) | | 30311 | Live streaming | | 31922 | Calendar event |
Plus de 50 kinds standardisés existent en 2026, et n'importe quel développeur peut en proposer de nouveaux via le processus NIP (Nostr Implementation Possibilities).
Pourquoi cette structure est puissante
| Propriété | Effet |
|---|---|
| Signature obligatoire | Authenticité non-répudiable |
| Hash en id | Détection d'altération |
| Format unique pour tout | Composabilité maximale |
| Tags ouverts | Extensible sans changement core |
| Indexable par relais | Recherche rapide |
Cette uniformité fait que n'importe quel client Nostr peut comprendre n'importe quel événement, même de kind inconnu : il peut le stocker, le relayer, le présenter génériquement. C'est l'inverse des silos web traditionnels.
Zaps : un cas d'usage emblématique
Le kind 9735 est un « zap receipt » : reçu Lightning d'un paiement effectué depuis Nostr. Quand vous « zappez » une note avec 1 000 sats, votre client Lightning paie une facture LN, puis émet un événement 9735 qui prouve publiquement le paiement. Cela crée une couche monétaire native dans le graphe social, sans intermédiaire, sans plateforme. C'est l'un des éléments qui a fait décoller Nostr en 2023.
Limites
- Pas de suppression réelle : un événement publié sur de nombreux relais ne peut être effacé. Le NIP-09 propose une suppression « soft » par convention.
- Pas de modération centralisée : chaque relai filtre selon ses règles ; cela peut produire des bulles ou laisser passer du spam.
- Coût relais : un relai populaire stocke des millions d'événements, le modèle économique reste à inventer.
À retenir
L'événement Nostr est l'atome cryptographiquement signé qui rend possible un réseau social sans plateforme. Sa simplicité (un JSON signé) et sa généralité (n'importe quel kind) en font un format extraordinairement flexible. Voir Nostr et npub.
Termes lies
- NostrNostr (Notes and Other Stuff Transmitted by Relays) est un protocole de communication décentralisé créé par fiatjaf. Utilise des paires de clés cryptographiques par utilisateur et des relais pour propager les messages. Très populaire dans la communauté Bitcoin (zaps Lightning). Concurrent libre des réseaux sociaux centralisés.
- npubUn npub est une clé publique Nostr encodée en Bech32 (préfixe « npub1... »). Identifie un utilisateur. Lecture seule.
Glossaire inspire du dictionnaire de Loic Morel sur Pandul.fr.