Prix de MobileCoin (MOB)

MOB est l’actif cryptographique natif du réseau de paiement MobileCoin. Ce réseau vise à permettre des transferts de valeur préservant la confidentialité sur des appareils mobiles : la blockchain enregistre l’état des paiements finalisés, tandis que la structure des transactions cherche à ne pas exposer directement l’émetteur, le destinataire ni le montant aux observateurs. MOB n’est ni le solde d’un compte auprès d’une entreprise, ni un droit sur des actions d’entreprise ou sur une valeur fixe en monnaie fiduciaire ; c’est l’unité de valeur transférée sous forme de sorties de transaction sur ce réseau.

La confidentialité des transactions MobileCoin repose sur trois mécanismes : les adresses à usage unique masquent le destinataire, les signatures en anneau mêlent l’entrée réellement dépensée à un ensemble d’entrées possibles afin de masquer l’émetteur, et RingCT (transactions confidentielles en anneau) masque le montant. Ils répondent respectivement aux questions de la visibilité de la personne qui reçoit, de celle qui paie et du montant payé. Cela ne signifie pas que tous les risques sont éliminés. Le dépôt de code du projet indique que, même en cas de vulnérabilité connue et non corrigée visant une enclave SGX, les signatures en anneau, les adresses à usage unique et RingCT du registre protègent encore les informations concernées, mais qu’un attaquant pourrait tenter des corrélations statistiques à partir des entrées de signatures en anneau ; après correction de la vulnérabilité, le projet qualifie cette propriété de confidentialité persistante.

Un paiement en MOB dépense des sorties de transaction non dépensées existantes (UTXO) et crée de nouvelles sorties pour le destinataire et l’adresse de rendu de monnaie. Chaque sortie est associée à une image de clé unique ; une fois la sortie dépensée, cette image de clé est inscrite définitivement sur la chaîne, de sorte que la même sortie ne peut plus servir d’entrée valide. L’utilisateur construit d’abord la transaction sur son appareil local, puis la soumet à l’enclave sécurisée du nœud validateur choisi. Après validation, le nœud propage la transaction au réseau ; les nouvelles sorties ne font partie de l’enregistrement réseau qu’après l’écriture au registre par consensus. Ce processus sépare le « contrôle de propriété » de la prévention de la double dépense : le contrôle d’une sortie dépend de la clé privée, tandis que le contrôle de double dépense dépend des images de clé déjà enregistrées.

Les nœuds validateurs de MobileCoin exécutent le MobileCoin Consensus Protocol afin de fixer, de manière tolérante aux fautes byzantines (BFT), un ordre commun des transactions valides et de confirmer de nouveaux blocs. Les validateurs vérifient d’abord qu’une transaction ne tente pas de créer de la valeur frauduleusement, puis participent à la réplication de la machine d’état qui inscrit les transactions valides au registre. Les enclaves des validateurs du réseau utilisent l’attestation à distance pour confirmer que l’autre partie exécute un logiciel MobileCoin non modifié sur un véritable processeur Intel ; seules les enclaves homologues pouvant accomplir cette vérification participent à ce canal de communication. SGX constitue ici un élément de défense en profondeur pour le consensus et la confidentialité ; il ne confie pas à un seul nœud la décision complète de validité d’une transaction.

Exécuter un nœud validateur et exécuter un nœud watcher sont deux modes de participation différents. Un validateur vérifie les nouvelles transactions et participe au consensus ; selon le guide du projet pour le mainnet, rejoindre les validateurs du mainnet exige une machine ou un serveur cloud capable d’utiliser SGX. Un nœud watcher ne produit pas de résultat de consensus : il vérifie les signatures ajoutées à chaque bloc par l’ensemble complet des validateurs, maintient une copie complète de la chaîne et fournit une API aux portefeuilles ou aux clients de plateformes d’échange. Le projet indique qu’un watcher peut exécuter mobilecoind sans Intel SGX ; pouvoir exécuter un watcher ne signifie donc pas pouvoir participer au consensus des validateurs.

L’aperçu réseau du dépôt de code du projet fixe l’offre totale de MobileCoin à 250,000,000 MOB ; 1 MOB est divisible en 10^12 picomob indivisibles. Chaque UTXO sur la chaîne est exprimé en un nombre entier de picomob, donc les montants de paiement sont mesurés dans cette unité minimale. Cette convention d’offre totale décrit un plafond de mesure au niveau du réseau ; elle ne doit pas être confondue avec l’offre en circulation à un moment donné, la quantité négociable sur une plateforme ou la répartition des détenteurs. Ces trois éléments exigent leurs propres données vérifiables.

Fog est une suite de services privés conçue pour l’utilisation de MobileCoin sur mobile. Elle permet aux portefeuilles de rechercher des paiements reçus, vérifier leur solde et construire de nouvelles transactions sans télécharger ni synchroniser l’intégralité de la blockchain, tout en cherchant à ne pas révéler à l’opérateur de Fog d’informations non triviales sur l’activité de paiement des utilisateurs. Les requêtes des portefeuilles légers ordinaires peuvent en effet révéler le solde, le moment de réception ou les relations entre transactions. Fog traite les requêtes sensibles avec des enclaves SGX et l’Oblivious RAM : le service ingest effectue un post-traitement privé des sorties de blockchain, le service view remet ses sorties à l’utilisateur, et le service ledger fournit les anneaux, preuves Merkle, images de clé et autres éléments nécessaires à la construction des transactions. Fog peut être déployé par un fournisseur d’application ; ce n’est pas un réseau décentralisé unique. Le modèle de confidentialité de l’utilisateur repose sur l’intégrité de SGX, plutôt que sur la nécessité de faire entièrement confiance à l’opérateur du service.

Le contrôle d’une sortie MOB nécessite deux clés privées : la spend private key sert à transférer la valeur, et la view private key à détecter les sorties qui vous appartiennent ; la plupart des utilisateurs peuvent dériver ces deux clés de la même root entropy. Le destinataire fournit au payeur les informations publiques correspondantes afin que celui-ci puisse construire la sortie de paiement. Détenir ou sauvegarder la root entropy permettant de dériver ces clés est donc déterminant pour le contrôle des actifs et la capacité de détecter les paiements reçus. Dans la conception de MobileCoin, les sorties de transaction sont l’état inscrit sur la chaîne ; les clés privées ne sont pas écrites dans la blockchain, mais servent à prouver le contrôle et à identifier les sorties qui vous appartiennent.