¿Qué es NIP-05? La dirección Nostr, explicada

Tu clave pública de Nostr, escrita completamente, se ve así: npub1pf8hkx3ang2jngcgpsawtmj48c90pgqasmgpva7qhvnsty5j87yqwk3vy5. Intenta decirlo en voz alta en la cena. Ahora intenta escribirlo en una tarjeta de presentación, o deletrearlo por teléfono. No puedes. La clave sin procesar es correcta y segura para compartir, pero es inútil como identificador que los humanos utilicen.

NIP-05 es la solución. Te permite adjuntar algo corto y con forma de correo electrónico, como alice@nostr.blog o tu@tudominio.com, a la misma clave pública. Los clientes verifican la asignación y muestran la versión legible junto a tu nombre. Esa es la idea completa.

Esta guía cubre qué hace NIP-05, cómo funciona realmente la verificación bajo el capó, qué no te da (no es una marca de verificación azul), y las dos formas de obtener una.

TL;DR. NIP-05 es un identificador en la forma nombre@dominio.com que se asigna a tu clave pública de Nostr. Un dominio publica un pequeño archivo JSON en /.well-known/nostr.json; los clientes leen ese archivo para confirmar la asignación. Te da un nombre legible y una leve señal de confianza. No verifica tu identidad del mundo real y no protege tu cuenta de la pérdida.

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

Qué es NIP-05, en una oración

NIP-05 es un estándar para apuntar un identificador legible por humanos a una clave pública de Nostr, utilizando DNS y un archivo JSON en un servidor web.

El identificador se ve como una dirección de correo electrónico a propósito. Una dirección de correo electrónico ya tiene la forma que la mayoría de las personas reconoce como "un nombre que puedes darle a otra persona". Tomar prestada esa forma evita una ronda de explicación.

La implementación es deliberadamente de baja tecnología. Sin blockchain, sin registro central, sin criptografía sofisticada más allá de lo que Nostr ya utiliza. Un propietario de dominio publica un archivo JSON simple, cualquier cliente puede leerlo, y la criptografía solo entra cuando el cliente verifica que la clave pública asignada coincide con la firma en las publicaciones.

Cómo funciona realmente

Aquí está el mecanismo literal, porque es lo suficientemente corto para caber en un artículo.

Le dices a tu cliente Nostr que tu identificador es alice@nostr.blog. El cliente:

1. Analiza el identificador en una parte local (alice) y una parte de dominio (nostr.blog).
2. Realiza una solicitud GET a https://nostr.blog/.well-known/nostr.json?name=alice.
3. El servidor responde con un archivo JSON que se parece aproximadamente a esto:

{
  "names": {
    "alice": "0a4f7b1a3d9a1529a3080c3ae5ee553e0af0a01d86d01677c0bb270592923f88"
  }
}

4. El cliente lee la clave pública hexadecimal y la compara con la clave pública asociada a tus publicaciones.
5. Si coinciden, el cliente marca el identificador como verificado y lo renderiza en lugar de (o junto a) tu npub.

Ese es el baile completo. Sin OAuth, sin creación de cuenta en el lado del dominio más allá de "alojar este archivo". Cuando nostr.blog deja de listarte en ese archivo, el identificador deja de funcionar. Cuando la asignación vuelve, vuelve a funcionar.

Se supone que la solicitud GET devuelve encabezados CORS (Access-Control-Allow-Origin: *) para que los clientes en el navegador puedan leerlo. La mayoría de los anfitriones NIP-05, incluido nostr.blog, ya lo hacen correctamente; los que no lo hacen son la fuente de la mayoría de los hilos de soporte "mi NIP-05 está roto".

Qué NIP-05 realmente te da

Tres beneficios concretos, en orden descendente de utilidad.

Un nombre que puedes decir en voz alta

Este es el que todos mencionan primero porque es el que resuelve la fricción más común. alice@nostr.blog funciona en podcasts, tarjetas de presentación, biografías de perfil en otras redes, y señalización escrita a mano. npub1pf8hkx3ang2... no.

Portabilidad entre clientes y relays

El registro NIP-05 apunta a tu clave pública, no al dominio que lo aloja. Si mañana decides migrar de alice@nostr.blog a alice@alicedomain.com, lo haces actualizando ambos archivos JSON para que apunten a la misma clave pública. Tus publicaciones, seguimientos y reputación no les importa. Compara esto con Twitter, donde un cambio de identificador significa que la plataforma redirige todo para ti y una eliminación de cuenta significa que todo desaparece.

Una leve señal de confianza

No una fuerte, y la distinción importa. Un NIP-05 en un dominio cuidadoso es evidencia de que quienquiera que controle ese dominio decidió listar tu nombre. Si el dominio es conocido por revisar sus usuarios (una empresa ejecutando un espacio de nombres verificado para empleados, por ejemplo), esa revisión se transfiere al identificador. Si el dominio distribuye nombres a cualquiera que lo pida, la señal de confianza es cero. La mayoría de los clientes lo saben y renderan la marca de verificación neutralmente.

