¿Qué es un relé de Nostr? Una guía en lenguaje sencillo

Cada mensaje de Nostr viaja a través de un relé. Tu cliente envía eventos firmados a relés; los clientes de otros usuarios obtienen eventos de relés; se repite para cada publicación, me gusta, seguimiento y mensaje directo. El relé no es un componente glamoroso, pero es el componente que hace que la red funcione.

Esta guía cubre qué es realmente un relé, qué hace y qué no hace, y cómo pensar en qué relés importan para tu uso.

TL;DR. Un relé es un pequeño servidor que acepta eventos de Nostr firmados a través de WebSocket, los almacena y los reenvía a los suscriptores. No existe "el" relé de Nostr; la red son miles de relés independientes que no se coordinan. Tu cliente se conecta a varios simultáneamente; la unión es tu vista de la red.

Cuando estés listo, pide tu dirección @nostr.blog →

Qué hace un relé

Tres trabajos, todos simples.

Aceptar eventos. Un cliente abre una conexión WebSocket y envía un mensaje EVENT con un objeto JSON firmado. El relé verifica la firma (¿coincide con la pubkey reclamada?), opcionalmente comprueba contra políticas (spam, límites de velocidad, listas negras) y acepta o rechaza. Los eventos aceptados van al almacenamiento.

Almacenar eventos. Los relés usan una base de datos local (generalmente SQLite o PostgreSQL) indexada por id de evento, pubkey del autor, tipo y valores de etiquetas. Esto les permite responder a filtros de suscripción de manera eficiente.

Servir suscripciones. Un cliente envía un mensaje REQ con un filtro ("dame eventos de estos autores, de estos tipos, desde esta marca de tiempo, limitado a 100"). El relé consulta su base de datos para eventos almacenados coincidentes, los transmite y luego envía EOSE (fin de eventos almacenados) y mantiene la suscripción abierta. Cualquier evento nuevo que coincida con el filtro se envía al cliente en tiempo real.

Eso es la API del relé completa, con variantes menores. Un relé no hace nada más: sin clasificación, sin recomendación, sin moderación más allá de sus propias políticas, sin coordinación entre relés.

Qué un relé no hace

Varias cosas que un relé podría hacer teóricamente pero generalmente no.

Hablar con otros relés. Los relés son independientes. No se sincronizan entre sí. Si una publicación está en el relé A pero no en el relé B, alguien leyendo solo de B no la ve. La replicación ocurre porque los clientes publican en múltiples relés, no porque los relés se repliquen entre sí.

Aplicar reglas globales. Cada relé tiene sus propias reglas. Lo que uno rechaza, otro acepta. No hay una autoridad de política global.

Verificar reclamaciones fuera de la cadena. Un relé acepta eventos firmados; no verifica que "alice@example.com" en un campo NIP-05 realmente se mapee con la pubkey del evento. Ese es el trabajo del cliente.

Actuar como plataforma. Un relé no es un sitio web con una página de inicio, un feed o una marca. Es un backend. Los usuarios nunca interactúan con relés directamente; los clientes sí.

Por qué el diseño es inusual

La mayoría de las redes tienen servidores que hacen mucho. Una instancia de Mastodon no es solo un relé; es una aplicación web completa similar a Twitter con usuarios, perfiles, líneas de tiempo, herramientas de moderación, paneles de administrador. Un servidor XMPP tiene usuarios, salas, MUC, pubsub. Un homeserver de Matrix es un software pesado.

El relé de Nostr es deliberadamente mínimo. Un relé no sabe quiénes son sus usuarios (no hay cuentas de usuario en el relé). Un relé no es dueño de su contenido (la autenticidad del contenido proviene de firmas, no de quién lo almacenó). Un relé no se feddera (sin coordinación a nivel de protocolo con otros relés).

Esta minimalidad es por qué hay tantos relés. Ejecutar uno es barato porque un relé hace tan poco. Un VPS de $5/mes puede ejecutar un relé sirviendo a cientos de usuarios activos. Compara con ejecutar una instancia de Mastodon, que a escala similar requiere significativamente más recursos y mantenimiento.

Relés predeterminados vs relés personalizados

Cada cliente de Nostr viene con una lista predeterminada. Entradas comunes a partir de 2026:

• wss://relay.damus.io (operado por Damus, volumen alto)
• wss://nos.lol (operado por la comunidad, gratuito)
• wss://relay.primal.net (operado por Primal)
• wss://offchain.pub (comunidad, estable)
• wss://relay.nostr.band (enfoque de agregación)
• wss://nostr.wine (pagado, filtrado de spam)

Estos funcionan para la mayoría de los usuarios. Los tres primeros manejan la mayoría del tráfico diario. Reemplazarlos no es necesario a menos que tengas una razón. (Si te registraste a través de nostr.blog, una lista de relés predeterminados seleccionada ya está configurada para ti; puedes ajustarla en configuración más tarde.)

