Bloquer
L'utilisateur transfère une partie de son solde dans un Coffre hors ligne chez son partenaire. Cette valeur est réservée chez le partenaire et ne peut pas être dépensée ailleurs.
Le téléphone du payeur signe. Celui du marchand vérifie. Le réseau suit plus tard.

L'utilisateur transfère une partie de son solde dans un Coffre hors ligne chez son partenaire. Cette valeur est réservée chez le partenaire et ne peut pas être dépensée ailleurs.
Le partenaire signe un certificat d'allocation lié à la clé du téléphone de l'utilisateur (ECDSA P-256). Il indique le plafond, la devise et l'expiration.
Le téléphone signe chaque paiement. La valeur provisionnée est utilisée d'abord, puis le découvert éventuel accordé par le partenaire.
Les paiements se synchronisent, les doublons et bifurcations sont contrôlés et le règlement est produit. La valeur inutilisée est libérée après le délai de grâce.
Le commerçant et le payeur n'ont besoin ni d'une connexion entre eux, ni d'un serveur.
L'appareil du commerçant affiche un QR avec le montant, la devise et un numéro de demande à usage unique.
Le payeur scanne, voit le montant et confirme avec son code PIN.
Le téléphone signe le paiement avec sa clé protégée par le matériel et affiche un QR de paiement.
Le commerçant scanne et contrôle tout hors ligne : signature de l'émetteur, signature du payeur, plafonds, rejeu et chaîne.
Le premier appareil connecté envoie les données. Le règlement suit vers le grand livre du partenaire.
Tout ce qui suit s'exécute sur l'appareil du commerçant, avec les clés d'émetteur en cache et la dernière liste de révocation synchronisée.
Un protocole compact et auditable. Chaque couche peut être revue, testée et remplacée séparément.
Une paire de clés dans le module de sécurité de l'appareil, attestée à l'enrôlement.
Un certificat signé par le partenaire : clé de l'appareil, plafond, devise, expiration, identifiant d'allocation.
Un paiement signé par le payeur, avec numéro de séquence, cumul dépensé et empreinte du paiement précédent.
QR d'abord. NFC et Bluetooth ensuite. Solutions de repli SMS et USSD prévues.
Une file durable et chiffrée qui envoie les données dès qu'un appareil capte le réseau.
Dédoublonnage, détection des bifurcations, plafonds et règles de vélocité, révocation des clés.
Des lots vers le grand livre du partenaire, les rails nationaux ou PAPSS pour le transfrontalier.
Le double dépensement hors ligne ne peut pas être empêché avec certitude. On peut le rendre difficile, le borner, le détecter et le recouvrer. Voici chaque défense et ce qu'elle apporte.
| Défense | Effet |
|---|---|
| Clés d'appareil non exportables (protégées par le matériel et attestées dans les SDK natifs, prévu) | Extraire une clé est difficile ; cloner un appareil entier est contenu par les plafonds et la détection des bifurcations. |
| Plafond d'allocation, limite par transaction, expiration | Plafonne la perte maximale. |
| Paiements chaînés et numérotés | Tout double dépensement devient une bifurcation détectable. |
| Contrôles de cohérence côté commerçant | Bloque les rejeux naïfs chez le même commerçant. |
| Liste de révocation synchronisée aux commerçants | Arrête un fraudeur connu dès que les commerçants se synchronisent. |
| Titulaire d'allocation identifié (KYC) | La perte est recouvrée auprès du fraudeur. |
| Garantie du fonds de risque | Le commerçant est payé quoi qu'il arrive. |
Le commerçant n'a pas besoin d'être celui qui se connecte. L'un ou l'autre appareil peut envoyer le paiement signé, et comme chaque paiement est déjà signé, le relayer ne peut pas le modifier.
Si l'appareil du commerçant tombe en panne avant la synchro, la copie du payeur peut encore être envoyée.
Les lots vont vers votre grand livre hébergé ou externe via l'API et les webhooks, vers les rails nationaux, ou via PAPSS pour le transfrontalier.
Un pilote peut démarrer dans un sandbox avec de l'argent de test.