Paso 1 de 5
Tu relay como base de datos de la app
Las apps que no necesitan compartir datos con otras apps pueden igualmente guardarlos en Nostr: tú eliges un relay y la app lee y escribe ahí sus propios eventos.
NIP-78
Datos específicos de aplicaciones
BorradorEventosRelay
Permite a las apps guardar sus propios datos privados, como ajustes, en tus relays y en el formato que quieran, como kind 30078 (un registro por clave) o kind 78 (muchos registros).
De un vistazo
- Estado
- En uso, pero todavía puede cambiar.
- Kinds
- Último cambio
- 3 sept 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
Ningún capítulo del curso cubre este NIP todavía. El editor de arriba es la forma más rápida de empezar.
NIPs relacionados
Se basa en
- NIP-01 Descripción del flujo básico del protocolo
30078 es direccionable (se reemplaza por d); 78 es un evento normal.
Ver también
- NIP-42 Autenticación de clientes ante relays
Los relays solo deberían servir estos eventos al autor autenticado.
- NIP-44 Payloads cifrados (versionados)
Cifra los valores sensibles para ti mismo con NIP-44.
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ón328 palabras, citadas del repositorio en el commit 0046368.
The goal of this NIP is to enable remoteStorage-like capabilities for custom applications that do not care about interoperability.
Even though interoperability is great, some apps do not want or do not need interoperability, and it wouldn't make sense for them. Yet Nostr can still serve as a generalized data storage for these apps in a "bring your own database" way, for example: a user would open an app and somehow input their preferred relay for storage, which would then enable these apps to store application-specific data there.
These kinds are not meant to be used as a generic interchange format for data that should be public or exchanged between different applications. Applications that need such interoperability should use dedicated kinds instead.
Nostr event
This NIP specifies the use of event kinds 30078 (an addressable event) with a d tag containing some reference to the app name and context -- or any other arbitrary string. content and other tags can be anything or in any format.
It also defines the kind 78 (a normal event) for when the app needs to store and query multiple events of the same type. Apps should use some unique tag (even a d tag) for grouping these events together.
AUTH
Because this data is private to the user, relays SHOULD require clients to perform the NIP-42 AUTH flow before accepting or serving kind 78 and kind 30078 events, and SHOULD only serve these events to the authenticated owner, i.e. the client must authenticate with the same pubkey as the event author.
Some use cases
- User personal settings on Nostr clients (and other apps unrelated to Nostr)
- A way for client developers to propagate dynamic parameters to users without these having to update
- Personal private data generated by apps that have nothing to do with Nostr, but allow users to use Nostr relays as their personal database