Bitcoin Point of Sale est une caisse bitcoin pour les ventes en personne. Elle aide à calculer le prix, demander le paiement et constater sa réception. Il peut s’agir d’une application sur téléphone ou tablette, ou d’un terminal. L’appareil seul ne dit pas si le commerçant contrôle l’argent ou si un prestataire le conserve pour lui.
Le personnel sélectionne le café ou saisit son prix, puis vérifie la monnaie, le pourboire et le total. BTCPay Server propose par exemple un catalogue, un panier ou un pavé numérique. Il crée ensuite une invoice : une demande de paiement liée à cet achat. Ce lien permet de retrouver la raison de chaque versement. Recharger l’écran ne doit pas enregistrer un café vendu de plus. La commande et son paiement doivent rester identifiables. [1] [2]
Le café peut afficher un prix en couronnes tchèques, converti en bitcoin selon la source de cours choisie. Avant l’envoi, le client doit voir le montant et la durée de validité, puis vérifier le destinataire et le réseau. BOLT 11 est un format de demande Lightning. Il contient un hash de paiement, une empreinte cryptographique liée à la preuve du paiement, et une expiration ; le montant peut être laissé libre. Scanner ne suffit donc pas : il faut contrôler la somme réellement demandée pour l’achat. Un prix affiché en couronnes ne signifie pas que le café reçoit des couronnes sur son compte bancaire. [3] [4]
Un code QR transmet les données de paiement, pas une preuve de réception. Une capture du client ne remplace pas la vérification du café. Dans BTCPay Server, Processing signifie que tout le montant est payé, mais que certaines conditions restent attendues, comme les confirmations nécessaires dans des blocs. Settled indique leur réalisation. Un marquage manuel est aussi possible, sans créer de paiement ni de confirmation réels. Une transaction Lightning réussie n’attend normalement pas de bloc. Remettez les marchandises selon la réception vérifiée et les règles du commerce, pas selon la couleur d’un écran tiers. [2]
La caisse peut recevoir dans le portefeuille du commerçant ou utiliser un service qui conserve l’argent pour lui. Les clés privées autorisant la dépense, les permissions et les conditions de retrait comptent davantage que le logo Bitcoin. Les données publiques d’un portefeuille peuvent suffire à produire des adresses de réception. Pourtant, une caisse compromise peut afficher l’adresse d’un attaquant pour les paiements futurs. Le personnel n’a donc pas besoin des mêmes droits que l’administrateur : vendre un café diffère de modifier le destinataire ou d’approuver un remboursement. [5] [6] [7]
Lightning fait passer les paiements par des canaux reliés. Votre nœud, le programme qui participe à ce réseau, doit être disponible et disposer de liquidité entrante : de la place dans les canaux pour recevoir des fonds. Un prestataire peut gérer une partie du travail, mais change les coûts et la confiance nécessaire. L’absence de route ou de liquidité ne constitue pas un paiement réussi. Avant de choisir une autre méthode, le personnel vérifie le premier essai pour éviter de faire payer deux fois le café. [7] [4]
La tablette peut perdre internet, le serveur cesser de répondre ou le cours ne pas se charger. La caisse ne peut alors parfois ni créer une demande ni vérifier la réception. Un QR imprimé reste lisible ; cela ne prouve pas que le système fonctionne. Il faut une procédure convenue : connexion de secours, vente reportée ou recherche du paiement plus tard. Une panne seule ne prouve pas une absence de paiement. Examinez séparément les versements insuffisants, excessifs ou tardifs ; modifier un enregistrement à la main ne réécrit pas l’historique du réseau. [2] [3]
Rendre l’argent consiste à effectuer un autre paiement relié à l’achat initial. Il faut convenir du montant et de la monnaie, vérifier la destination et obtenir une autorisation. BTCPay Server distingue par exemple la création d’une demande de remboursement de l’envoi effectif. Un lien remis au client ne signifie pas qu’il a déjà reçu son argent. Le personnel distingue demande préparée, versement en attente et remboursement terminé ; le transfert initial reste dans l’historique. [8]
En fin de service, rapprochez commandes, encaissements, frais, remboursements et éventuels versements du prestataire. BTCPay Server exporte les paiements, les produits vendus et les mouvements du portefeuille on-chain, qui travaille directement avec la chaîne Bitcoin. Ces rapports aident à tenir les comptes, sans remplir toutes les obligations comptables et fiscales locales. Avant l’ouverture du service, répétez une vente normale, une panne et la restauration. Limitez l’accès aux données clients et prévoyez le coût du matériel, de la connexion et de l’entretien. [9] [1] [6]
Un café, un téléphone payé et une tablette hors ligne
Pour la commande fictive POS-497, le client montre un paiement réussi au moment où la tablette se déconnecte. Le personnel ne crée pas immédiatement une nouvelle demande et ne classe pas l’achat comme impayé. Il rétablit la connexion, retrouve l’invoice initiale et compare le montant avec la réception réelle. Selon le résultat, il termine la vente ou traite un nouvel essai. Tout reste rattaché à la même commande pour ne compter ni paiement ni vente deux fois.
Pour une vision complète, lisez aussi Merchant Adoption, BTCPay Server, Bitcoin Payment Processor, BOLT 11, Confirmation, Bitcoin. Cette entrée est également citée par Merchant Adoption, Bitcoin Payment Processor, BTCPay Server, BTC Map.
01Un QR sur le comptoir suffit-il ?+
Il transmet des données, mais ne sait pas si les fonds sont arrivés ni à quel achat ils correspondent. Le personnel doit pouvoir vérifier la réception et traiter un montant erroné, une demande expirée ou une connexion perdue.
02Lightning signifie-t-il que le café garde lui-même son argent ?+
Pas automatiquement. Il peut exploiter son nœud ou utiliser un service avec d’autres droits, y compris la garde par un prestataire. Vérifiez qui contrôle clés et solde, qui assure la réception et à quelles conditions le café peut retirer ses fonds.