L’acheteur paie. Vous êtes payé. Même transaction.

Dès que l’acheteur paie. Il n’y a pas de délai parce qu’il n’y a pas d’étape de versement : la transaction que l’acheteur signe est le paiement qui vous revient. Attendez toutefois le statut completed avant d’expédier, pas settled.

Un pourcentage de chaque paiement, prélevé dans la même transaction, plus les frais de réseau. Pas d’abonnement, pas de frais de versement, pas de frais d’impayé.

Vous choisissez. Par défaut ils s’ajoutent au total de l’acheteur et lui sont présentés comme une ligne distincte ; vous pouvez aussi les prendre à votre charge, et ils sont alors déduits de votre encaissement.

Non. L’acheteur se contente de signer ; c’est nous qui envoyons la transaction. Quelqu’un qui ne détient que de l’USDC peut payer — et c’est le cas le plus courant.

Les fonds sont perdus et nous ne pouvons rien faire. Ils n’ont jamais été chez nous. Choisissez un portefeuille auquel vous aurez encore accès dans cinq ans.

Pour un scénario précis : quelqu’un s’empare de vos accès et change l’adresse de règlement pendant la nuit. Le délai d’attente, le courriel à tous les propriétaires du compte et la signature exigée depuis le portefeuille sont trois obstacles distincts sur ce chemin.

C’est vous qui les envoyez. Nous enregistrons la somme due avec une échéance, construisons la transaction exacte, et vérifions sur la chaîne qu’elle est arrivée. Comme votre argent n’est pas chez nous, nous ne pouvons pas rembourser à votre place — et c’est aussi pourquoi personne ne peut nous y contraindre.

Oui, là où le contrat de séquestre est déployé. L’argent de l’acheteur entre dans un contrat plutôt que dans votre portefeuille ; vous l’encaissez à l’expédition, en totalité ou en partie, ou vous le libérez entièrement. La libération ne vous coûte que les frais de réseau.

Sept jours par défaut — la durée d’une autorisation de carte bancaire — et jusqu’à trente jours si la plateforme l’autorise. Passé ce délai, l’acheteur récupère son argent lui-même, sans nous ni vous.

L’argent vous parvient et nous vous prévenons par l’événement payment.late_settled. Faire expirer un paiement n’arrête pas le portefeuille de l’acheteur. À vous de décider : expédier ou rembourser.

Nous l’enregistrons, nous vous prévenons, et nous le renvoyons à l’adresse de remboursement de l’acheteur une fois le paiement expiré. Cela ne compte jamais comme un paiement.

Révoquez-la depuis le panneau : elle cesse d’agir immédiatement. Une clé ne peut pas créer une autre clé, ajouter une adresse de règlement ni changer la destination d’un paiement — tout cela exige qu’une personne se connecte au panneau et saisisse à nouveau son mot de passe.

Non — et ce n’est pas une promesse, c’est une propriété de l’architecture. Les fonds sont dans votre portefeuille, et nous n’en avons ni la clé ni un contrat capable de les déplacer.

Par le webhook, ou en relisant le paiement depuis l’API. Jamais parce que le navigateur de l’acheteur est revenu sur votre page de confirmation : visiter une URL ne prouve rien.

Oui. Les clés de test parcourent la même machine à états et envoient de vrais webhooks, y compris pour les cas pénibles : sous-paiement, expiration, réorganisation de la chaîne. Une clé de test n’atteint aucune donnée réelle.

Le strict minimum : une référence facultative, le pays, l’adresse du portefeuille qui a payé, et une adresse e-mail seulement si vous demandez l’envoi d’un reçu — chiffrée dans ce cas.

L’argent qui est dans votre portefeuille y reste ; nous n’avons jamais été sur son chemin. Les contrats n’ont pas de propriétaire : n’importe qui peut déclencher la finalisation d’un dépôt, et l’acheteur peut récupérer une réservation expirée. Ce qui disparaît, c’est le service, pas l’argent.