Monad a proposé une mise à niveau de la sécurité des portefeuilles qui permettrait aux utilisateurs de remplacer les clés cryptographiques perdues ou obsolètes tout en conservant la même adresse blockchain et les mêmes actifs.
Selon Monad, la proposition séparerait l'adresse permanente d'un compte Monad des identifiants d'authentification utilisés pour autoriser les transactions, ouvrant ainsi la voie à la rotation des clés, à la récupération sociale, aux passkeys et à la sécurité post-quantique sans obliger les utilisateurs à créer un autre portefeuille.
Selon le modèle actuel utilisé par la plupart des portefeuilles compatibles Ethereum, un compte détenu en externe est étroitement lié à sa clé privée. La perte de cette clé peut supprimer définitivement l'accès aux actifs détenus par le compte, tandis que l'adoption d'une méthode de sécurité différente peut obliger les utilisateurs à créer une autre adresse et à y transférer leurs avoirs.
Les chercheurs de Monad, Kushal Babel et Jan Camenisch, ont proposé de modifier cette relation afin qu'une adresse puisse continuer à identifier le même compte même lorsque ses identifiants d'authentification sont remplacés.
Les auteurs ont décrit cette conception comme un moyen de prendre en charge les "comptes post-quantiques, la récupération sociale" et les méthodes d'authentification conviviales telles que les passkeys au niveau du protocole.
Au centre de la proposition se trouve une distinction entre l'identité d'un compte et les identifiants autorisés à le contrôler. CoinDesk a rapporté que les utilisateurs pourraient ajouter, remplacer ou retirer des identifiants d'autorisation tout en laissant l'adresse sous-jacente inchangée.
Un utilisateur qui perd une clé privée pourrait donc retrouver le contrôle via une autre méthode d'autorisation configurée pour le compte. Un exemple décrit dans la proposition permettrait à deux parties de confiance agissant ensemble d'installer un identifiant de remplacement si la clé d'origine devient indisponible.
La même structure pourrait permettre à un compte existant de passer à une autorisation multi-signatures sans transférer ses jetons, NFT ou autres actifs vers une autre adresse de portefeuille. Les passkeys stockées sur des téléphones ou des ordinateurs pourraient également devenir des méthodes d'authentification valides si le support requis est finalement implémenté.
Pour les utilisateurs et les applications qui dépendent d'une adresse de portefeuille stable, conserver l'identifiant inchangé pourrait également éviter le travail opérationnel lié à la mise à jour des adresses sur l'ensemble des services après une migration de sécurité.
Les comptes Monad existants continueraient de fonctionner normalement selon la proposition actuelle si les changements sont finalement adoptés, selon CoinDesk. La conception en est encore à un stade précoce, Babel et Camenisch esquissant l'architecture tandis qu'une spécification d'implémentation détaillée doit encore être développée.
Monad a établi son processus formel de proposition d'amélioration plus tôt cette année pour les changements techniques affectant le réseau. Les propositions principales peuvent nécessiter des modifications des couches d'exécution ou de consensus et doivent passer par les étapes de brouillon, d'examen et d'autres étapes avant d'atteindre le statut final.
Un cas d'utilisation identifié par les auteurs implique le remplacement des identifiants cryptographiques conventionnels par des schémas conçus pour résister aux futurs ordinateurs quantiques.
Des machines quantiques suffisamment puissantes pourraient à terme menacer les systèmes de signature numérique utilisés par les principales blockchains. Le risque implique des algorithmes capables de dériver des informations privées à partir de clés publiques cryptographiques, permettant potentiellement à un attaquant de forger des signatures pour les comptes affectés.
La proposition de Monad aborde le problème au niveau du compte. Au lieu d'exiger qu'un détenteur envoie des actifs à un portefeuille post-quantique nouvellement généré, le compte pourrait installer une méthode d'autorisation différente tout en conservant son adresse existante.
Un problème similaire a déjà suscité des travaux ailleurs dans l'industrie. En juillet, crypto.news a rapporté une proposition d'AmericanFortress appelée Zero-Knowledge Proof of Seed Provenance, ou ZK-PoSP, qui a été conçue pour protéger les adresses Bitcoin, Ethereum et Solana existantes sans exiger des détenteurs de déplacer leurs actifs.
AmericanFortress a déclaré que sa conception pourrait remplacer l'autorisation de transaction conventionnelle par des preuves à divulgation nulle de connaissance tout en conservant les adresses de portefeuille existantes intactes. Le document a également décrit sa protection post-quantique comme conjecturale et a déclaré que les réseaux blockchain nécessiteraient des mises à niveau au niveau des nœuds avant que le système ne puisse être appliqué.
La proposition de Monad utilise une conception de compte différente, mais les deux approches abordent le problème de la migration des systèmes de sécurité lorsque les utilisateurs ont déjà des actifs, des contrats et des identités attachés à des adresses blockchain existantes.
Le problème a reçu plus d'attention dans le développement de la blockchain alors que les réseaux examinent les normes cryptographiques qui pourraient éventuellement remplacer les signatures vulnérables aux attaques quantiques. Toute implémentation de Monad dépendrait toujours de l'approbation de la proposition par le processus d'examen technique du réseau et de la production par les développeurs de la spécification détaillée nécessaire à l'implémentation client.
Monad a lancé son mainnet en novembre 2025 après avoir levé 244 millions de dollars auprès d'investisseurs, dont une série A de 225 millions de dollars menée par Paradigm avec la participation d'Electric Capital, Coinbase Ventures, Castle Island Ventures, GSR Ventures et Greenoaks.
Avant le lancement, la couverture du mainnet de Monad a détaillé l'utilisation par le réseau de l'exécution parallèle des transactions et du pipelining superscalaire, la blockchain étant conçue pour traiter jusqu'à 10 000 transactions par seconde tout en conservant la compatibilité avec les contrats intelligents Ethereum.
Le réseau a été mis en ligne avec son jeton MON le 24 novembre 2025. La compatibilité de la machine virtuelle Ethereum de Monad permet aux développeurs de déployer des applications écrites pour Ethereum tout en utilisant l'architecture d'exécution et le système de production de blocs de Monad.
Le développement autour du réseau s'est poursuivi après le lancement. Un accélérateur axé sur Monad, appelé Nitro, a ouvert les candidatures en février 2026 et a offert jusqu'à 7,5 millions de dollars à 15 équipes en phase de démarrage, les projets individuels étant éligibles à un financement allant jusqu'à 500 000 dollars.
Le programme d'accélérateur Nitro ciblait l'infrastructure, les outils de développement et les applications destinées aux utilisateurs. Des investisseurs tels que Paradigm, Electric Capital, Dragonfly et Castle Island Ventures devaient participer au mentorat et à sa journée de démonstration.
L'infrastructure de portefeuille est également devenue une partie de la couche d'application de Monad. MetaMask a lancé Money Account sur le réseau en juin, combinant un solde de stablecoin auto-conservé avec des paiements, du trading et un rendement variable.
Dans le cadre du produit MetaMask Money Account, les stablecoins pris en charge peuvent être convertis en mUSD à parité un pour un, tandis que les utilisateurs qui adhèrent peuvent gagner jusqu'à 4 % de rendement annuel variable sans solde minimum ni périodes de blocage fixes.
CoinDesk a rapporté que le modèle d'authentification proposé par Monad pourrait prendre en charge plusieurs identifiants pour un seul compte, permettant aux utilisateurs de configurer des combinaisons de clés privées traditionnelles, de passkeys, de contrôles multi-signatures ou de futures méthodes post-quantiques.
La récupération de compte pourrait également être programmée autour de plusieurs participants. Un utilisateur pourrait conserver une clé de signature normale pour les transactions quotidiennes tout en attribuant une condition de récupération distincte qui permettrait à des parties de confiance d'installer un identifiant de remplacement uniquement en cas de besoin.
Une telle configuration modifierait le rôle de la clé privée, qui passerait d'un composant permanent de l'adresse du portefeuille à une méthode d'autorisation possible attachée au compte.
La proposition n'a pas encore atteint une implémentation finalisée. Babel et Camenisch ont déclaré que l'ébauche actuelle établit la conception générale, tandis que la spécification technique nécessaire pour définir comment le mécanisme fonctionnerait au niveau du protocole reste à rédiger.
Le processus d'amélioration de Monad exige que les propositions affectant le comportement du protocole de base passent par des étapes formelles qui incluent Brouillon, Examen, Dernier appel et Final. Les changements de base nécessitent également des implémentations client avant d'atteindre le statut final, et les auteurs des propositions sont censés travailler avec les équipes d'implémentation de Monad et construire un consensus technique tout au long du processus d'examen.
