● articles / Marchand — POS

XMRetail POS et Monero SuperPay : comparatif des POS Monero-native

2026-05-04 · XMRetail · Monero SuperPay · POS · marchand · boutique physique

Pour encaisser Monero en boutique physique (restaurant, magasin, marché, salon) sans passer par un service centralisé, deux POS Monero-native open-source dominent en 2026 : XMRetail et Monero SuperPay. Les deux sont gratuits, self-hosted, basés sur le pattern view-only, et conçus pour ne jamais te demander tes spend keys. Voici comment choisir entre les deux.

TL;DR

Critère	XMRetail	Monero SuperPay
Open-source	✓	✓
Self-hosted	✓	✓
Watch-only wallet	✓	✓
Aesthetic	”Cypherpunk Industrial”	Sobre, professionnel
Cible	Boutiques + tech-savvy	Restaurants, retail, mass market
Setup difficulté	Moyenne	Faible
Hardware POS dédié	Compatible (PC, tablette)	Compatible (tablet, kiosk, PC)

Choisis XMRetail si : tu veux le POS qui assume une esthétique cypherpunk, tu es à l’aise avec une UX un peu plus brute mais maximalement Monero-native, tu veux contrôle total.

Choisis Monero SuperPay si : tu veux le POS le plus accessible pour un staff non-technique (caissier, serveur), UX professionnelle, intégration sans friction.

XMRetail

Présent dans la liste Monerica merchant services.

Description du projet : “professional, zero-knowledge Monero Point of Sale system built with a Cypherpunk Industrial aesthetic.”

Forces :

Zero-knowledge : aucune donnée client stockée côté POS au-delà de ce qui est strictement nécessaire pour la transaction.
Architecture watch-only : la spend key reste sur ton wallet froid, le POS n’a que la view key.
Open-source, auditable.
Esthétique assumée : cypherpunk industrial — UI sobre, fonctionnelle, sans ornements marketing. Ça plaira à certains, ça déstabilisera des employés non-techniques.
Hardware-agnostic : tourne sur n’importe quel PC ou tablette avec navigateur web ou app native.

Faiblesses :

Communauté et écosystème plus petit que Monero SuperPay — moins de tutos, moins de support communautaire.
L’UX cypherpunk n’est pas pour tout le monde, surtout si ton staff change ou n’est pas familier avec l’écosystème crypto.

Pour qui : marchand qui veut un POS aligné avec la culture Monero, à l’aise avec une UX un peu brute. Boutiques techniques, salons, marchés où c’est toi-même qui encaisses.

Monero SuperPay

monerosuperpay.com

Description : “self-hosted, privacy-first point of sale system with watch-only wallet technology.” Free and open source.

Forces :

UX accessible : interface conçue pour staff non-technique. Boutons gros, flow clair, peu de termes techniques imposés.
Watch-only par design : la spend key n’est jamais sur le POS.
Free + open-source.
Self-hosted : tu déploies sur ton propre serveur ou un Raspberry Pi local.
Cible explicite mass market : restaurant, retail, services — pas spécifiquement crypto-natif comme cible.
Communauté plus large que XMRetail — plus de retours d’usage en boutique.

Faiblesses :

Esthétique “tout public” — moins de personnalité que XMRetail si tu cherches du caractère cypherpunk dans ton outillage.
Documentation peut être moins technique selon les sections (volontairement, pour rester accessible).

Pour qui : restaurateur, retail, freelance qui voit des clients en personne, marchand qui a un staff varié. Si tu veux que ta serveuse de 19 ans qui n’a jamais entendu parler de Monero puisse encaisser une commande XMR sans angoisse, c’est SuperPay.

Architecture commune (pattern POS Monero-native)

Les deux POS reposent sur la même architecture canonique :

┌─────────────────┐
│  Wallet froid   │
│  (chez toi)     │
│  spend + view   │
└────────┬────────┘
         │ exporte view key + adresse
         ▼
┌─────────────────────────────────────────────┐
│  POS (XMRetail ou SuperPay)                 │
│  ├─ watch-only wallet (view key seule)      │
│  ├─ génère subaddress par commande          │
│  ├─ scan blockchain pour confirmer paiement │
│  └─ marque la commande "payée" → reçu       │
└─────────────────────────────────────────────┘
         ▲
         │ paiements clients (en boutique)
         │
   blockchain Monero

