Rubriques tendance
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.

Kai
Web3 et Social Farming Explorer
Actif dans : @UXLINKofficial @kaitoai @virtuals_io
🎄Joyeux Miden-mas au monde ZK 🎄
@0xMiden
Aujourd'hui, je vais parler de pourquoi Polygon Miden essaie de capturer à la fois l'« évolutivité » et la « confidentialité ».
Ethereum a une structure où un immense état global est mis à jour séquentiellement par tout le monde, donc lorsque de nombreux utilisateurs agissent en même temps, des goulets d'étranglement se produisent inévitablement, et comme toutes les transactions sont publiques pour vérification, la confidentialité est structurellement faible.
Miden fait ici un choix complètement différent.
Le cœur du sujet est le modèle d'acteur.
Chaque compte fonctionne comme une machine d'état indépendante, et les transactions s'exécutent sur les appareils des utilisateurs, et non sur le réseau.
Seule la preuve ZK du résultat d'exécution est enregistrée sur la chaîne.
La signification de cette structure est assez grande.
- Les transactions sont traitées localement en parallèle → évolutivité
- Seuls les engagements nécessaires sont rendus publics sur la chaîne → la confidentialité est la valeur par défaut
- Les tokens ne sont pas détenus par un contrat central, mais directement par chaque compte → réduction des goulets d'étranglement
Il est également intéressant de noter que l'on peut choisir d'utiliser des comptes publics et privés de manière sélective, et que des DEX comme Uniswap peuvent être conçus en mélangeant le traitement public et le traitement local en parallèle.
Si Ethereum est un immense ordinateur mondial, Miden est plus proche d'une structure où de nombreux petits programmes gèrent chacun leur état et communiquent.
Est-il évident qu'un avenir où tous les enregistrements financiers sont publiquement accessibles soit inévitable ?
Le message de Dominik Schmid est clair.
La confidentialité ne doit pas être une option ajoutée plus tard, mais doit être intégrée dès le départ dans la conception.
Personnellement, je pense que Miden est un cas où le ZK est abordé non pas comme une technologie, mais comme une structure systémique, donc je pense qu'il vaut la peine de continuer à suivre son évolution.


Hyojin Cho l MemeMax⚡️25 déc., 15:20
[Miden(@0xMiden) de l'Identity Stack : Miden Name]
Il semble que Miden Name, le service de domaine de Miden, sera intégré au mainnet prévu pour le 26.1Q.
L'Identity Stack de Miden devrait comporter deux produits qui fonctionneront ensemble pour mettre en œuvre une identité centrée sur l'humain dans le réseau Miden.
1. Miden Name
▶ Un service de nommage qui transforme l'ID de compte brut en un nom facile à retenir comme joe.miden
▶ Vise à améliorer la confidentialité en n'exposant pas directement l'identifiant de compte réel de l'utilisateur
2. Miden ID
▶ Une couche d'identité personnalisable qui permet au propriétaire du compte de définir librement des personas, des attestations, des politiques d'accès, etc., sur la base du Miden Name enregistré
En fin de compte, l'Identity Stack de Miden semble être une tentative de mettre en œuvre une identité compréhensible par l'homme sur la blockchain, à travers une structure qui relie adresse → nom → identité, sans compromettre la confidentialité.
Ce n'est pas simplement un service de domaine, mais un point de départ qui s'étend jusqu'à Miden ID, et il est fort probable qu'il devienne la couche d'infrastructure de base de l'écosystème Miden, englobant des paiements (P2N), le contrôle d'accès, les attestations et la conception d'applications décentralisées compatibles avec la conformité.

76
En lisant l'article de 효진햄, j'ai immédiatement compris pourquoi la structure de @0xMiden est différente.
Dans Bitcoin ou Ethereum, si une seule lettre de l'adresse est mal envoyée, c'est une destruction permanente.
Il n'y a pas de moyen de revenir en arrière.
Cependant, Miden a une structure différente.
Au lieu que les actifs se déplacent directement d'un compte à un autre,
il crée un Note intermédiaire pour la transmission, donc si l'autre partie n'a pas encore consommé le Note,
la partie expéditrice peut récupérer (recall) les fonds.
Ce n'est pas une expérience utilisateur où une seule erreur se termine par un accident fatal,
mais un design qui laisse une marge de récupération structurelle, ce qui est impressionnant.
Ces détails donnent l'impression que c'est une chaîne pensée dès le départ pour l'onboarding, que ce soit pour les utilisateurs ordinaires, les entreprises ou les joueurs.

Hyojin Cho l MemeMax⚡️20 déc., 12:18
[Miden(@0xMiden) permet de récupérer des fonds même si vous envoyez des coins par erreur !?]
La dernière fois, je vous ai parlé de la structure des Comptes et des Notes de Miden.
Les Comptes de Miden communiquent via des Notes.
Pour réviser, supposons que l'on envoie 1 $ETH du Compte1 au Compte2,
▶ Tx1. Le Compte1 crée une Note et 1 $ETH est isolé
▶ Tx2. Le Compte2 consomme la Note pour retirer 1 $ETH
Comme indiqué, même si le Compte1 envoie $ETH, ce n'est pas directement transmis au Compte2. Le Compte2 doit ouvrir la Note dans une seconde transaction pour que la transmission ait lieu.
Ce qui est important ici, c'est que,
si aucun autre Compte n'a encore consommé la Note,
celui qui a créé la Note peut mettre à jour son contenu.
En d'autres termes, si le Compte2 n'a pas encore ouvert la Note envoyée par le Compte1, il est possible de modifier la Note et de la récupérer.
Dans Bitcoin ou Ethereum, si vous entrez une adresse incorrecte, les actifs sont considérés comme définitivement perdus,
mais dans Miden, tant que la Note n'a pas été consommée, elle est conçue pour permettre à celui qui l'a créée de la récupérer (recall).
Cette conception de Miden représente une amélioration énorme du point de vue de l'expérience utilisateur (UX). En particulier, cela peut considérablement réduire la barrière à l'entrée pour les utilisateurs ordinaires, les entreprises et les joueurs.

87
Meilleurs
Classement
Favoris