Qué NIP-05 NO es

Esta sección existe porque la analogía de la marca de verificación azul engaña a los nuevos usuarios de tres formas específicas.

No es prueba de que seas una persona real o una persona real específica. NIP-05 verifica que la clave pública que firma publicaciones coincida con la clave pública que el dominio listó bajo ese nombre. No verifica que el nombre corresponda a un humano real llamado Alice. La suplantación de celebridades es posible si el suplantador controla un dominio que está dispuesto a listarlo.

No es un mecanismo de recuperación. Si pierdes tu clave privada, tu NIP-05 no puede salvarte. El identificador apuntará felizmente a una clave pública cuyo propietario no tiene forma de publicar. Nadie puede reiniciarlo por ti porque nadie más tiene la clave.

No es una URL. alice@nostr.blog es un identificador. Pegarlo en un navegador no abrirá nada. Para navegar al perfil de Alice, le das el identificador a un cliente Nostr o a una puerta de enlace web. La forma es similar al correo electrónico, no similar a un enlace.

Cómo obtener una dirección NIP-05

Dos caminos, claramente diferentes en costo y esfuerzo.

Registrarse en nostr.blog

El camino más rápido. Eliges un nombre de usuario, el identificador está activo en menos de un minuto, y el registro incluye una billetera Lightning más un cliente web completo en la misma página. Precios por longitud de nombre:

• 1 carácter: $999 por año (reservado para identificadores premium genuinamente de una sola letra)
• 2 caracteres: $499 por año
• 3 caracteres: $199 por año
• 4 caracteres: $99 por año
• 5 caracteres: $29 por año
• 6 a 7 caracteres: $9.99 por año
• 8 o más caracteres: $2.99 por año

Los nombres más largos son mucho más baratos porque hay muchos más de ellos. Los nombres más cortos son escasos, memorables, y tienen un precio acorde.

Alojar el tuyo en un dominio que posees

Si ya posees un dominio y te sientes cómodo editando un archivo en un servidor web, puedes ejecutar NIP-05 tú mismo por el costo del dominio (y nada más).

La configuración mínima viable:

1. Pon un archivo JSON en https://tudominio.com/.well-known/nostr.json con la forma mostrada anteriormente.
2. Asegúrate de que el servidor devuelva Access-Control-Allow-Origin: * para ese archivo, o los clientes basados en navegador no podrán leerlo.
3. Establece tunombre@tudominio.com como el identificador NIP-05 en tu cliente Nostr.
4. Espera unos minutos para que se borre cualquier caché del lado del cliente.

El camino DIY es correcto para personas que quieren independencia total de cualquier tercero. Es incorrecto para personas que quieren "solo el nombre, no quiero mantener un servidor web". La mayoría de los usuarios caen en el segundo grupo.

Errores comunes

Cinco modos de fallo que representan la mayoría de las preguntas de soporte.

• Encabezado CORS faltante. El archivo nostr.json devuelve los datos correctos pero el navegador se niega a leerlo debido a la política de mismo origen. Solución: configura el servidor para enviar Access-Control-Allow-Origin: * en la ruta .well-known.
• Clave pública incorrecta en el JSON. Alguien copió manualmente el hexadecimal y eliminó un carácter. Compara byte por byte con lo que tu cliente Nostr muestra en "configuración de cuenta".
• Caché agresivo del lado del cliente. Después de un cambio en el JSON, algunos clientes mantienen la asignación anterior durante hasta 24 horas. Cierra sesión e inicia sesión nuevamente, o cambia de cliente brevemente, para forzar una relectura.
• Usar una CDN que reescribe encabezados. Cloudflare y bordes similares a veces eliminan el encabezado CORS o agregan directivas de caché extrañas. Verifica la respuesta sin procesar, no lo que muestra el navegador.
• Usar mayúsculas en el nombre. Los nombres NIP-05 se suponen que deben estar en minúsculas. Algunos clientes toleran mayúsculas y minúsculas mixtas, otros no. Cíñete a a-z, 0-9, guión, guión bajo.

¿Vale la pena pagar por ello?

Respuesta honesta: depende del nombre y del dominio.

Si el nombre que quieres es largo e inolvidable, el camino DIY en un dominio que ya posees es generalmente la mejor opción. Haces la configuración única y nunca le pagas a nadie por el identificador de nuevo.

Si quieres un nombre corto en un dominio reconocible, que en sí mismo es una señal de confianza y memorabilidad, pagar algunos dólares por año casi siempre es mejor que intentar ocupar nombres equivalentes en múltiples dominios. Los nombres cortos son escasos en todas partes de internet y Nostr no es la excepción.

De cualquier manera, obtener algún NIP-05 es mejor que mantener el npub sin procesar para siempre. El costo de no tener uno es una peor impresión cada vez que le das a alguien tu identificador.