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.

Cloak
Le rail de confidentialité Solana | Vainqueurs du Cypherpunk du Colisée | Soutenu par @Colosseum
Les utilisateurs veulent les avantages de la finance onchain :
rendement, paiements et règlement mondial.
Mais ils ne veulent pas que leurs soldes, leurs habitudes de dépenses,
où leurs contreparties soient exposés sur un registre public.
Avec l'infrastructure de @cloak_xyz,
la #neobank peut séparer la vérification de la visibilité.
Les fonds sont déposés dans un pool privé,
créant des engagements crypto
au lieu de soldes publics.
Lorsque les utilisateurs effectuent des paiements, rééquilibrent des positions,
ou interagissent avec des protocoles DeFi,
le système envoie des preuves à connaissance nulle
au lieu de révéler l'historique des transactions.
Du point de vue du protocole DeFi, rien ne change :
il vérifie que les fonds sont valides,
non dépensés et suffisants.
Du point de vue de l'utilisateur,
l'activité reste privée par défaut.
Cela permet à une neobank de :
• protéger les données financières des clients
• réduire la surveillance onchain
• réduire les pratiques de front-running
• maintenir la sécurité sans exposer les utilisateurs
• offrir une expérience semblable à la vie privée similaire à celle du Web 2.0 sur une infrastructure Web 3.0.

Cloak11 févr., 05:45
Avec Cloak, le protocole ne suit pas les utilisateurs par compte.
Au lieu de cela, les utilisateurs déposent d'abord des fonds dans un pool privé,
créant un enregistrement cryptographique
qui prouve l'existence de valeur mais
sans révéler quoi que ce soit sur qui la possède.
Lorsque l'utilisateur interagit ensuite
avec le protocole DeFi à travers
des retraits, des échanges ou des transferts de fonds,
il ne pointe pas vers le dépôt original.
Il génère une preuve à connaissance nulle qui déclare :
"Je possède un dépôt valide dans ce pool."
"Il n'a pas été dépensé auparavant."
"Le montant est correct."
Et c'est tout ce que le protocole a besoin de savoir.
- Aucune adresse n'est liée.
- Aucun solde n'est exposé.
Il est impossible de reconstruire des graphes de transaction
comme @bubblemaps.
Du point de vue du protocole DeFi,
il vérifie uniquement les preuves et applique les règles.
Du point de vue de l'utilisateur,
les interactions restent privées par défaut.
C'est ainsi que @cloak_xyz transforme la confidentialité
d'une simple fonctionnalité en infrastructure.
18
Avec Cloak, le protocole ne suit pas les utilisateurs par compte.
Au lieu de cela, les utilisateurs déposent d'abord des fonds dans un pool privé,
créant un enregistrement cryptographique
qui prouve l'existence de valeur mais
sans révéler quoi que ce soit sur qui la possède.
Lorsque l'utilisateur interagit ensuite
avec le protocole DeFi à travers
des retraits, des échanges ou des transferts de fonds,
il ne pointe pas vers le dépôt original.
Il génère une preuve à connaissance nulle qui déclare :
"Je possède un dépôt valide dans ce pool."
"Il n'a pas été dépensé auparavant."
"Le montant est correct."
Et c'est tout ce que le protocole a besoin de savoir.
- Aucune adresse n'est liée.
- Aucun solde n'est exposé.
Il est impossible de reconstruire des graphes de transaction
comme @bubblemaps.
Du point de vue du protocole DeFi,
il vérifie uniquement les preuves et applique les règles.
Du point de vue de l'utilisateur,
les interactions restent privées par défaut.
C'est ainsi que @cloak_xyz transforme la confidentialité
d'une simple fonctionnalité en infrastructure.

Cloak10 févr., 07:10
Le modèle de confidentialité de Cloak est basé sur un modèle de dépôt et de retrait, où les dépôts incluent uniquement un engagement cryptographique et les retraits incluent uniquement une preuve à divulgation nulle (ZK), il n'y a donc aucun lien on-chain entre eux.
Une note détient les secrets nécessaires pour retirer des fonds, elle est traitée comme une clé privée.
Les engagements sont des hachages Poseidon de montant + aléatoire + clé de dépense stockés dans un arbre de Merkle on-chain.
Pour retirer, une preuve ZK montre l'appartenance, la propriété secrète, la validité du nullificateur et les valeurs correctes, sans révéler quelle note a été dépensée.
Les nullificateurs empêchent la double dépense en marquant les notes comme dépensées.
Ce design permet une vérification et une dépense privées, avec des preuves générées par le SDK directement à partir de l'état on-chain.
87
Meilleurs
Classement
Favoris
