¿Es Nostr realmente descentralizado? Una respuesta técnica

"¿Es X descentralizado?" casi siempre se responde con un encogimiento de hombros porque la descentralización es un espectro, no un binario. Este artículo responde la pregunta para Nostr específicamente, capa por capa, para que puedas decir cuáles son las partes genuinamente distribuidas y cuáles están más centralizadas de lo que sugiere el marketing.

Versión corta

Nostr es descentralizado en la capa de identidad (totalmente), la capa de transporte (altamente), la capa de cliente (totalmente), y la capa de datos (moderadamente). Es menos descentralizado en ciertas capas prácticas donde productos específicos dominan. El protocolo en sí no tiene puntos únicos de fallo; ecosistemas específicos dentro de él sí.

When you're ready, grab your @nostr.blog address →

Las cinco capas a evaluar

Cada sistema social tiene una pila. La descentralización de Nostr se ve diferente en cada capa.

Identidad. Completamente descentralizada. Tu cuenta es un par de claves criptográficas en tu dispositivo. Sin registro central.

Transporte (cómo se mueven los mensajes). Altamente descentralizada. Cualquier relay puede aceptar eventos; cualquier cliente puede conectarse a cualquier relay.

Datos (dónde viven los mensajes). Moderadamente descentralizada. Los relays almacenan independientemente, pero relays específicos manejan más tráfico que otros.

Aplicación (el cliente). Completamente descentralizada. Cualquier desarrollador puede escribir un cliente; los usuarios pueden cambiar libremente.

Descubrimiento y ranking. Depende del cliente. Algunos clientes delegan en su propia infraestructura (capa de caché de Primal); otros hablan directamente con relays (Damus).

Cada capa tiene diferentes modos de fallo y diferentes niveles de infiltración de centralización. La respuesta corta a "¿es Nostr descentralizado?" depende de cuál capa estés preguntando.

Capa de identidad: completamente descentralizada

Tu cuenta Nostr es una clave privada en tu dispositivo. Nadie más la tiene. Ninguna empresa, ningún relay, ningún desarrollador. La identidad existe independientemente de lo que haga cualquier tercero.

Esta es la propiedad de descentralización más fuerte que Nostr tiene. No puedes ser "deplatformado" porque no hay plataforma de la cual deplatformarte. Tu identidad se mueve entre clientes, sobrevive a cualquier relay que se desconecte, y no puede ser revocada.

El único costo: si pierdes la clave privada, ninguna parte puede recuperarla. Este es el trueque de no tener una empresa en el medio.

Capa de transporte: altamente descentralizada

Los relays son la tubería. Aceptan eventos y sirven suscripciones. Cualquiera puede ejecutar uno con un solo binario y un VPS; hay miles de relays públicos a partir de 2026.

Ningún relay es especial. Ningún relay es "el servidor Nostr". Tu cliente habla con los relays que configures; los clientes de tus seguidores hablan con sus relays configurados; la red es la unión de todas estas conexiones.

Salvedad práctica: la mayoría de los clientes de usuarios tienen relays populares por defecto (relay Damus, nos.lol, relay.primal.net, etc.). Si estos relays específicos se desconectaran simultáneamente, los nuevos usuarios verían feeds vacíos hasta que reconfigurar. El protocolo lo permite (cambiar a diferentes relays) pero la experiencia del usuario por defecto no es tan resiliente como el protocolo en sí.

Capa de datos: moderadamente descentralizada

Los eventos se replican en los relays a los que publicas. Un post que envías a cinco relays vive en los cinco; cualquiera de ellos puede servir el post a cualquier lector.

Esto es descentralizado en el sentido de que ningún relay único tiene el monopolio de tus datos. Es menos descentralizado en el sentido de que el conjunto de relays que mantiene tus datos no es universal. Si publicas a relays A, B, C y tu lector se suscribe a D, E, F, no ven tu post a menos que algún relay conecte los conjuntos.

En la práctica, la mayoría de relays se superponen lo suficiente en contenido que esto rara vez es un problema. Los usuarios que quieren resiliencia publican a más relays. Los usuarios que quieren rendimiento publican a menos. El trueque es ajustable.

Capa de aplicación: completamente descentralizada

Hay docenas de clientes Nostr. Ninguno de ellos tiene autoridad especial. Un nuevo cliente puede ser escrito, lanzado, y usado por miles de personas dentro de semanas sin permiso de nadie.

