Monad ha propuesto una mejora en la seguridad de las carteras que permitiría a los usuarios reemplazar claves criptográficas perdidas o desactualizadas mientras mantienen la misma dirección de blockchain y sus activos.
Según Monad, la propuesta separaría la dirección permanente de una cuenta Monad de las credenciales de autenticación utilizadas para autorizar transacciones, abriendo un camino para la rotación de claves, la recuperación social, las passkeys y la seguridad post-cuántica sin obligar a los usuarios a crear otra cartera.
Bajo el modelo actual utilizado por la mayoría de las carteras compatibles con Ethereum, una cuenta de propiedad externa está estrechamente ligada a su clave privada. Perder esa clave puede eliminar permanentemente el acceso a los activos de la cuenta, mientras que adoptar un método de seguridad diferente puede requerir que los usuarios creen otra dirección y transfieran sus tenencias.
Los investigadores de Monad, Kushal Babel y Jan Camenisch, han propuesto cambiar esa relación para que una dirección pueda seguir identificando la misma cuenta incluso cuando sus credenciales de autenticación sean reemplazadas.
Los autores describieron el diseño como una forma de soportar "cuentas post-cuánticas, recuperación social" y métodos de autenticación amigables para el usuario, como las passkeys, a nivel de protocolo.
En el centro de la propuesta se encuentra una distinción entre la identidad de una cuenta y las credenciales permitidas para controlarla. CoinDesk informó que los usuarios podrían añadir, reemplazar o retirar credenciales de autorización dejando la dirección subyacente sin cambios.
Un usuario que pierde una clave privada podría, por lo tanto, recuperar el control a través de otro método de autorización configurado para la cuenta. Un ejemplo descrito en la propuesta permitiría a dos partes de confianza, actuando conjuntamente, instalar una credencial de reemplazo si la clave original no está disponible.
La misma estructura podría permitir que una cuenta existente se mueva a una autorización multifirma sin transferir sus tokens, NFT u otros activos a otra dirección de cartera. Las passkeys almacenadas en teléfonos u ordenadores también podrían convertirse en métodos de autenticación válidos si se implementa el soporte necesario.
Para los usuarios y aplicaciones que dependen de una dirección de cartera estable, mantener el identificador sin cambios también podría evitar el trabajo operativo de actualizar las direcciones en todos los servicios después de una migración de seguridad.
Las cuentas Monad existentes seguirían funcionando normalmente bajo la propuesta actual si los cambios son finalmente adoptados, según CoinDesk. El diseño se encuentra en una etapa temprana, con Babel y Camenisch delineando la arquitectura mientras que una especificación de implementación detallada aún debe ser desarrollada.
Monad estableció su proceso formal de propuesta de mejora a principios de este año para los cambios técnicos que afectan a la red. Las propuestas centrales pueden requerir cambios en las capas de ejecución o consenso y deben pasar por etapas de borrador, revisión y otras antes de alcanzar el estado final.
Uno de los casos de uso identificados por los autores implica reemplazar las credenciales criptográficas convencionales con esquemas diseñados para resistir futuras computadoras cuánticas.
Máquinas cuánticas lo suficientemente potentes podrían eventualmente amenazar los sistemas de firma digital utilizados por las principales blockchains. El riesgo implica algoritmos capaces de derivar información privada de claves públicas criptográficas, lo que podría permitir a un atacante falsificar firmas para las cuentas afectadas.
La propuesta de Monad aborda el problema a nivel de cuenta. En lugar de requerir que un titular envíe activos a una cartera post-cuántica recién generada, la cuenta podría instalar un método de autorización diferente mientras conserva su dirección existente.
Un problema similar ya ha impulsado el trabajo en otras partes de la industria. En julio, crypto.news informó sobre una propuesta de AmericanFortress llamada Zero-Knowledge Proof of Seed Provenance, o ZK-PoSP, que fue diseñada para proteger las direcciones existentes de Bitcoin, Ethereum y Solana sin requerir que los titulares muevan sus activos.
AmericanFortress dijo que su diseño podría reemplazar la autorización de transacciones convencional con pruebas de conocimiento cero mientras mantiene intactas las direcciones de cartera existentes. El documento también describió su protección post-cuántica como conjetural y dijo que las redes blockchain requerirían actualizaciones a nivel de nodo antes de que el sistema pudiera ser implementado.
La propuesta de Monad utiliza un diseño de cuenta diferente, pero ambos enfoques abordan el problema de migrar sistemas de seguridad cuando los usuarios ya tienen activos, contratos e identidades asociados a direcciones de blockchain existentes.
El problema ha recibido más atención en el desarrollo de blockchain a medida que las redes examinan los estándares criptográficos que eventualmente podrían reemplazar las firmas vulnerables a los ataques cuánticos. Cualquier implementación de Monad aún dependería de que la propuesta pase el proceso de revisión técnica de la red y de que los desarrolladores produzcan la especificación detallada necesaria para la implementación del cliente.
Monad lanzó su mainnet en noviembre de 2025 después de recaudar 244 millones de dólares de inversores, incluyendo una Serie A de 225 millones de dólares liderada por Paradigm con la participación de Electric Capital, Coinbase Ventures, Castle Island Ventures, GSR Ventures y Greenoaks.
Antes del lanzamiento, la cobertura de la mainnet de Monad detalló el uso de la red de ejecución de transacciones paralelas y el pipelining superscalar, con la blockchain diseñada para procesar hasta 10.000 transacciones por segundo mientras mantiene la compatibilidad con los contratos inteligentes de Ethereum.
La red se puso en marcha junto con su token MON el 24 de noviembre de 2025. La compatibilidad de Monad con la Máquina Virtual de Ethereum permite a los desarrolladores desplegar aplicaciones escritas para Ethereum utilizando la arquitectura de ejecución y el sistema de producción de bloques de Monad.
El desarrollo alrededor de la red continuó después del lanzamiento. Un acelerador centrado en Monad llamado Nitro abrió las solicitudes en febrero de 2026 y ofreció hasta 7,5 millones de dólares a un máximo de 15 equipos en etapa temprana, con proyectos individuales elegibles para hasta 500.000 dólares.
El programa acelerador Nitro se centró en infraestructura, herramientas para desarrolladores y aplicaciones orientadas al usuario. Se esperaba que inversores como Paradigm, Electric Capital, Dragonfly y Castle Island Ventures participaran en la tutoría y en su Demo Day.
La infraestructura de cartera también se ha convertido en parte de la capa de aplicación de Monad. MetaMask lanzó Money Account en la red en junio, combinando un saldo de stablecoin auto-custodiado con pagos, trading y rendimiento variable.
Bajo el producto MetaMask Money Account, las stablecoins soportadas se pueden convertir en mUSD a paridad uno a uno, mientras que los usuarios que optan por participar pueden ganar hasta un 4% de rendimiento porcentual anual variable sin saldos mínimos ni períodos de bloqueo fijos.
CoinDesk informó que el modelo de autenticación propuesto por Monad podría soportar múltiples credenciales para una cuenta, permitiendo a los usuarios configurar combinaciones de claves privadas tradicionales, passkeys, controles multifirma o futuros métodos post-cuánticos.
La recuperación de la cuenta también podría programarse en torno a múltiples participantes. Un usuario podría retener una clave de firma normal para transacciones diarias mientras asigna una condición de recuperación separada que permite a las partes de confianza instalar una credencial de reemplazo solo cuando sea necesario.
Tal configuración cambiaría el papel de la clave privada de un componente permanente de la dirección de la cartera a un método de autorización posible adjunto a la cuenta.
La propuesta aún no ha alcanzado una implementación finalizada. Babel y Camenisch dijeron que el borrador actual establece el diseño general, mientras que la especificación técnica necesaria para definir cómo funcionaría el mecanismo a nivel de protocolo aún está por escribirse.
El proceso de mejora de Monad requiere que las propuestas que afectan el comportamiento del protocolo central pasen por etapas formales que incluyen Borrador, Revisión, Última Llamada y Final. Los cambios centrales también requieren implementaciones de cliente antes de alcanzar el estado final, y se espera que los autores de la propuesta trabajen con los equipos de implementación de Monad y construyan un consenso técnico a través del proceso de revisión.
