C'est le moment de rendre le devoir. Il y a deux jours, j'ai annoncé rejoindre @0xMiden,

Aujourd'hui, je vais simplement vous expliquer ce que fait exactement Miden.

Au cours des dernières années, les solutions de confidentialité sur la chaîne ont toujours été coincées dans un dilemme embarrassant :
Pour la confidentialité, il faut tout rendre “totalement invisible”, transactions, soldes, chemins, tout doit être caché ;
Pour la conformité, il faut tout rendre “totalement transparent”, toutes les informations sont visibles sur la chaîne.

Résultat : personne n'est satisfait :
Les régulateurs rejettent naturellement les boîtes noires, les fonds institutionnels n’osent pas entrer ;
Les utilisateurs ordinaires, une fois sur la chaîne, voient leurs actifs et leurs actions rendus publics à tout le monde.

Ce que Miden veut résoudre, c’est précisément ce problème structurel.

Il ne vous demande plus “voulez-vous de la confidentialité ?”, mais transforme la confidentialité en paramètres configurables pour chaque transaction.

Dans Miden, la confidentialité n’est pas un Oui / Non, mais un spectre :

☀Public : comportements, montants, parties impliquées entièrement vérifiables, adapté aux scénarios d’audit et de conformité
☀Semi-public (Sélectif) : les champs clés sont vérifiables, le reste est crypté, révélé uniquement à des entités spécifiques
☀Privé (Total) : seule une preuve de validité est soumise, les actifs et le chemin d’opération sont totalement cachés

Ce n’est pas une astuce UX, mais une capacité au niveau du protocole. Alors, pourquoi Miden peut-il faire “ajuster la confidentialité par transaction” ?

La clé réside dans sa conception à trois couches.

Premièrement, la confidentialité commence côté client.

Sur Miden, la transaction est d’abord exécutée localement par l’utilisateur et une preuve STARK est générée, puis soumise à la chaîne. La chaîne ne vérifie que “cette transaction est correcte”, pas “ce que vous avez fait précisément”. La confidentialité n’est pas une dissimulation après coup, c’est une propriété native.

Deuxièmement, un modèle hybride Account + Notes.

Les comptes peuvent être publics, l’entrée du contrat visible ; l’état réel des actifs et les détails des opérations sont placés dans des Notes pouvant être privées. La granularité de la confidentialité est portée au “niveau de l’état”, plutôt qu’au niveau de la transaction entière.

Troisièmement, “semi-public” n’est pas un compromis, mais une solution née pour la conformité.

Les régulateurs peuvent vérifier la légalité, la double-spending, la conformité, sans avoir besoin de voir le solde, le contrepartie ou les détails des opérations. Pour l’extérieur, ces informations restent toujours cryptées. En d’autres termes, ce que voit le régulateur, c’est une vérité vérifiable, pas toutes les données brutes.

C’est aussi pour cela que Miden débloque simultanément deux impasses.

Pour les institutions, pas besoin d’entrer directement dans un monde “totalement anonyme”,
Elles peuvent participer en utilisant des comptes publics et des opérations privées, la confidentialité devient un paramètre ajustable, pas un risque.
Pour les utilisateurs ordinaires, c’est la première fois qu’on peut décider de la confidentialité selon le scénario sur la même chaîne :
Les transferts peuvent être privés, la DeFi semi-publique, et l’interaction avec les institutions à visage découvert,
sans changer de chaîne, ni changer de portefeuille.

Revenons à l’essence même du besoin : Miden transforme la confidentialité du tout ou rien en un spectre ajustable, permettant à la régulation et à la confidentialité de coexister dans le protocole.

Je pense que cette voie est nécessaire, car ce n’est qu’ainsi que la blockchain pourra être réellement adoptée par le grand public, et que cette part de gâteau pourra être agrandie.