All specifications

Kind 7, the reaction, whose content is a plus, a minus or an emoji, pointing at the event it answers.

Kind 1111, the comment: a reply scoped to a root event or to an external identifier, with uppercase tags for the root and lowercase ones for the parent.

Private direct messages, built from NIP-44 encryption and NIP-59 gift wraps, where the set of participants is what defines a room.

The JSON document a relay serves over HTTP to describe itself: its name, its contacts, the NIPs it supports, its limits and its policies.

Kind 5, the deletion request, where an author asks relays to drop events they signed earlier.

How a key claims an email-like address, by serving a nostr.json document under the domain that maps a name to that pubkey.

Kind 3, the follow list: one p tag per followed key, each carrying an optional relay hint and petname.

The core protocol: the event object, how its id and signature are computed, what makes a kind regular, replaceable or addressable, and the messages clients and relays exchange.

Kind 37516 and its companions, geocache listings and the logs of the people who found them.

This NIP defines a way to share color palettes captured from beautiful moments, enabling pre-verbal visual communication through color and emotion.

Locking ecash to a public key, redeemable only against a Schnorr signature from the key that owns it.

Groups one or more Scheduler DVM jobs into a single scheduled item, and stores private context needed to display it later.

This NIP defines a privacy-preserving protocol for scheduling Nostr events to be published at a future time, using a Data Vending Machine (NIP-90) as the...

This document defines a portable, private address book.

A JSON-RPC WebSocket protocol for subscribing to quote and proof state changes instead of polling for them.

Blank outputs, which let a mint return the Lightning fees a wallet overpaid when melting.

This NIP defines a regular event kind that attests to a content-addressed archive of a Nostr identity's events and referenced media. The attestation is a...

A third element on EOSE, telling a client whether the relay really sent every stored event matching the filter.

36787: Music Track (addressable)

How a client on Android asks a signer application on the same device to sign, so it never handles the private key.