Comment fonctionne ZyndPay : money in, registre, séquestre et money out

Paiements marchands : une commande devient un paiement suivi

Le marchand part d’une référence commande ou facture, puis crée un paiement via lien, checkout hébergé ou flux API approuvé. L’acheteur voit uniquement les méthodes activées pour ce compte et ce contexte—par exemple une paire stablecoin-réseau prise en charge, une carte ou du mobile money lorsque disponible.

Le retour navigateur n’est pas l’événement comptable. ZyndPay suit le rail de façon asynchrone et expose l’état faisant autorité dans les surfaces authentifiées et événements signés. Le marchand les consomme de façon idempotente et livre selon sa politique de paiement confirmé.

Le registre équilibre chaque mouvement économique

ZyndPay représente les mouvements en écritures équilibrées en partie double. Paiement reçu, frais, remboursement, conversion, réserve, payout ou libération P2P ne constituent pas une modification directe de solde ; chaque mouvement possède sa contre-écriture économique.

État du paiement externe et état du registre interne restent distincts. Callback, observation blockchain ou acceptation d’un payout doivent être rapprochés avant de décrire la valeur comme réglée ou livrée. Cette séparation est essentielle lorsqu’un rail tarde ou envoie des notifications dupliquées.

Le wallet consommateur est custodial

Dans l’app, ZyndPay contrôle les clés on-chain du solde de compte. L’utilisateur se connecte et autorise les instructions avec les contrôles proposés ; il ne reçoit pas de phrase de récupération pour ce solde ZyndPay. Le disponible dérive de l’état enregistré et diminue des réserves valides.

Custodial ne veut pas dire dépôt bancaire. ZyndPay n’est pas une banque, le solde n’est pas assuré et les stablecoins conservent des risques émetteur, peg, réseau et liquidité. Protégez l’accès et vérifiez actif, réseau et destination exacts avant toute action blockchain.

Le P2P réserve la jambe crypto en séquestre

Un vendeur P2P propose des stablecoins contre paiement en monnaie locale. Au démarrage, ZyndPay réserve le montant crypto dans le registre custodial afin d’empêcher une double dépense. L’acheteur paie ensuite le vendeur via la méthode au nom vérifié affichée.

Le vendeur vérifie la réception réelle avant libération. Si l’ordre aboutit, la crypto réservée passe à l’acheteur ; en cas d’annulation valide ou autre résolution, elle revient selon les règles. Preuves, timers, chat, réputation et litige soutiennent la décision sans rendre authentique un faux reçu.

La sortie combine instruction, revue et état final du rail

Payouts marchands et retraits consommateurs suivent le parcours de destination activé. Les contrôles applicables d’identité, bénéficiaire, sanctions, LCB-FT, solde et risque blockchain précèdent l’approbation, qui peut retenir la demande en revue humaine.

Accepté, approuvé, en traitement et terminé sont distincts. Seule la preuve terminale du rail permet d’affirmer la réception. Tarification, limites, délai et disponibilité propres au compte sont affichés avant le live plutôt que promis universellement.

FAQ

ZyndPay met-il chaque mouvement sur une blockchain ?

Non. L’état économique marchand et consommateur vit dans le registre ZyndPay. Le séquestre P2P est une réservation custodiale interne ; la blockchain intervient uniquement lorsque le flux externe activé l’exige.

Qui contrôle les clés du wallet consommateur ?

ZyndPay contrôle les opérations de clés on-chain du wallet custodial. L’utilisateur autorise les actions depuis son compte sans détenir une phrase de récupération ZyndPay.

Comment le séquestre P2P protège-t-il l’ordre ?

La crypto du vendeur est réservée dans le registre pendant l’échange et ne peut être dépensée ailleurs. La libération suit la réception vérifiée et le processus ordre ou litige.

Quand un payout est-il terminé ?

Uniquement lorsque le rail de destination atteint son état terminal terminé. Accepté, approuvé et en traitement sont des états antérieurs.