Acceder

DNICoin: valor criptográfico anónimo con acceso limitado mediante DNIe

1 respuesta
DNICoin: valor criptográfico anónimo con acceso limitado mediante DNIe
DNICoin: valor criptográfico anónimo con acceso limitado mediante DNIe
#1

DNICoin: valor criptográfico anónimo con acceso limitado mediante DNIe

 
Hola a todos,

Quería presentaros un proyecto en fase inicial llamado DNICoin: https://dnicoin.com/

La idea no es plantearlo como una criptomoneda, ni como un activo especulativo al uso, sino como un valor criptográfico anónimo, con raíces en España y pensado inicialmente para un ámbito regional limitado.

DNICoin parte de una idea sencilla: permitir la emisión y uso de un valor digital criptográfico donde el acceso esté acotado geográficamente mediante la demostración de posesión de DNIe, pero sin convertir eso en una identidad pública dentro del sistema.

Es decir: el DNIe serviría como mecanismo de entrada o validación inicial, pero el uso posterior de DNICoin estaría pensado para preservar el anonimato del participante. No se trata de crear una moneda asociada a una identidad civil, ni de construir un sistema de seguimiento personal, sino de explorar un modelo donde pueda existir un valor digital limitado a una comunidad real sin renunciar a la privacidad.

Como punto de partida, comparto la información de la primera emisión registrada en DNICOIN-MAINNET-1:

{
  "type": "dnicoin_receipt_v1",
  "network": "DNICOIN-MAINNET-1",
  "emission_index": 1,
  "issued_at": "2026-06-19T18:29:37Z",
  "recipient_public_key": "9zV+2fuO+doKRlEmyiJuU2dfGeVXnnZZvz7cU=",
  "value_display": "99.998894",
  "policy_format": "DNCv1",
  "policy_sha256": "a76862d0b89b2495d2b11bf5d5da1bb8dbf284d8e95e102cce330cfcfd0b975a",
  "previous_event_hash": "GENESIS",
  "event_hash": "766c7fccb3146ad338516e15a77ac510aaaf2ecc37651ed7137241e6a62eec26",
  "issuer_public_key_alg": "Ed25519",
  "signature_alg": "Ed25519"
}


Para mí, lo importante de esta primera emisión no es tanto el valor numérico, sino el concepto que hay detrás: un valor criptográfico verificable técnicamente, pero no vinculado públicamente a la identidad civil del usuario. Una especie de experimento entre identidad soberana, privacidad, comunidad territorial y financiación alternativa.

Insisto: no busco presentar DNICoin como una promesa financiera ni como una criptomoneda para especular. Lo veo como un experimento de valor criptográfico anónimo y regional, donde el DNIe limita el acceso, pero no debería eliminar la privacidad del usuario.

Estoy totalmente abierto a cualquier sugerencia: usos posibles, riesgos, encaje legal, mejoras técnicas, privacidad, gobernanza, modelos de emisión, límites, auditoría o cualquier idea que pueda ayudar a darle una utilidad real.

Gracias de antemano por cualquier comentario o aportación.

#2

Re: DNICoin: valor criptográfico anónimo con acceso limitado mediante DNIe

 
Añado algo más de contexto sobre cómo está planteado actualmente el sistema, porque creo que ayuda a entender mejor qué se está intentando probar con DNICoin.

La idea práctica es que cada unidad DNICoin quede asociada a una clave pública creada por el propio usuario. A partir de ahí, lo importante no es una cuenta, un nombre de usuario ni una identidad civil, sino la posesión de la clave privada correspondiente a esa unidad concreta.

Esto significa que cada unidad DNICoin tiene su propia clave privada. Si se pierde esa clave privada, se pierde también la posibilidad de demostrar la posesión de esa unidad. DNICoin no puede recuperarla, porque no funciona como una cuenta centralizada con contraseña recuperable.

Una parte central del diseño es la separación entre el DNIe y la unidad emitida. El DNIe se usa únicamente para demostrar localmente que quien realiza la petición puede operar con un DNIe. Esa comprobación no se convierte en una identidad pública dentro del sistema, ni asocia la unidad DNICoin al nombre, número de DNI, certificado, número de serie ni a ningún identificador civil.

Dicho de forma sencilla: no hay control de identidad dentro de DNICoin. Lo que hay es una prueba local de posesión operativa de DNIe para poder realizar una petición de emisión. Después, la unidad resultante queda ligada a una clave pública, no a la identidad civil del participante.

Según el diseño actual, el recibo público solo identifica la emisión mediante un identificador de petición y una clave pública receptora. No debería contener nombre, DNI, certificado, datos personales ni elementos que permitan vincular públicamente esa unidad con una persona concreta.

Esta decisión tiene una consecuencia importante: el sistema prioriza la privacidad y la no vinculación. A cambio, no pretende construir un registro de usuarios ni un mecanismo de identificación personal. La limitación práctica viene de tener que disponer de DNIe operativo, lector, PIN correcto y realizar una operación criptográfica local, no de registrar quién es cada participante.

Otro aspecto relevante es que la emisión no se basa en potencia de cálculo. No se trata de aportar hardware, energía o capacidad computacional. La fricción está en realizar una operación local con DNIe, manteniendo separada esa comprobación de la unidad criptográfica que se emite después.

El sistema también incorpora recibos verificables. Cada emisión genera un recibo con información criptográfica que puede comprobarse de forma independiente. Además, las emisiones se registran en un historial tipo “append-only”, es decir, una cadena de eventos donde cada emisión referencia la anterior. La finalidad es que cualquier alteración, borrado o reordenación pueda detectarse mediante herramientas de verificación.

También hay un algoritmo público que asigna una magnitud interna a cada emisión. Esa magnitud va disminuyendo progresivamente conforme aumenta el número de emisiones. No debe interpretarse como precio, saldo, deuda, participación ni derecho económico, sino como una forma interna de ordenar y cuantificar las emisiones dentro del experimento.

Para mí, lo más interesante de DNICoin está en varias ideas combinadas:

  • emisión de unidades digitales verificables;
  • prueba local de posesión operativa de DNIe;
  • separación entre autenticación inicial y unidad emitida;
  • privacidad por diseño;
  • no vinculación pública con identidad civil;
  • recibos conservables y verificables por el usuario;
  • posible comunidad inicial de ámbito español;
  • ausencia de emisión basada en potencia de cálculo;
  • y futura evolución hacia auditoría, mirrors, gobernanza abierta o validación distribuida.

Evidentemente, quedan muchas preguntas abiertas. Por ejemplo: qué utilidad real podría tener, cómo debería gobernarse, cómo auditar correctamente el sistema, cómo evitar abusos sin sacrificar privacidad, cómo mejorar la independencia de la infraestructura o qué papel podría tener una comunidad externa en su evolución.

Lo comparto precisamente con ese enfoque: como un experimento técnico y social sobre valor digital, privacidad, prueba de posesión de DNIe y verificabilidad.

Cualquier crítica o sugerencia será bienvenida, especialmente si ayuda a aterrizar el proyecto en usos reales o a detectar riesgos desde el principio.