Aller au contenu
PAYVAULTPayVault

Deux scans.Zéro barre.

Le téléphone du payeur signe. Celui du marchand vérifie. Le réseau suit plus tard.

A market trader smiles at her fruit stall, phone in hand

La vied'une allocation

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.

Certifier

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.

Dépenser

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.

Rapprocher

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.

Un paiement, deux scans, aucun réseau

Le commerçant et le payeur n'ont besoin ni d'une connexion entre eux, ni d'un serveur.

Commerçant

Afficher la demande

L'appareil du commerçant affiche un QR avec le montant, la devise et un numéro de demande à usage unique.

Payeur

Scanner et confirmer

Le payeur scanne, voit le montant et confirme avec son code PIN.

Payeur

Signer et afficher

Le téléphone signe le paiement avec sa clé protégée par le matériel et affiche un QR de paiement.

Commerçant

Vérifier en moins d'une seconde

Le commerçant scanne et contrôle tout hors ligne : signature de l'émetteur, signature du payeur, plafonds, rejeu et chaîne.

L'un ou l'autre

Synchroniser dès qu'il y a du réseau

Le premier appareil connecté envoie les données. Le règlement suit vers le grand livre du partenaire.

Ce que le commerçant vérifie, hors ligne, en moinsd'une seconde

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.

  • La signature de l'émetteur sur le certificat d'allocation
  • L'allocation n'est ni expirée ni révoquée, selon la dernière synchronisation
  • La signature du payeur sur le paiement
  • L'identifiant du commerçant et le numéro de demande correspondent à cette vente
  • La devise correspond et le cumul reste sous le plafond
  • La séquence et le cumul sont cohérents avec les paiements précédents de cette allocation
  • L'empreinte du paiement précédent prolonge bien la chaîne

Sept couches, unemission chacune

Un protocole compact et auditable. Chaque couche peut être revue, testée et remplacée séparément.

  1. 1

    Identité et clés

    Une paire de clés dans le module de sécurité de l'appareil, attestée à l'enrôlement.

  2. 2

    Allocation

    Un certificat signé par le partenaire : clé de l'appareil, plafond, devise, expiration, identifiant d'allocation.

  3. 3

    Paiement

    Un paiement signé par le payeur, avec numéro de séquence, cumul dépensé et empreinte du paiement précédent.

  4. 4

    Transport

    QR d'abord. NFC et Bluetooth ensuite. Solutions de repli SMS et USSD prévues.

  5. 5

    File d'attente et synchro

    Une file durable et chiffrée qui envoie les données dès qu'un appareil capte le réseau.

  6. 6

    Rapprochement et risque

    Dédoublonnage, détection des bifurcations, plafonds et règles de vélocité, révocation des clés.

  7. 7

    Règlement

    Des lots vers le grand livre du partenaire, les rails nationaux ou PAPSS pour le transfrontalier.

Que se passe-t-il en casde triche

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.

Que se passe-t-il en cas de triche
DéfenseEffet
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, expirationPlafonne la perte maximale.
Paiements chaînés et numérotésTout double dépensement devient une bifurcation détectable.
Contrôles de cohérence côté commerçantBloque les rejeux naïfs chez le même commerçant.
Liste de révocation synchronisée aux commerçantsArrê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 risqueLe commerçant est payé quoi qu'il arrive.

La synchro se fait dès que quelqu'un captele réseau

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.

Les deux parties peuvent régler

Si l'appareil du commerçant tombe en panne avant la synchro, la copie du payeur peut encore être envoyée.

Règlement à votre façon

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.

Essayez-le sur votrepropre réseau.

Un pilote peut démarrer dans un sandbox avec de l'argent de test.