Monad ha propuesto una actualización de seguridad de carteras que permitiría a los usuarios reemplazar claves criptográficas perdidas u obsoletas manteniendo la misma dirección de blockchain y los mismos activos.
Resumen
- Monad ha propuesto separar las direcciones permanentes de las carteras de las claves utilizadas para controlarlas.
- Los usuarios podrían reemplazar credenciales perdidas u obsoletas sin mover activos a una nueva dirección.
- El diseño podría admitir recuperación social, claves de acceso y autenticación post-cuántica.
- La propuesta se encuentra en una etapa temprana y aún requiere una especificación técnica detallada.
Según Monad, la propuesta separaría la dirección permanente de una cuenta de 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 claves de acceso y la seguridad post-cuántica sin obligar a los usuarios a crear otra cartera.
En el modelo actual utilizado por la mayoría de las carteras compatibles con Ethereum, una cuenta de propiedad externa está estrechamente vinculada a su clave privada. Perder esa clave puede eliminar permanentemente el acceso a los activos mantenidos por 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 continuar identificando la misma cuenta incluso cuando se reemplacen sus credenciales de autenticación.
Los autores describieron el diseño como una forma de admitir "cuentas post-cuánticas, recuperación social" y métodos de autenticación fáciles de usar, como claves de acceso, a nivel de protocolo.
La actualización de cartera de Monad separa las direcciones de las claves
En el centro de la propuesta está la distinción entre la identidad de una cuenta y las credenciales permitidas para controlarla. CoinDesk informó que los usuarios podrían agregar, reemplazar o retirar credenciales de autorización dejando la dirección subyacente sin cambios.
Un usuario que pierda 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 que dos partes de confianza actuando juntas instalen una credencial de reemplazo si la clave original no está disponible.
La misma estructura podría permitir que una cuenta existente pase a autorización multifirma sin transferir sus tokens, NFT u otros activos a otra dirección de cartera. Las claves de acceso almacenadas en teléfonos o computadoras también podrían convertirse en métodos de autenticación válidos si se implementa el soporte necesario eventualmente.
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 involucrado en actualizar direcciones en todos los servicios después de una migración de seguridad.
Las cuentas existentes de Monad continuarían operando normalmente bajo la propuesta actual si los cambios se adoptan eventualmente, según CoinDesk. El diseño permanece en una etapa temprana, con Babel y Camenisch delineando la arquitectura mientras que una especificación de implementación detallada aún necesita ser desarrollada.
Monad estableció su proceso formal de propuestas de mejora a principios de este año para cambios técnicos que afectan la red. Las propuestas centrales pueden requerir cambios en las capas de ejecución o consenso y deben pasar por las etapas de borrador, revisión y otras antes de alcanzar el estado final.
La seguridad post-cuántica podría agregarse sin mover fondos
Un caso de uso identificado por los autores implica reemplazar las credenciales criptográficas convencionales con esquemas diseñados para resistir futuras computadoras cuánticas.
Las máquinas cuánticas suficientemente potentes podrían eventualmente amenazar los sistemas de firma digital utilizados por las principales blockchains. El riesgo involucra algoritmos capaces de derivar información privada de las claves públicas criptográficas, lo que potencialmente permitiría a un atacante falsificar firmas para 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 billetera post-cuántica recién generada, la cuenta podría instalar un método de autorización diferente conservando su dirección existente.
Un problema similar ya ha impulsado 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, diseñada para proteger 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 billetera 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 implementarse.
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 vinculados a direcciones blockchain existentes.
El tema ha recibido más atención en el desarrollo de blockchain a medida que las redes examinan estándares criptográficos que podrían eventualmente reemplazar firmas vulnerables a 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.
La propuesta de billetera de Monad sigue a su lanzamiento de mainnet en 2025
Monad lanzó su mainnet en noviembre de 2025 después de recaudar $244 millones de inversores, incluida una Serie A de $225 millones liderada por Paradigm con la participación de Electric Capital, Coinbase Ventures, Castle Island Ventures, GSR Ventures y Greenoaks.
Antes del lanzamiento, la cobertura del mainnet de Monad detalló el uso de la red de ejecución paralela de transacciones y pipeline superescalar, con la blockchain diseñada para procesar hasta 10,000 transacciones por segundo mientras mantiene compatibilidad con contratos inteligentes de Ethereum.
La red se lanzó 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 implementar aplicaciones escritas para Ethereum mientras usan 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 enfocado en Monad llamado Nitro abrió solicitudes en febrero de 2026 y ofreció hasta $7.5 millones entre hasta 15 equipos en etapa inicial, con proyectos individuales elegibles para hasta $500,000.
El programa acelerador Nitro se dirigió a infraestructura, herramientas para desarrolladores y aplicaciones orientadas al usuario. Se esperaba que inversores como Paradigm, Electric Capital, Dragonfly y Castle Island Ventures participaran en mentoría y su Demo Day.
La infraestructura de billeteras también se ha convertido en parte de la capa de aplicaciones de Monad. MetaMask lanzó Money Account en la red en junio, combinando un saldo de stablecoin autocustodiado con pagos, comercio y rendimiento variable.
Bajo el producto MetaMask Money Account, las stablecoins compatibles se pueden convertir en mUSD a paridad uno a uno, mientras que los usuarios que opten pueden ganar hasta un 4% de rendimiento porcentual anual variable sin saldos mínimos ni períodos de bloqueo fijos.
La propuesta de Monad permanece en una etapa de diseño temprana
CoinDesk informó que el modelo de autenticación propuesto por Monad podría admitir múltiples credenciales para una cuenta, permitiendo a los usuarios configurar combinaciones de claves privadas tradicionales, passkeys, controles multifirma o métodos post-cuánticos futuros.
La recuperación de cuentas también podría programarse alrededor de múltiples participantes. Un usuario podría conservar una clave de firma normal para transacciones cotidianas mientras asigna una condición de recuperación separada que permita a 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 billetera a un posible método de autorización 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 operarí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 central del protocolo pasen por etapas formales que incluyen Borrador, Revisión, Última Llamada y Final. Los cambios centrales también requieren implementaciones de clientes antes de alcanzar el estado final, y se espera que los autores de propuestas trabajen con los equipos de implementación de Monad y construyan consenso técnico a través del proceso de revisión.
