Alexandria es un proyecto de GitCitadel, un ecosistema más amplio que incluye también un cliente Git descentralizado sobre Nostr y un relay propio. Este breve contexto es importante saberlo pues comparte infraestructura y filosofía con ese proyecto mayor: la soberanía total del software, la documentación y el código sobre el protocolo Nostr.

Alexandria tiene un potencial enorme y pretende convertirse en la mayor biblioteca pública del conocimiento humano, para contenido largo y estructurado, descentralizado e incensurable basado en Nostr.
Accesible en next-alexandria.gitcitadel.eu y solamente teniendo ya tus llaves Nostr, no busca competir con las plataformas de microblogging ni con los editores de artículos comunes. Alexandria está orientada a quienes buscan publicar contenido más largo y complejo, —como publicar ahí su propio libro— y por eso su diseño ha sido despojado de elementos innecesarios.

El formato modular: más allá del kind 30023

La innovación central de Alexandria no está en la interfaz, sino en los tipos de eventos que propone. La especialidad de este cliente es la capacidad de mostrar artículos de formato largo, particularmente del tipo modular: los event kinds 30040 y 30041. Los artículos modulares se conocen frecuentemente como el formato eBook de Nostr: los eventos 30040 contienen los metadatos y la lista ordenada de notas 30041, que contienen el contenido formateado.

¿Qué significa esto en la práctica? El nuevo event kind 30040 permite tomar cualquier tipo de nota y crear una "colección de notas", un "libro de notas", un "diario de notas" o una "revista de notas". Puede anidarse o incrustarse en otras notas, creando cualquier combinación y jerarquía de notas que se pueda imaginar, limitada únicamente por la capacidad del equipo para procesar las relaciones. El kind 30041 va un paso más allá: permite partir un texto largo en secciones. Capítulos, fragmentos, episodios. Cada uno existe como una nota independiente que puede referenciarse o coleccionarse por separado.
Juntos, los dos kinds hacen posible algo que Nostr no tenía antes: estructura. No solo notas sueltas flotando en un feed, sino textos con forma, con orden, con partes que se relacionan entre sí.

Esto es muy diferente a publicar un artículo kind 30023. Esto es distinto. Cada sección existe como un evento separado — citable, enlazable, referenciable por cualquier otro autor. Sin copiar y pegar. Sin perder la autoria.

Es básicamente un sistema de wiki-linking (como Obsidian o los backlinks de Roam) pero implementado sobre tags de eventos Nostr, lo que le da a Alexandria una capa de conocimiento navegable entre publicaciones distintas.

Funcionalidades actuales

