NEAR Protocol ha introducido la firma resistente a la computación cuántica para cuentas de usuarios, lo que permite a los titulares fortalecer la seguridad de sus cuentas sin transferir sus activos ni crear nuevas cuentas. Esta capacidad llegó con la actualización nearcore 2.13 de la red en julio y está establecida en la propuesta técnica NEP-645.

El cofundador Illia Polosukhin indicó que los titulares de cuentas pueden reforzar su seguridad simplemente cambiando las claves de acceso que controlan sus cuentas. El cambio es voluntario: las claves y wallets existentes siguen funcionando, y una cuenta obtiene la protección adicional solo cuando su propietario agrega y utiliza activamente una clave resistente a la computación cuántica.

Claves post-cuánticas a nivel de cuenta

La actualización 2.13 admite ML-DSA-65, un esquema de firma digital diseñado para resistir ataques de futuras computadoras cuánticas. ML-DSA-65 es uno de los conjuntos de parámetros de FIPS 204, el estándar de firma digital basado en retículas que el Instituto Nacional de Estándares y Tecnología de EE. UU. finalizó en 2024, y se encuentra entre los algoritmos que las organizaciones toman como referencia al planificar migraciones post-cuánticas. Según la propuesta técnica NEP-645, los usuarios pueden agregar la nueva clave a una cuenta existente y usarla para firmar transacciones.

La importancia de esto radica en lo que los esquemas actuales no pueden garantizar: las firmas digitales de las que dependen las principales blockchains derivan su seguridad de problemas matemáticos que una computadora cuántica lo suficientemente potente podría resolver, y las claves públicas quedan registradas en la cadena. Una opción post-cuántica a nivel de cuenta cierra esa brecha para los titulares individuales sin esperar cambios más amplios en la red.

El mecanismo funciona porque los IDs de cuenta de NEAR permanecen separados de las claves criptográficas que los controlan. Por lo tanto, los usuarios pueden rotar las claves de acceso sin crear otra cuenta ni transferir sus activos. En comparación, las direcciones de Bitcoin y Ethereum están vinculadas a pares de claves derivados de sus sistemas criptográficos existentes, y cambiar esos sistemas puede requerir que los usuarios muevan sus activos a direcciones diferentes.

La adopción voluntaria deja partes de la red sin protección

Como la adopción es opcional, la protección aplica solo a nivel de cuenta. Si una clave antigua permanece activa, esa vía de acceso conserva sus limitaciones de seguridad actuales. Además, la actualización no hace que toda la red sea resistente a la computación cuántica: las claves de validadores aún dependen de la criptografía existente, según la información proporcionada.

La declaración de Polosukhin se refiere, por lo tanto, a la protección a nivel de cuenta mediante la actualización de claves, y no a una protección completa de toda la red. La distinción importa porque los usuarios deben modificar el acceso a sus cuentas para que el nuevo método de firma ofrezca algún beneficio.

Reacción de analistas y otras funciones de la actualización 2.13

En una publicación en X, el analista Michael van de Poppe afirmó que NEAR ya estaba respondiendo a los riesgos que plantea la computación cuántica. Describió positivamente el ritmo de desarrollo y dijo que no consideraba que los inversores deban adoptar una postura bajista.

La actualización 2.13 de julio también introdujo el refragmentado dinámico, que permite a la red dividir los shards automáticamente cuando alcanzan umbrales definidos de tamaño de estado. Anteriormente, agregar shards requería actualizaciones del protocolo y coordinación entre validadores.

Según Polosukhin, NEAR diseñó su modelo de cuentas con la futura seguridad cuántica en mente. La red tambiénaja con desarrolladores de wallets de hardware y software, incluida Ledger, para llevar el soporte post-cuántico a los usuarios. Esas integraciones son las que extenderían la opción más allá de los desarrolladores que trabajan con herramientas de línea de comandos.

Los desarrolladores pueden rotar las claves de cuenta a ML-DSA-65 usando la NEAR CLI. Por ahora, la función ofrece una opción a nivel de cuenta, mientras las claves de validadores y los métodos de acceso más antiguos permanecen sin cambios. Dado que la protección aplica solo donde los propietarios de cuentas la adoptan, la disponibilidad en wallets y la actividad de rotación de claves son las señales prácticas a seguir a medida que el ecosistema asume este cambio.