Los clientes compiten en UX, cobertura de características, y encaje del ecosistema. Los usuarios eligen lo que les conviene. El costo de cambio es nulo porque la identidad es portátil.

Este es quizá el descentralización más activa en el ecosistema: la capa de cliente es genuinamente competitiva y genuinamente diversa. Ningún cliente tiene una posición ganador-se-lleva-todo.

Descubrimiento y ranking: varía según el cliente

Aquí es donde la descentralización se vuelve más complicada. Algunos clientes mantienen el descubrimiento neutral en el protocolo (suscribirse a relays, filtrar eventos, mostrarte posts). Otros construyen sus propias capas de infraestructura.

Primal, por ejemplo, ejecuta un servicio de caché e indexación en su propia infraestructura. Cuando usas Primal, estás implícitamente confiando en ese servicio para carga rápida de feeds y temas tendencia. El caché de Primal es una conveniencia centralizada en capas sobre el protocolo descentralizado.

Damus, por el contrario, habla directamente con relays sin caché intermedio. Tu experiencia en Damus es menos rápida en una carga en frío pero más puramente mediada por protocolo.

Cuál prefieres depende de tus prioridades. Ambos son enfoques legítimos para un protocolo abierto.

Dónde se infiltra la centralización prácticamente

Tres casos específicos vale la pena nombrar.

Listas de relays por defecto. La mayoría de clientes envían el mismo conjunto de relays por defecto. Un usuario que nunca cambia los predeterminados está implícitamente concentrado en un pequeño número de relays grandes. Esta es una centralización suave; el usuario puede reconfigurar en cualquier momento, pero muchos no lo hacen.

Infraestructura de billetera. Las billeteras Lightning son una capa separada en la parte superior de Nostr para zaps. El mundo de billeteras tiene sus propias dinámicas de centralización (pocas billeteras custodiales populares mantienen muchos saldos de usuario). Esto afecta la capa económica de Nostr aunque es externa al protocolo.

Servicios de caché de cliente. El caché de Primal es el ejemplo más visible, pero existen otros. Cualquier servicio que se sitúe entre usuarios y relays y añada rendimiento también añade un punto central. Esto no rompe el protocolo; sí da forma a la experiencia del usuario.

Lo que garantiza el protocolo vs lo que ofrece el ecosistema

El protocolo garantiza: propiedad de identidad, autenticidad de eventos, gráfico social portátil, sin dependencia de un único relay, ningún guardián de plataforma.

El ecosistema ofrece: niveles variables de conveniencia a través de servicios centralizados en capas. Los usuarios pueden optar por entrar (caché de Primal, billetera Damus, cliente web nostr.blog) u optar por salir (relays auto-hospedados, Amethyst con predeterminados personalizados, firma basada en Amber).

Las propiedades descentralizadas que conservas provienen de cuáles capas usas y cómo las configuras. Un usuario con configuración predeterminada en un cliente mayoritario obtiene las garantías fuertes del protocolo más cierta centralización práctica. Un usuario que elige relays independientes, ejecuta Amber, y usa un cliente mínimo se acerca más a descentralización completa al costo de más fricción.

¿Es "descentralizado" la palabra correcta a usar aquí?

La palabra se sobrecarga. Si por "descentralizado" quieres decir "ninguna sola parte puede banear tu cuenta," sí, Nostr lo es.

Si quieres decir "cada usuario interactúa con cada relay igualmente," no; la popularidad de relays es desigual.

Si quieres decir "ningún servicio puede desconectarse y romper la red," mayormente sí; el protocolo es robusto pero productos específicos pueden tener desconexiones que afecten a sus usuarios.

Si quieres decir "ningún algoritmo publicitario te optimiza por engagement," sí, estructuralmente.

Si quieres decir "cada pieza del sistema es descentralizada simultáneamente al mismo nivel de descentralización," ninguna red de cualquier tamaño es así. Nostr es más descentralizado que Bluesky, mucho más descentralizado que la federación céntrica en instancias de Mastodon, e incomparablemente más descentralizado que Twitter o Threads.

El resultado práctico

Para la mayoría de usuarios, "¿es Nostr descentralizado?" se traduce a "¿puedo poseer mi identidad, mi algoritmo de feed me pertenece, ¿puedo ser baneado de la red?" Las respuestas son sí, sí, no.

Esa es la descentralización que afecta tu experiencia diaria. La arquitectura más profunda es interesante pero secundaria a si tu cuenta es verdaderamente tuya, que es la parte que Nostr maneja tan bien como cualquier protocolo jamás ha.