Sobre el borrado de cuentas en Nostr

Sobre el borrado de cuentas en Nostr

Te puede interesar este artículo por varios motivos:

  • En lugar de cerrar sesión en un cliente, has eliminado la cuenta (opción que ofrecen clientes como Yakihonne).
  • Han robado tu clave privada (nsec) y están usando o pueden usar la cuenta para dañar tu imagen.
  • Has cometido errores en la custodia de tu clave privada y quieres asegurarte que estos errores no repercutan a futuro creando una nueva cuenta desde la que continuar tu actividad.
  • Quieres conocer que opciones tienes a futuro para eliminar tu “huella digital” en nostr.

NIP-09 — Event Deletion Request

Este es el documento estándar que define cómo funciona el borrado de eventos en Nostr.

  • Describe un evento de tipo kind:5, que solicita la eliminación de uno o varios eventos previos.
  • Indica que los relays deben continuar publicando el evento de borrado indefinidamente.
  • No existe un mecanismo en el protocolo para revertir un borrado usando otro evento.
Eliminar cuenta ≠ cerrar sesión

¿Cómo he intentado anular este evento de eliminación de una cuenta?

Usando Nostr Profile Manager: https://metadata.dergigi.com/

  • Tras haber eliminado una cuenta desde el cliente Yakihonne, se crea en la metadata el campo “deleted”: “true”. He probado a cambiar “true” por “false” y el cliente Primal aceptó el acceso de nuevo introduciendo la nsec (no acepta la firma remota). Sin embargo el cliente Yakihonne siguió reconociendo la cuenta como eliminada. Editar la metadata no anula el evento de eliminación.

Tras el estudio de este NIP concluyo que:

Una vez eliminada una cuenta no te interesa seguir publicando aún cuando algún cliente te permita seguir firmando eventos. ¿Por qué?, porque esta acción es irreversible y a futuro no puedes estar seguro de como funcionarán los clientes y si perjudicarán el alcance de tus publicaciones o la posibilidad si quiera de seguir firmando eventos. Si has eliminado tu cuenta, te interesa empezar de nuevo con una nueva nsec.

Extensiones como NIP-62 — Request to Vanish

Existe un NIP-62 que pretende ofrecer una manera aún más radical de solicitar borrado, pero incluso ahí se dice que:

Publish a deletion request (Kind 5) against a request to vanish has no effect. Clients and relays are not obliged to support “undelete” functionality.

Ni siquiera con eventos avanzados puedes “revertir” un borrado completo.

Utilidad de esta opción de eliminación irreversible

  • Conservando la nsec, te permite publicar un evento de eliminación aún cuando tu nsec hubiese sido robada. Esto es positivo para dificultar la publicación de eventos que comprometan tu reputación.
  • Como se dijo previamente, te permite “volver a empezar”, porque quieras tener una cuenta con una clave privada con mayor entropía (usando dispositivos de firma como los empleados por las hardware wallets de bitcoin) o porque dudes de la apropiada custodia de tu antigua nsec.
  • Borrar tu huella digital: no he profundizado pero no publiques nada en internet que puedas querer borrar en un futuro. En cualquier caso esta es la única opción para tratar de eliminar la información que has publicado en nostr.
Write a comment