Mensajes privados

Todo lo que has visto hasta ahora es público a propósito: notas, likes, listas de seguidos. Pero a veces Alice solo quiere decirle a Bob dónde verse. Nostr no tiene servidores privados donde esconderse. Cada mensaje directo sigue siendo un evento guardado en un relay que cualquiera podría leer. Así que la privacidad tiene que vivir dentro del propio evento.

Es más difícil de lo que parece, porque un secreto tiene dos partes:

• Qué dijiste: las palabras.
• Todo lo que lo rodea: quién lo envió, para quién es, cuándo y más o menos cuánto ocupaba.

Esa segunda parte se llama metadatos, y puede revelar lo mismo o más. Si un relay ve que Alice escribe a un abogado de divorcios a las 2 de la madrugada todas las noches, no necesita leer ni una sola palabra.

Tres generaciones de notas secretas

Los mensajes privados de Nostr evolucionaron en tres pasos. Piénsalos así:

1. NIP-04: una postal con un candado sobre el texto. Cualquiera puede seguir leyendo la dirección, el remitente y el matasellos.
2. NIP-44: un candado mucho mejor. Sigue siendo una postal.
3. NIP-17: la postal va dentro de un sobre firmado, y ese sobre va dentro de un paquete marrón sin marcas enviado por un desconocido.

Aquí tienes el mismo mensaje enviado de las tres formas, con cifrado real ejecutándose en tu navegador. Fíjate en lo que puede ver el relay y luego intenta abrir cada uno como Bob, como Carol la entrometida y como el propio relay.

Cosas que puedes probar:

• Compara las etiquetas rojas en la vista del relay al pasar de NIP-04 a NIP-17.
• Elige a Carol e intenta abrir el sobre. Su clave es perfectamente válida, solo que no es la correcta.
• En NIP-17, presiona Enviar de nuevo varias veces y mira cómo cambia el remitente exterior cada vez.

Paso 1: NIP-04, la postal con fugas

NIP-04 fue el primer intento de Nostr. Alice y Bob combinan cada uno su propia clave secreta con la clave pública del otro y llegan al mismo secreto compartido sin enviarlo nunca. Ese truco se llama ECDH y es la base de todos los esquemas de este capítulo.

Después Alice revuelve su texto con ese secreto y publica un evento kind 4. Las palabras quedan ocultas, pero mira lo que queda por fuera:

• pubkey: la clave pública real de Alice.
• una etiqueta p: la clave pública de Bob, para que el relay sepa a quién entregarlo.
• created_at: el segundo exacto en que presionó enviar.
• la longitud del texto cifrado, que sigue la longitud del mensaje con un margen de 16 bytes.

Cualquiera puede dibujar un mapa de quién habla con quién, cuándo y cuánto. Por eso NIP-04 está oficialmente obsoleto: la propia especificación advierte que filtra metadatos y que está muy lejos del estado del arte.

{
  "kind": 4,
  "pubkey": "<pubkey de alice>",
  "created_at": 1735689600,
  "tags": [["p", "<pubkey de bob>"]],
  "content": "J7d9…texto cifrado en base64…==?iv=AQEBAQEBAQEBAQEBAQEBAQ==",
  "id": "…",
  "sig": "…"
}

import * as nip04 from "nostr-tools/nip04";

// Solo para lo antiguo: lee DMs viejos, no envíes nuevos.
const content = nip04.encrypt(aliceSecretKey, bobPubkey, "Nos vemos a las 9");
const text = nip04.decrypt(bobSecretKey, alicePubkey, content);

Paso 2: NIP-44, un candado de confianza

NIP-44 sustituye el candado por un diseño moderno y auditado. No define ningún tipo de mensaje: es solo una forma de convertir texto en un bloque sellado que solo tú y la otra persona pueden abrir. Importan tres mejoras:

