Vue d’ensemble du protocole.

Accès en lecture seule à votre propre historique de transactions, distinct de l’autorité de dépense. L’implémentation actuelle enregistre une seule clé de visualisation au niveau du compte. Prévu mais non implémenté : séparation des clés revenus/dépenses, clés d’audit à durée limitée, et expiration ou révocation des divulgations émises.

Prouvez une transaction spécifique à une partie choisie — en tant qu’expéditeur ou destinataire — sans exposer l’historique complet et sans toucher à l’autorité de dépense. Le cœur client implémente un encodage canonique à séparation de domaines, des codes Crockford de 16 caractères, une dérivation à deux facteurs (link secret + code), une liaison de rôle expéditeur/destinataire, une enveloppe AEAD à double couche avec liaison AAD, et un broyage cryptographique par erasure-key, par rapport à des vecteurs de test multilingues figés.

Un système qui masque la propriété ne peut pas promettre simultanément un relevé de solde complet, l’absence de fuite d’historique et la non-remise de la clé de visualisation. L’ADC est donc livré par paliers : ADC_L1 prouve une borne inférieure des fonds (dérivation côté client implémentée) ; ADC_L2 — un instantané exact à une hauteur finale — reste à l’état de conception jusqu’à l’existence d’un mécanisme de complétude et d’une preuve de solde à divulgation nulle.