Le flow client en boutique :

Tu prépares la commande sur le POS, montant calculé en CHF/EUR.
Le POS convertit en XMR au taux courant (mis à jour toutes les 30-60 sec).
Affiche un QR au client (sur ton écran ou sur un écran client séparé).
Le client scanne avec son wallet mobile (Cake, Monerujo) et envoie.
Tu vois la transaction arriver dans le mempool quasi-instantanément.
Selon ta tolérance, tu acceptes la transaction à 0 confirmation (rapide, risque très faible pour petits montants en boutique avec le client devant toi) ou tu attends 1-10 confirmations.

Configuration en pratique : choix du nombre de confirmations

Montant	Confirmations recommandées	Délai
<50€	0 (visible mempool)	1-2 min
50-500€	1	~2 min
500-2000€	3	~6 min
>2000€	10	~20 min

Le 0-conf en boutique physique avec client présent est généralement acceptable : pour annuler une transaction visible mempool, il faut un double-spend coordonné (RBF chez Bitcoin n’existe pas comme ça côté Monero, mais double-spend reste possible via re-signature avec fees plus hauts). En pratique, pour un petit montant face à un client en boutique, c’est négligeable. Pour un gros montant, attends.

OPSEC POS commune

Le wallet froid n’est jamais sur le POS. Jamais. C’est l’erreur qui annule tout.
Backup régulier de la view-only wallet : la perte oblige à re-sync depuis la restore height (long).
Sauvegarde papier ou métal de la full seed du froid : le seul vrai filet de sécurité.
Réseau du POS isolé : si possible, le POS sur un réseau séparé du WiFi public clients. Ou en filaire dédié.
Mises à jour : applique les patchs sécurité dès qu’ils sortent.
HTTPS sur l’interface du POS (même en local, ne fonctionne pas qu’en HTTP — utilise un cert auto-signé local ou un reverse proxy).

Hardware POS recommandé

Mini PC + écran tactile (ex: Intel NUC ou équivalent) : plus de puissance, écran principal, écran client en duplicate. Setup type retail.
Tablette Android dédiée : SuperPay s’installe en webapp sur tablette, accessible. Bon choix restaurant / mobile.
Raspberry Pi 4 + écran 7-10” : compact, abordable, suffisant pour faible volume. Léger sur la conso électrique.

Pour un node Monero local (utile si gros volume) : Raspberry Pi 4 avec SSD externe 256 Go+. Le node tourne en parallèle du POS, le POS pointe vers 127.0.0.1:18081.

Limites des deux POS

Pas d’interface fiscale automatique : les deux POS n’éditent pas de Z fiscal automatique pour les juridictions qui l’exigent. Tu dois exporter les transactions et les passer à ton comptable manuellement. Voir article comptabilité XMR pour freelance (à venir).
Pas de stock management intégré : ce ne sont pas des POS retail complets type Square ou Lightspeed. Ils gèrent l’encaissement Monero, pas le management de boutique. Tu peux les coupler à un autre logiciel pour le stock.
Volatilité prix XMR : le POS fixe le prix XMR au moment de la commande. Si le client met 10 minutes à scanner, le prix est figé. C’est généralement OK ; si ton métier est sensible à la volatilité, tu peux couvrir en switch immédiat XMR → fiat via un service tiers.

En résumé

Si tu veux	Choisis
POS aligné cypherpunk, contrôle max, équipe technique	XMRetail
POS accessible staff non-technique, mass market, retail / restaurant	Monero SuperPay
Tu hésites encore	Démarre avec Monero SuperPay, plus accessible. Tu pourras toujours migrer plus tard.

Les deux sont des outils sérieux. Aucun ne te facture, aucun ne touche à tes XMR, et tu restes seul propriétaire de tes flux.

Sources : monerica.com/merchant-services, monerosuperpay.com, moneropaymentsolutions.com/pos-solutions.

● profils liés

D. Marchand / Freelance

← Tous les articles ↻ Refaire le diagnostic