• A prueba de manipulaciones: cada bloque lleva un código de autenticación. Cambia un solo bit, o usa la clave equivocada, y el descifrado se niega rotundamente en vez de devolverte basura.
• Claves nuevas en cada mensaje: un nonce aleatorio hace que cada mensaje use su propio material de claves, así que enviar el mismo texto dos veces nunca da el mismo bloque.
• Relleno: los mensajes se redondean hacia arriba en tramos de tamaño, así que “sí” y “¡ni hablar!” parecen idénticos.

Pruébalo: escribe algo corto, luego algo un poco más largo, y mira qué tamaños se mantienen iguales.

Pero fíjate en lo que no cambió en el laboratorio al pasar de NIP-04 a NIP-44: si metes un bloque NIP-44 en el mismo tipo de evento, la clave de Alice, la etiqueta de Bob y la marca de tiempo siguen por fuera. Un candado mejor no arregla un sobre transparente.

import * as nip44 from "nostr-tools/nip44";

const conversationKey = nip44.getConversationKey(aliceSecretKey, bobPubkey);
const payload = nip44.encrypt("Nos vemos a las 9", conversationKey);
// Bob deriva exactamente la misma clave desde su lado:
const text = nip44.decrypt(payload, nip44.getConversationKey(bobSecretKey, alicePubkey));

Paso 3: NIP-17, sobres hasta el fondo

NIP-17 es la forma recomendada hoy para enviar mensajes privados. Toma el candado de NIP-44 y le añade un embalaje ingenioso de NIP-59, llamado gift wrap (envoltorio de regalo). Imagina tres capas, de dentro hacia fuera:

1. El rumor (kind 14): el mensaje de chat real, escrito por Alice. Es un evento normal con id, pero sin firma. Es a propósito: si alguna vez se filtra, nadie puede demostrar que lo escribió Alice. Un rumor, literalmente.
2. El sello (kind 13): el rumor, cifrado para Bob y firmado por Alice. Así es como Bob sabe que de verdad es ella. El sello no tiene ninguna etiqueta, así que no dice para quién es.
3. El gift wrap (kind 1059): el sello, cifrado otra vez y firmado por una clave aleatoria recién creada que se usa una vez y se descarta. Lleva una única etiqueta p para que el relay pueda entregárselo a Bob.

El relay solo ve la capa 3. El remitente es un desconocido que nunca volverá a publicar, la marca de tiempo está alterada a propósito (hasta dos días en el pasado), el kind real está oculto y el tamaño va rellenado.

Vuelve al laboratorio, elige NIP-17 y ábrelo capa a capa como Bob: wrap, luego sello, luego rumor. Cuando se abre el sello, tu navegador comprueba que quien firma el sello es la misma clave que el autor del rumor; si no, cualquiera podría falsificar un mensaje “de Alice”.

{
  "id": "…",
  "pubkey": "<pubkey de alice>",
  "created_at": 1735689600,
  "kind": 14,
  "tags": [["p", "<pubkey de bob>"]],
  "content": "Nos vemos a las 9"
}

{
  "kind": 13,
  "pubkey": "<pubkey de alice>",
  "created_at": 1735601234,
  "tags": [],
  "content": "<NIP-44(JSON del rumor), Alice → Bob>",
  "id": "…",
  "sig": "…"
}

{
  "kind": 1059,
  "pubkey": "<pubkey desechable aleatoria>",
  "created_at": 1735555555,
  "tags": [["p", "<pubkey de bob>"]],
  "content": "<NIP-44(JSON del sello), clave desechable → Bob>",
  "id": "…",
  "sig": "…"
}

import * as nip17 from "nostr-tools/nip17";

// Una sola llamada construye rumor → sello → wrap con una clave desechable nueva.
const wrap = nip17.wrapEvent(aliceSecretKey, { publicKey: bobPubkey }, "Nos vemos a las 9");

// Bob abre ambas capas y recupera el rumor kind 14.
const rumor = nip17.unwrapEvent(wrap, bobSecretKey);
console.log(rumor.kind, rumor.content); // 14 "Nos vemos a las 9"

Comprobación rápida