La versión en desarrollo (v0.0.2, alojada en next-alexandria.gitcitadel.eu ya incorpora un conjunto amplio de funciones, aunque el propio equipo la describe como alpha. Entre lo más relevante:

Búsqueda: por identificadores únicos (hex, npub, naddr, nevent, note, nprofile, NIP-05), por nombre de perfil, por d-tag y por hashtag.
Publicación: de cualquier kind de evento, incluyendo publicaciones 30040, secciones 30041 y páginas wiki 30818.
Interacción: comentarios con kinds 01 y 1111 sobre cualquier evento.
Infraestructura: monitoreo de relays y detección automática de relays locales.
Lectura: tabla de contenidos, renderizado de artículos de formato largo, publicaciones modulares, notas y páginas wiki — todo procesado con #NostrMarkup, en AsciiDoc o Markdown según corresponda al kind.
Acceso: extensión de navegador (NIP-07), El login funciona con extensiones de navegador tipo Nos2x npub-only y Amber sin exponer la clave privada en el navegador.

Una biblioteca Gutenberg descentralizada

El equipo de Alexandria ha demostrado la escala de lo que esto permite. Han publicado clásicos completos (de momento todos en inglés) usando notas 30040/30041 —dividida por capítulos, para mostrar con qué rapidez puede cargar un texto de esa extensión. La referencia al proyecto interno como "Gutenberg Edition" no es accidental: la analogía con la imprenta de Gutenberg como democratizador del conocimiento es explícita.
La idea es que sea posible que puedan ser publicados libros completos en Nostr, navegables como tales, exportables como ePub o PDF. No páginas sueltas — publicaciones con estructura, con índice, con partes que se sostienen juntas. Aunque el catálogo todavía es pequeño.

¿Para quién es Alexandria?

No es la típica plataforma para quien quiere escribir un post de opinión y recibir zaps rápidamente. Es la herramienta para quien quiere publicar en Nostr documentación técnica, libros, manuales, investigación académica, o cualquier corpus de conocimiento estructurado que merezca existir de forma permanente y descentralizada, con una arquitectura donde cada sección puede vivir, evolucionar y ser citada de forma independiente.

FAQ - Qué es y qué no es Alexandria

¿Es un sitio para descargar archivos de libros?

No. Es, quizás, lo contrario en términos técnicos y filosóficos. Alexandria no trabaja con archivos alojados — trabaja con eventos Nostr individuales (30040, 30041, 30818) que permanecen atomizados, dispersos entre relays, y se reensamblan solo al momento de leer. No hay un PDF o un EPUB "guardado" en algún lado dentro del sistema; hay piezas de contenido firmadas que se van uniendo.

¿Entonces es como Anna's Archive o Z Library, pero para Nostr?

Tampoco. El propio equipo se distancia explícitamente de esa comparación: Anna's Archive indexa a sabiendas material con copyright y por eso vive en pelea constante con registradores de dominio y agencias de vigilancia. Alexandria no busca ser un catálogo de descargas — busca ser algo que ya no dependa de la categoría "descarga" para funcionar.

¿Reemplaza a BitTorrent?

No compite con torrents, compite con la idea de usar archivos como unidad de publicación. La diferencia técnica central: un torrent está hasheado pero no firmado — puedes confirmar que dos torrents tienen el mismo contenido, pero no quién lo publicó, así que dependes de índices centralizados para confiar en lo que descargas. Un evento Nostr viene firmado por su autor y es verificable de forma aislada, sin importar por qué canal viajó.

¿Es solo para e-books?

Es el uso más visible, pero no el único. También sirve para papers científicos (con AsciiMath y LaTeX), documentación técnica, páginas wiki colaborativas (kind 30818), y artículos de formato largo simple (kind 30023).

¿Es un archivo permanente, tipo biblioteca de conservación?

Al revés. Para Alexandria guardar algo como archivo estático es sacarlo de circulación, como meterlo en una caja en el ático. Alexandria apunta a que el contenido quede en la "mesa de luz" — accesible, citable, comentable, vivo — no archivado y quieto.

¿Puedo exportar lo que publico ahí a PDF o EPUB?

Sí, pero no desde Alexandria. Esa función vive en la app hermana, Wikistr, a través de un servidor Asciidoctor propio. Alexandria lee y escribe eventos; Wikistr es quien convierte esos eventos en archivo cuando hace falta.

¿Por qué no simplemente subir el archivo completo, más simple?

Porque el argumento del equipo es justamente que no hay ningún beneficio en dividir algo grande según un índice, transportarlo en piezas y reensamblarlo para usarlo — eso es lo que ya hace cualquier archivo comprimido. La apuesta es dejar todo permanentemente en piezas: comentar piezas, resaltar piezas, compartir piezas, remezclar piezas entre índices distintos. Es más trabajo de diseño, pero es un modelo de uso distinto, no una versión más incómoda del mismo modelo.

¿Está terminado, listo para usarse sin bugs?

No todavía. Hay dos versiones corriendo en paralelo. Alexandria.gitcitadel.eu es la estable — v0.0.1, funciona bien, pero tiene menos funciones. Next-alexandria.gitcitadel.eu es la otra — v0.0.2, staging, y el propio equipo la describe como "buggy, muy alpha". Ahí vive todo lo interesante: el buscador con prefijos, el editor AsciiDoc, la tabla de contenidos, la vista de diagrama. Es la versión que todavía se está terminando de perfeccionar.

Alexandria es un proyecto independiente, con un potencial enorme, y todavía en sostenido por donaciones y por un equipo que documenta en público hasta sus propios errores. Ese estado inacabado todavía se nota en la curva de aprendizaje: alguien que no maneje ya los conceptos básicos de Nostr, la lógica de eventos, y una sintaxis de marcado como AsciiDoc y markdown, se va a topar con más de una pared antes de publicar su primer libro.

Alexandria tiene la capacidad técnica. El siguiente paso es la documentación — guías claras para usuarios comunes. Sin eso, difícilmente llegue una masa crítica de autores independientes que sostengan la plataforma.

Si te interesa acompañar el desarrollo, pueden apoyar el proyecto acá

#resenas #nostrenespanol #BibliotecaDescentralizada #SoberaniaDigital

El kind (tipo) es un número entero que le dice a los clientes y relays qué tipo de información contiene el evento y cómo debe interpretarse. Es básicamente el "tipo" o "esquema" del evento.

En resumen: los eventos son el cómo se empaqueta y autentica la información, y los kinds son el qué significa esa información. Juntos forman un protocolo minimalista pero increíblemente extensible.

Hagamos un repaso de los kinds y NIPS relativos a las publicaciones tipo bloggin.

Alerta de mucho texto. pero es necesario para que sepamos que vamos a publicar y las posibilidades que se tienen.

Kind 1 — La nota corta (el Twitter de Nostr)

El Kind 1 es una nota de texto básica en el protocolo Nostr, que sirve de base para las publicaciones de texto al estilo de las redes sociales. Permite a los usuarios publicar contenido de texto plano, responder a otras publicaciones, crear conversaciones encadenadas y mencionar o citar otros eventos. Este tipo es fundamental para la comunicación social en la red Nostr.
Son efímeras, inmediatas y no tienen estructura formal. Puedes escribir un hilo concatenando varias notas kind 1, o simplemente soltar un pensamiento. Cualquier cliente de Nostr (Damus, Primal, Amethyst, Snort) las muestra por defecto.

NIP-05 — La identidad verificable del blogger~~
El NIP-05 permite que un usuario de Nostr sea identificado por un nombre legible en lugar de una clave pública larga. Las URLs de NIP-05 se parecen a los correos electrónicos: bob@example.com.
El NIP-05 está diseñado principalmente para ayudar a compartir información de contacto y realizar búsquedas. Para personas o entidades asociadas con un dominio de buena reputación —como una empresa o un proyecto, estableciendo así un grado de confianza.

Kind 30023 — El artículo largo (blogging nativo)
Los eventos de contenido extenso (tipo 30023) permiten a los usuarios publicar artículos, entradas de blog, ensayos o cualquier texto que exceda los límites de las notas habituales. Estos eventos están diseñados para ser editables y utilizan el formato Markdown para garantizar una visualización uniforme en diferentes clientes.
Este tipo de evento es "direccionable" — lo que significa que puede ser actualizado sin crear un nuevo ID. Un artículo kind 30023 incluye metadatos estructurados como título, imagen de portada, etiquetas temáticas (t tags), la fecha de primera publicación (published_at) y un identificador único (d tag) que permite actualizarlo sin perder su dirección en la red. No necesitas saber programar para publicar este tipo de evento; existen clientes de blogging con interfaces visuales que hacen todo el trabajo por ti.

Kind 7 — Reacciones y likes
Los eventos de reacción (tipo 7) permiten a los usuarios expresar respuestas sencillas a otros eventos, similares a los "me gusta", "no me gusta" o las reacciones con emojis en otras plataformas. Ofrecen una forma sencilla de interactuar con el contenido sin necesidad de escribir una respuesta completa. A diferencia de las plataformas centralizadas, nadie puede falsificar una reacción en Nostr: está firmada con tu llave única.

Kind 6 y 16 — Reposts y Quotes
El NIP-18 define el estándar para repostear contenido de otros usuarios, con o sin comentario adicional. El kind 6 es el repost simple (boost). El kind 16 es el "generic repost" para tipos de eventos distintos al kind 1. Los quote posts permiten añadir tu perspectiva sobre la nota de otro usuario, generando una conversación en capas que se puede seguir desde cualquier cliente compatible.

Zaps — Valor por valor (NIP-57)
Aunque técnicamente los zaps son eventos kind 9735, merecen mención especial. El NIP-57 define cómo enviar pagos en Bitcoin por Lightning directamente a eventos y usuarios de Nostr, integrando pagos de valor a valor directamente en el protocolo.
Los zaps no son propinas ni "likes costosos" — son una nueva forma de expresar valor con escasez perfecta, tokens de apreciación basados en satoshis imposibles de falsificar. Un artículo que recibes sats directamente en tu billetera. Sin intermediarios, sin plataforma cobrando comisión.

Nutzaps (NIP-61) — La alternativa a los zaps Lightning
Existe una alternativa emergente a (NIP-57). El NIP-61 define los Nutzaps: pagos usando tokens Cashu (ecash) en lugar de Lightning. La diferencia práctica para un blogger es que los Nutzaps no requieren que el receptor tenga una billetera Lightning activa ni una Lightning Address configurada.

Kind 40-44 — Canales y Comunidades Públicas

El NIP-28 define canales de chat público usando kind 40 para la creación del canal, kind 41 para sus metadatos, y kind 42 para los mensajes dentro de él. Es el equivalente a canales de Telegram o Discord, pero descentralizado.
Para comunidades más estructuradas (tipo Reddit), existe el NIP-72 que define Moderated Communities. Habla, por ejemplo, soporta comunidades que permiten la creación de grupos temáticos donde puedes publicar tu artículo directamente dentro de una comunidad relevante.

Kind 30818 (NIP-54) — El Wikipedia descentralizado
El NIP-54 define el kind 30818, un evento direccionable para descripciones o entradas enciclopédicas sobre temas particulares. Se espera que múltiples personas escriban artículos sobre exactamente los mismos temas, con variaciones pequeñas o contenido completamente independiente.
El cliente más activo para este tipo de contenido es Wikifreedia, un cliente NIP-54 con vista multi-artículo. La implicación para bloggers es interesante pues puedes escribir un artículo wiki sobre tu área de conocimiento, y ese artículo existir en la red Nostr permanentemente, actualizable, citable por otros, y coexistente con versiones de otros autores sobre el mismo tema.
Fuentes:
https://github.com/nostr-protocol/nips
https://nips.nostr.com/

Escribir en Nostr: la guía de herramientas que nadie publicó

El ecosistema de Nostr ha madurado hasta el punto de ofrecer una herramienta para cada tipo de escritor y cada estilo de trabajo. Nostr ya no es territorio exclusivo de desarrolladores y entusiastas de la criptografía. En los últimos años el ecosistema ha producido una generación de herramientas diseñadas para escritores, periodistas, bloggers y creadores de contenido que quieren recuperar la soberanía sobre su trabajo sin renunciar a una experiencia de usuario digna. Editores web, gestores de medios, lectores de feeds, sitios personales autogenerados, suites editoriales para equipos.

A continuación, presentamos una selección de los clientes, editores y servicios web más relevantes para quien quiere hacer del protocolo Nostr su plataforma de publicación principal.

YakiHonne — El mejor para móvil y PC

YakiHonne es un cliente web y móvil de Nostr diseñado para publicar y explorar contenido de formato largo. A diferencia de muchos clientes que se enfocan en interacciones cortas tipo Twitter, YakiHonne está orientado a creadores y lectores que quieren una plataforma para artículos, blogs y discusiones en profundidad. Disponible en iOS, Android y como app web, combina accesibilidad con una experiencia de usuario pulida.

Como uno de los primeros clientes de Nostr en ofrecer apps móviles con capacidades completas de edición de artículos, YakiHonne cubre un vacío que muchos otros clientes ignoran. Escribir o editar en movimiento se siente fluido; la app sincroniza rápidamente con los relays y el rendimiento es ágil incluso en conexiones lentas.
YakiHonne incluye una billetera integrada sin KYC y Smart Widgets, lo que permite monetizar desde el mismo cliente sin configuración externa.

Highlighter.com — Para lectores que destacan y comentan

Highlighter es un cliente enfocado en la lectura y el resaltado de contenido de formato largo. Permite a los lectores seleccionar fragmentos del texto, destacarlos y comentarlos directamente en el protocolo Nostr —todo firmado criptográficamente. Los usuarios pueden resaltar, zapear y comentar los fragmentos destacados de tus artículos.

Makimono — Un editor minimalista que no distrae

El nombre lo dice todo. Makimono (巻物) significa "rollo de pergamino" en japonés —La elección no es accidental: esta herramienta tiene la misma filosofía. Sin adornos, sin funciones innecesarias. Solo tú, el texto, y el protocolo.

Makimono es un editor web para artículos largos en Nostr. Lo desarrolla TsukemonoGit, una desarrolladora japonesa que también mantiene Lumilumi, un cliente web de Nostr.

Implementa NIP-23, así que todo lo que publicas genera un evento kind 30023 estándar. Eso significa que tu artículo aparece automáticamente en cualquier cliente que soporte ese formato: Habla.news, YakiHonne, Primal, Highlighter.
La propuesta es simple: una ventana limpia, Markdown, y publicar en Nostr sin fricción. Para el escritor que ya tiene su flujo de trabajo resuelto y no necesita que el editor le complique la vida.

Habla.news — El más completo para lectores y escritores (De momento está caído)

Habla es una plataforma construida sobre Nostr para leer, escribir post de formato largo y recibir zaps directamente por tu contenido.
De todos los clientes que soportan artículos largos, es el más completo (O lo era). Puedes mencionar npubs dentro del artículo de forma interactiva, publicar directamente en comunidades temáticas —algo parecido a Reddit, pero sobre Nostr—, y configurar múltiples relays desde el mismo editor.

El editor soporta Markdown completo, portadas y etiquetas. Las URLs siguen el formato habla.news/tu-npub/slug-del-articulo, que los buscadores pueden indexar.

Oracolo — Tu blog de Nostr en un solo archivo HTML

Hay una idea al fondo de Oracolo que cuesta un poco procesar la primera vez que la escuchas.
Tu sitio web personal. Con todas tus entradas, tus notas, tus imágenes. Actualizado en tiempo real desde Nostr. En un solo archivo de 500 kilobytes que puedes mandarte por email.

Oracolo es un blog minimalista impulsado por Nostr que consiste en un solo archivo HTML. Puedes usar cualquier cliente de Nostr que soporte formato largo para escribir tus artículos y tu blog personal se actualiza automáticamente. También puedes publicar notas e imágenes.

Con Oracolo no requiere que inicies sesión para crear tu sitio. Te autentificas con tu npub que es tu clave pública o con NIP-05 es tu identidad verificada con formato de email. El wizard configura el archivo, lo descargas, y ya. El sitio vive en ese HTML, no en un servidor que alguien más controla.

Oracolo es para quien quiere un blog en Nostr en diez minutos. Sin cuentas adicionales. Sin servidor. Sin nada que mantener después.

Pero hay un caso de uso que lo describe mejor que cualquier otro: la página de presentación personal. Alguien te encuentra, busca tu nombre, abre el archivo — y ve quién eres, tus artículos recientes, tus notas, tu foto. Todo alimentado en tiempo real desde tu actividad en Nostr. Todo dentro de algo que cabrías en un email adjunto.

En el ecosistema de blogging de Nostr, si npub.pro es tu sitio web profesional con SEO y dominio propio, Oracolo es tu tarjeta de presentación digital — liviana, portable, y elegantemente simple.
Ejemplo:

Npub.pro — Tu blog de Nostr visible para todo el mundo

Tarde o temprano todo autor en Nostr se hace la misma pregunta: ¿cómo le muestro lo que hago a alguien que no está en Nostr?
Un npub no le dice nada a nadie fuera del protocolo. La curva de aprendizaje puede tomar su tiempo en algunas personas. Lo que esa persona necesita es una URL normal, una página con tu nombre, tu trabajo, una foto. Algo que no requiera explicación.

Npub.pro resuelve ese problema. Y hasta ahora, ninguna otra herramienta en el ecosistema lo ha resuelto con la misma elegancia.

La mayoría de las herramientas de blogging en Nostr son clientes: lugares donde vas a leer y escribir dentro del protocolo. Npub.pro es otra cosa.

Toma tu contenido de Nostr y lo convierte en un sitio web. Sin duplicar trabajo, sin mantener dos presencias. ¿Ya publicaste en Nostr? Tu contenido ya está ahí esperando. Tú solo eliges qué mostrar.

Hay algo que los usuarios descubren con cierta sorpresa la primera vez: cuando creas el sitio, tus posts y tu perfil ya están adentro. No hay migración. No hay formularios de importación. No hay nada que configurar. El contenido vive en los relays — Npub.pro simplemente le pone una puerta.

Npub.pro permite a los usuarios crear sitios web personales a partir de su contenido de Nostr. Es gratuito para empezar, de código abierto y auto-hospedable. No almacena tu información: solo hospeda el código para convertir eventos de Nostr en páginas web.

#nostrespanol #resenas #ContraLaCensura #Descentralizacion #Nosterspanol #BlogginNostr

Gossip es un cliente atípico de escritorio para Nostr. No es un cliente para usuarios principiantes. Su enfoque es claro: prioriza seguridad, soberanía del usuario y rendimiento por encima de la estética o la facilidad de uso. Estos son sus pilares de diferenciación de otros programas.

Desarrollado por Mike Dilger, un neozelandés-estadounidense cuyo npub es público en Nostr. El proyecto acumula 853 estrellas en GitHub, tiene 30 contribuidores y está escrito en *99.4% Rust.

*1. El "Gossip Model" (NIP-65)

El Gossip Model fue nombrado así por este cliente, porque desde el primer día intentó encontrar las publicaciones de las personas que sigues donde sea más probable que estén, basándose en las listas de relays de esas personas y media docena de heurísticas adicionales. Hoy múltiples clientes usan un modelo similar, centrado en NIP-65. Gossip se conecta a todos los relays necesarios para cubrir a todos tus seguidos, intentando al mismo tiempo escuchar el mínimo número de relays necesario para lograrlo, y se ajusta dinámicamente cuando un relay cae o se desconecta. GitHub
Esto es conceptualmente distinto a simplemente suscribirse a una lista fija de relays como hacen Amethyst o Damus.

*2. Manejo seguro de claves privadas

Gossip maneja las claves privadas de la forma más segura razonable (sin llegar a hardware tokens): las mantiene cifradas bajo una contraseña en disco, requiere esa contraseña al inicio, y pone a cero la memoria antes de liberarla. GitHub Esto lo distingue de clientes web donde la clave privada ha sido robada en casos reales.

3. Evita tecnologías de navegador

Gossip evita las tecnologías web (salvo HTTP GET y WebSockets, necesarias para Nostr). El stack web es enorme, complejo y probablemente lleno de vulnerabilidades no descubiertas, representando una superficie de ataque masiva. Esto incluye JavaScript, HTML, CSS y todo lo accesible vía navegador. En su lugar usa renderizado estilo OpenGL. No es tan bonito, pero cumple su función. GitHub

4. Rendimiento

Gossip apunta a alto rendimiento usando la base de datos LMDB, el lenguaje Rust y arquitecturas de código diseñadas siempre con el rendimiento en mente. A menos que tengas hardware muy antiguo, la red será probablemente tu cuello de botella. GitHub

5. Control del usuario

Gossip tiene (al momento de escribir esto) 70 configuraciones distintas. Cuando el valor correcto es incierto, se elige un valor por defecto razonable y se le da al usuario el mecanismo para cambiarlo. GitHub

6. Privacidad y Tor

Para quien desee permanecer anónimo, Gossip puede usarse sobre Tor. Soporta certificados TLS nativos para configurar confianza en sitios .onion, y ofrece opciones como no cargar avatares, no cargar imágenes, y no compartir necesariamente a quién sigues. GitHub

Moderación de contenido

Gossip ofrece listas de personas, muteado, descarte de hilos, advertencias de contenido, un script de filtrado de spam programable en Rhai, designación de relays como "SpamSafe", y feeds globales efímeros que desaparecen al cerrar el cliente. GitHub

Historial de releases

La versión más reciente es la 0.14.0 (marzo 2025), con 21 releases totales. La 0.13.0 introdujo soporte para adjuntar imágenes y videos via servidores Blossom, soporte de metadatos imeta, y búsqueda por relay. En releases anteriores se mejoró la velocidad de carga de imágenes/video, se corrigió la carga de hilos, y se añadió soporte limitado para kind-20 (imágenes). GitHub

Create a New Nostr Account — genera un par de claves nuevo desde cero
I Already have a Nostr Account — importas tu nsec o ncryptsec existente
Just follow people (no account) — modo lectura, sin clave privada.

Aquí es donde Gossip implementa lo que mencionamos sobre el manejo seguro de claves: tu nsec nunca se guarda en texto plano, sino cifrada bajo una contraseña local.
Tienes tres campos:

Enter your private key — pega tu nsec1... (o en formato hex). Usa Ctrl+V como dice el aviso al pie, el clic derecho probablemente no funcione.

Enter a passphrase — esta contraseña NO es tu nsec ni tu contraseña de Nostr. Es una contraseña nueva que Gossip usa para cifrar tu clave privada en el disco local. Puedes poner lo que quieras, pero no la olvides: te la pedirá cada vez que abras Gossip.

aquí se ve el Gossip Model en acción por primera vez.

Relay List: Found (verde) — Gossip encontró tu lista de relays publicada (NIP-65). Esto es lo que mencioné en la reseña: el cliente sabe dónde encontrarte sin que tú le digas nada manualmente.
Metadata: Missing — tu perfil (kind:0, nombre, foto, bio) no lo ha cargado aún.
Contact List: Missing — tu lista de seguidos tampoco.
Gossip encontró tu perfil en varios relays y te pregunta desde cuál quieres cargarlo.

Presiona Load en cualquiera de los relays listados. Te recomiendo probar primero con wss://nos.lol/ o wss://nostr.mom/ — son relays públicos estables y generalmente rápidos. Gossip cargará tu metadata (nombre, foto, bio) y contact list desde ahí.

Esta es la pantalla "Setup Relays". Aquí se configura el NIP-65, la pieza central de la arquitectura de Gossip.

Las tres columnas:
OUTBOX — los relays donde tú publicas. Gossip enviará tus notas a todos estos. Los que ves ya son los que tenías configurados en tu perfil.
INBOX — los relays donde otros pueden enviarte mensajes y menciones.
DISCOVERY — relays usados para descubrir perfiles y eventos. Gossip sugiere agregar 4 más.

#guias #NostrEspanol #AnonimatoDigital #resenas #ClientesNostr