Aller au contenu principal
Couches supérieures

É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>"
}
  • pubkey identifie l'auteur (sa clé publique Schnorr).
  • kind indique le type d'événement (entier).
  • tags portent des métadonnées structurées (mentions, références, etc.).
  • content est la charge utile, souvent du texte ou du JSON.
  • id est le hash du tout, et sig est la signature Schnorr du id par 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

← Retour au glossaire complet

Glossaire inspire du dictionnaire de Loic Morel sur Pandul.fr.