Paso 1 de 5
Haz la lista de tus relays
Un evento reemplazable de kind 10002 tiene un tag r por relay. Publicar uno nuevo reemplaza la lista anterior.
NIP-65
Metadatos de lista de relays
BorradorEventos
Tu lista de relays de kind 10002 indica dónde publicas y dónde lees las menciones, para que otros sepan dónde encontrarte (el modelo outbox).
De un vistazo
- Estado
- En uso, pero todavía puede cambiar.
- Kinds
- Tags
- r
- Último cambio
- 13 jun 2026
Pruébalo
Edita el formulario o el JSON: ambos se mantienen sincronizados, la insignia indica si el resultado es válido y, al tocar cualquier campo, se explica qué hace.
Aún sin firmar · Solo claves de demo. Las claves secretas de estos personajes son públicas a propósito.
Explicación
Selecciona cualquier campo del formulario o del JSON para ver qué hace.
Cómo funciona este NIP
En el curso
NIPs relacionados
Se basa en
- NIP-01 Descripción del flujo básico del protocolo
El kind 10002 es un evento reemplazable (NIP-01): solo cuenta el más reciente.
Usado por
Ver también
- NIP-02 Lista de seguidos
Las listas de seguidos dicen quién; las listas de relays dicen dónde encontrarlos.
- NIP-51 Listas
Las listas NIP-51 cubren otros conjuntos de relays, como los de búsqueda o los bloqueados.
- NIP-17 Mensajes directos privados
Los mensajes privados usan una lista de bandeja de entrada aparte, de kind 10050.
Especificación
El texto de las especificaciones se cita en inglés del repositorio nostr-protocol/nips. Nuestras explicaciones y la interfaz están traducidas. Código fuente en GitHub en el commit 0046368
Leer la especificación230 palabras, citadas del repositorio en el commit 0046368.
Defines a replaceable event using kind:10002 to advertise relays where the user generally writes to and relays where the user generally reads mentions.
The event MUST include a list of r tags with relay URLs as value and an optional read or write marker. If the marker is omitted, the relay is both read and write.
{
"kind": 10002,
"tags": [
["r", "wss://alicerelay.example.com"],
["r", "wss://brando-relay.com"],
["r", "wss://expensive-relay.example2.com", "write"],
["r", "wss://nostr-relay.example.com", "read"]
],
"content": "",
// other fields...
}
When downloading events from a user, clients SHOULD use the write relays of that user.
When downloading events about a user, where the user was tagged (mentioned), clients SHOULD use the user's read relays.
When publishing an event, clients SHOULD:
- Send the event to the write relays of the author
- Send the event to all read relays of each tagged user
- Send the author's
kind:10002event to all relays the event was published to
Size
Clients SHOULD guide users to keep kind:10002 lists small (2-4 relays of each category).
Discoverability
Clients SHOULD spread an author's kind:10002 event to as many relays as viable, paying attention to relays that, at any moment, serve naturally as well-known public indexers for these relay lists (where most other clients and users are connecting to in order to publish and fetch those).