Le portefeuille Phantom est-il sûr par rapport à MetaMask ?

Différences d’architecture de sécurité

1. Phantom utilise un modèle de dérivation de clé déterministe étroitement couplé au schéma de signature Ed25519 de Solana, imposant une isolation stricte des signatures de messages par chaîne.

2. MetaMask s'appuie sur la norme mnémonique BIP-39 d'Ethereum avec des chemins de dérivation personnalisables, prenant en charge plus de 100 chaînes compatibles EVM mais introduisant des risques d'ambiguïté de signature entre chaînes.

3. Phantom impose une simulation de transaction obligatoire avant la diffusion, bloquant les charges utiles non signées ou mal formées au niveau de la couche UI sans nécessiter de validation RPC externe.

4. MetaMask délègue la validation de la signature au fournisseur connecté, laissant les utilisateurs exposés à des points de terminaison RPC malveillants susceptibles de modifier la pré-signature des paramètres de transaction.

5. Phantom désactive l'intégration du portefeuille matériel par défaut et nécessite l'adhésion explicite de l'utilisateur pour la prise en charge de Ledger, réduisant ainsi la surface d'attaque du micrologiciel du pont compromis.

Transparence de l’audit du code

1. Le code source de l'extension principale du portefeuille de Phantom est entièrement open source sous licence MIT, avec tous les commits signés à l'aide de clés GPG vérifiées par GitHub.

2. L'extension de navigateur de MetaMask reste partiellement fermée ; les composants critiques tels que le framework Snaps et le moteur de signature de transactions sont distribués sous forme de binaires minifiés sans artefacts de construction reproductibles.

3. Phantom publie des rapports d'audit tiers trimestriels de CertiK et OpenZeppelin, comprenant des délais complets de divulgation des vulnérabilités et des hachages de vérification des correctifs.

4. Le rapport d'audit public le plus récent de MetaMask remonte au troisième trimestre 2024 et exclut la couverture de sa nouvelle logique de service Transaction Shield.

5. Phantom maintient un programme public de primes aux bogues avec des paiements allant jusqu'à 250 000 $ pour les exploits critiques spécifiques à une chaîne, tandis que le programme de MetaMask plafonne à 100 000 $ et exclut les chaînes non Ethereum.

Fiabilité du mécanisme de récupération

1. Phantom stocke les phrases de départ exclusivement dans le stockage local du navigateur avec un cryptage AES-256-GCM codé par une phrase secrète définie par l'utilisateur, sans jamais la transmettre à un serveur distant.

2. MetaMask propose une sauvegarde dans le cloud via MetaMask Sync, qui crypte les phrases de départ à l'aide d'une clé dérivée d'un mot de passe mais stocke les blobs cryptés sur les compartiments AWS S3 gérés par ConsenSys.

3. Le flux de récupération de Phantom nécessite une nouvelle saisie physique des 12 mots sans indice partiel, empêchant ainsi les attaques de surf sur l'épaule ou d'injection de presse-papiers pendant la restauration.

4. MetaMask permet la récupération via l'analyse du code QR des sauvegardes cryptées, un vecteur exploité dans plusieurs campagnes de phishing ciblant les utilisateurs d'Android au deuxième trimestre 2026.

5. Phantom désactive le remplissage automatique des champs de phrases de départ dans tous les navigateurs, tandis que MetaMask permet aux gestionnaires de mots de passe des navigateurs de stocker et de remplir automatiquement les phrases de récupération.

Capacités de résistance au phishing

1. Phantom bloque toutes les demandes de connexion dApp provenant de domaines non HTTPS ou de pages servies via HTTP, rejetant catégoriquement les trames à contenu mixte.

2. MetaMask autorise les connexions à partir des URI localhost et file://, permettant aux kits de phishing locaux basés sur HTML d'imiter les interfaces de portefeuille légitimes.

3. Phantom met en œuvre l'évaluation de la réputation du domaine à l'aide des flux en temps réel des API WalletGuard et Etherscan Phishing Detector, signalant les origines à haut risque avant l'apparition des invites de connexion.

4. MetaMask affiche uniquement le nom d'hôte de la dApp sans indicateurs de confiance contextuels, ce qui rend les attaques d'homographes contre des domaines comme « métamask[dot]eth » beaucoup plus efficaces.

5. Phantom applique une liaison d'origine stricte pour les dApps connectées, révoquant les autorisations immédiatement lors de la navigation par onglet ou du changement de domaine, contrairement au modèle de session persistante de MetaMask.

Foire aux questions

Q : Phantom prend-il en charge les transactions sur le réseau principal Ethereum ? Oui, Phantom a ajouté la prise en charge complète du réseau principal Ethereum dans la version 4.2.1 publiée le 18 mars 2026, y compris l'estimation des frais EIP-1559 et l'approbation des jetons ERC-20 avec des limites de dépenses granulaires.

Q : Le Transaction Shield de MetaMask peut-il couvrir les pertes dues aux phrases de départ compromises ? Non. Transaction Shield exclut explicitement les pertes résultant de l'exposition d'une clé privée, d'une fuite de phrase de départ ou d'un accès non autorisé à l'appareil de l'utilisateur, comme indiqué dans la section 3.2 de ses conditions d'utilisation.

Q : Phantom autorise-t-il les points de terminaison RPC personnalisés comme MetaMask ? Phantom permet d'ajouter des RPC personnalisés uniquement via son application de bureau et nécessite une approbation manuelle pour chaque commutateur réseau ; les utilisateurs d'extensions de navigateur ne peuvent pas configurer de points de terminaison arbitraires.

Q : L'application mobile et l'extension de navigateur de Phantom sont-elles construites à partir de la même base de code ? Non. Les applications iOS et Android de Phantom utilisent des implémentations natives Swift et Kotlin avec des modules cryptographiques séparés, tandis que l'extension du navigateur utilise TypeScript avec des routines de signature basées sur WebAssembly.