Bitcoin Point of Sale

Obsluha vybere kávu z nabídky nebo zadá cenu a zkontroluje měnu, spropitné i konečný součet. Například BTCPay Server nabízí katalog, košík nebo jednoduchou číselnou klávesnici. Pak vznikne invoice: platební požadavek spojený s konkrétním nákupem. Díky tomuto spojení lze později zjistit, za co platba přišla. Když se obrazovka znovu načte, nesmí tím v evidenci přibýt další prodaná káva. Objednávka a její platební záznam mají zůstat dohledatelné. [1] [2]

Kavárna může cenu vést v korunách a pokladna ji podle zvoleného zdroje kurzu přepočítá na bitcoin. Zákazník má před odesláním vidět částku i to, jak dlouho požadavek platí, a ověřit příjemce a platební síť. BOLT 11 je formát požadavku pro Lightning. Obsahuje platební hash, kryptografický otisk související s prokázáním platby, a dobu platnosti; částka v něm nemusí být vyplněna. Proto nestačí jen načíst kód: u nákupu je třeba zkontrolovat skutečně požadovanou částku. Zobrazení ceny v korunách samo neznamená, že kavárna dostane koruny na účet. [3] [4]

QR kód předává údaje k platbě, nikoli důkaz o jejím přijetí. Ani snímek zákazníkovy obrazovky nenahradí ověření na straně kavárny. BTCPay Server označuje stavem Processing plně zaplacený požadavek, u kterého ještě nejsou splněny podmínky dokončení, například potřebná potvrzení v blocích. Settled značí jejich splnění. Existuje však i ruční označení, které skutečnou platbu ani potvrzení nevytvoří. Úspěšná Lightning platba běžně na blok nečeká. Zboží proto vydávejte podle ověřeného příjmu a pravidel obchodu, ne podle barvy cizí obrazovky. [2]

Pokladna může přijímat do vlastní peněženky obchodníka nebo pracovat se službou, která drží prostředky za něj. Rozhodují soukromé klíče umožňující utrácení, oprávnění a podmínky výběru, nikoli logo Bitcoin. Veřejné údaje vlastní peněženky mohou stačit k vytváření přijímacích adres. Ani to však nebrání napadené pokladně ukázat zákazníkům adresu útočníka pro budoucí platby. Obsluha proto nemusí mít stejná práva jako správce: prodat kávu je jiná činnost než změnit příjemce nebo schválit vrácení peněz. [5] [6] [7]

Lightning posílá platby přes propojené platební kanály. Vlastní uzel, tedy program zapojený do této sítě, musí být dostupný a mít příchozí likviditu: v kanálech musí být prostor pro přijetí peněz. Provozovatel služby může část této práce převzít, ale mění tím náklady i to, komu důvěřujete. Nenalezená cesta nebo nedostatek likvidity nejsou úspěšným zaplacením. Než zákazník zkusí jinou metodu, obsluha ověří výsledek původního pokusu, aby za jednu kávu nezaplatil dvakrát. [7] [4]

Tablet může ztratit internet, server přestat odpovídat nebo se nepodaří načíst kurz. Pokladna pak nemusí vytvořit nový požadavek či ověřit příjem. Vytištěný QR kód přitom zůstává čitelný: čitelnost není důkaz, že systém právě funguje. Provoz potřebuje domluvený postup, například náhradní připojení, odložení prodeje a pozdější dohledání platby. Výpadek sám neříká, že zákazník nezaplatil. Nedoplatky, přeplatky a platby po vypršení požadavku řešte jednotlivě; ruční změna záznamu nepřepíše historii sítě. [2] [3]

Když obchodník vrací peníze, jde o další platbu navázanou na původní nákup. Je potřeba dohodnout částku a měnu, ověřit cíl a získat schválení oprávněné osoby. BTCPay Server například odděluje vytvoření žádosti o refundaci od skutečného odeslání výplaty. Odkaz pro zákazníka tedy ještě neznamená, že už peníze dostal. Obsluha rozlišuje připravenou žádost, čekající výplatu a dokončené vrácení; původní převod zůstává součástí historie. [8]

Na konci směny by měly souhlasit objednávky, přijaté platby, poplatky, vrácené částky a případné výplaty poskytovatele. BTCPay Server umí exportovat platby, prodané produkty i pohyby on-chain peněženky, tedy peněženky pracující přímo s bitcoinovým řetězcem. Přehled pomáhá s evidencí, ale sám nesplní všechny místní účetní a daňové povinnosti. Ještě před ostrým provozem si vyzkoušejte běžný prodej, výpadek a obnovu. Přístup k údajům zákazníků omezte podle potřeby a do nákladů počítejte zařízení, připojení i údržbu. [9] [1] [6]