Razones para personalizar:

• Rendimiento. Un relé más cerca de ti geográficamente es más rápido. Si estás en Asia, agregar un relé basado en Asia acelera las lecturas.
• Privacidad. Si no quieres que un relé mayor específico vea tus patrones de suscripción, usa otros diferentes.
• Especialización temática. Algunos relés se centran en temas o comunidades específicas. Conectarse a ellos aumenta tu exposición a ese contenido.
• Tolerancia al spam. Si estás siendo bombardeado por spam, un relé pagado filtrado de spam podría valer la pena.

Cuántos relés deberías usar

Tres o cuatro suele ser el punto óptimo. Más no siempre es mejor.

Muy pocos (1-2). Una interrupción de un solo relé silencia temporalmente tus publicaciones. No hay suficiente redundancia.

Justo bien (3-6). Tus publicaciones llegan a suficientes lugares para que las interrupciones no importen. El rendimiento de lectura es bueno porque el cliente puede competir consultas en todos ellos.

Demasiados (10+). Cada relé añade latencia y transferencia de datos. Los clientes deben consultar todos; los lentos ralentizan todo el feed. La batería y el ancho de banda aumentan sin beneficio proporcional.

Si tienes dudas, usa los valores predeterminados. Si persigues una razón específicamente, ajusta en incrementos.

Las políticas de relé importan

Cada relé tiene reglas no escritas o escritas sobre lo que acepta. La mayoría son tolerantes; algunas son estrictas. Algunos tipos de políticas comunes:

Escritura abierta, lectura abierta. Cualquiera puede publicar, cualquiera puede leer. La mayoría de relés comunitarios.

Escritura pagada, lectura abierta. Pagas una pequeña tarifa para publicar; cualquiera puede leer tus publicaciones. La mayoría de relés pagos. Reduce el spam dramáticamente.

Lista blanca. Solo cuentas aprobadas pueden publicar. Se usa para relés de empresa o comunidad.

Filtrado por tema. Acepta solo eventos que coinciden con ciertos criterios (hashtag, tipo, longitud).

Geofencing. Acepta solo usuarios de regiones específicas. Poco común.

Antes de depender de un relé, verifica sus políticas escritas (generalmente en /.well-known/nostr.json o el endpoint de información del relé). Si tu patrón de publicación no coincide con las políticas del relé, las escrituras fallarán silenciosamente.

Ejecutar tu propio relé

Sorprendentemente fácil. Una configuración básica:

1. Renta un VPS (el rango de $5/mes está bien).
2. Instala una implementación de relé. strfry y nostream son las dos opciones de código abierto comunes.
3. Abre el puerto 443 u 8080; apunta DNS al servidor.
4. Inicia el relé.

Tiempo total: menos de una hora para alguien cómodo con Linux. No se requiere configuración compleja de la caja. Ejecutar un relé para ti o una pequeña comunidad añade resiliencia a la red y te da control explícito sobre una parte de tus datos de Nostr.

Una guía dedicada sobre esto está en run-your-own-relay.

Relés y privacidad

Cada relé al que te conectas ve:

• Tu dirección IP
• Los filtros a los que te suscriges (qué pubkeys lees, qué hashtags ves)
• Tus publicaciones (su contenido, ya que las publicaste aquí)
• Tiempo de tu actividad

Los relés no ven:

• Contenido de mensajes directos cifrados (solo texto cifrado)
• Tu clave privada

Para usuarios que les importa minimizar la fuga de metadatos a nivel de relé:

• Usa Tor o una VPN.
• Distribuye tus lecturas entre muchos relés para que nadie vea el panorama completo.
• Usa clientes que rotan relés para diferentes tipos de suscripción.

La mayoría de los usuarios no necesitan nada de esto. El modelo de privacidad del protocolo asume que los relés son infraestructura semi-confiable y semi-pública; no está diseñado para ocultar tus patrones de actividad de ellos.

Elegir relés: una regla simple

Si eres nuevo: mantén los valores predeterminados.

Si estás específicamente frustrado con algo (spam, velocidad, confiabilidad): cambia solo lo que te está frustrando. Añade uno o dos relés, o intercambia el que te molesta.

Si eres avanzado: cura intencionalmente. Elige 4-6 relés que cubran tus necesidades (geografía, temas, nivel de confianza) y manéjalos cuidadosamente.

Si eres paranoico: distribuye en suficientes relés independientes para que ningún operador vea tu actividad completa. Usa Tor. Mezcla regiones.

El movimiento equivocado es añadir docenas de relés esperando que más sea mejor. Clientes lentos y ancho de banda desperdiciado son el resultado, no una experiencia mejor.