Merchant Adoption

Představte si, že obchod na mapě Bitcoin přijímá, ale dnešní obsluha neví, kde platbu zadat. Záznam pak zákazníkovi nestačí. Ověřuje se konkrétní provozovna, podporovaný způsob placení a datum kontroly. BTC Map proto počítá s místními přispěvateli a opakovaným ověřováním starších míst. Úspěšný zkušební nákup ukáže, že postup funguje v danou chvíli. Ještě ale neřekne, kolik lidí jej používá pravidelně; k tomu potřebujeme sledovat skutečné nákupy v určeném období. [1]

Obchodník může přijímat bitcoin do peněženky, jejíž klíče ovládá sám. Klíče mu umožňují s prostředky nakládat, takže musí chránit i jejich zálohu. Jinou možností je poskytovatel, který platbu zpracuje a nabídne výplatu v podporované místní měně. Takové vypořádání popisuje například BitPay. Zákazník zaplatí bitcoinem, obchodník však nemusí zůstat vystaven jeho kurzu. Je důležité zjistit, kdo drží prostředky do výplaty, kdy je vydá a jaké má podmínky a limity. Volba platby a volba úschovy jsou dvě různá rozhodnutí. [2] [3]

Pokladna spojí nákup s částkou a zvoleným způsobem platby. BTCPay Server tomu říká invoice: platební požadavek, který na omezenou dobu určí částku a kurz. Zákazník tak vidí, kolik má za svou objednávku poslat. Platba po vypršení požadavku, nižší částka nebo přeplatek už vyžadují zvláštní vyřízení. Před odesláním je třeba ověřit částku, příjemce a správnou síť. QR kód pouze přenáší údaje do peněženky; sám nezaručuje, že jsou správné nebo že je platba přiřazena ke konkrétní objednávce. [4]

Zákazník ukáže obrazovku s odeslanou platbou. Obsluha přesto kontroluje vlastní systém. V BTCPay Server stav Processing znamená, že je požadovaná částka zaplacena, ale ještě se čeká na podmínky dokončení, například potvrzení transakce v blocích. Settled znamená, že tyto podmínky byly splněny. Platby přes Lightning běžně nečekají na potvrzení v blocích. Zboží se vydává podle pravidel obchodu, způsobu platby a hodnoty nákupu. Ruční přepnutí stavu není důkaz, že síť platbu potvrdila; neobvyklou platbu je nutné nejprve ověřit. [4]

Lightning Network umožňuje rychlé platby prostřednictvím platebních kanálů, tedy předem navázaných spojení mezi účastníky. Pro příjem je potřeba dostupné připojení a příchozí likvidita: možnost, aby přes tyto kanály dorazily další prostředky. Není to totéž co částka, kterou už obchodník vlastní. Vlastní uzel, počítač se softwarem pro provoz plateb, vyžaduje správu kanálů a průběžnou péči. Služba může práci zjednodušit, ale obchodník se spoléhá na její provoz a podle zvoleného modelu jí může svěřovat i peníze. [2]

Při výběru řešení nestačí porovnat jedno číslo z reklamy. Vedle síťových a servisních poplatků může být náklad ukrytý v kurzu, tedy v rozdílu mezi použitým a srovnávaným směnným kurzem. Připočtěte zajištění příchozí likvidity, zařízení, údržbu a čas obsluhy. Vlastní správa dává kontrolu, ale také odpovědnost za chod. Jednodušší služba může mít limity a riziko výpadku či selhání poskytovatele. Postup potřebuje znát i další směna, včetně toho, co dělat při výpadku nebo chybné částce. [2] [4]

Pro vyúčtování musí zůstat spojení mezi objednávkou, platbou, kurzem, poplatky a případnou výplatou přes poskytovatele. BTCPay Server umí exportovat reporty, ty ale samy nezaručují splnění místních účetních povinností. Vrácení peněz je nová platba, nikoli vymazání původní transakce. Předem určete měnu a způsob výpočtu vracené částky a ověřte údaje zákazníka pro příjem. V popsaném postupu BTCPay nestačí vytvořit odkaz pro refundaci: po zadání cíle zákazníkem je ještě nutné výplatu zpracovat. [5] [6]

Smysluplná otázka nezní jen „Kolik míst jsme přidali?“, ale i „Dá se tam stále zaplatit a vracejí se lidé?“ Sledujte odděleně fungující provozovny, úspěšné nákupy, opakované používání a problémy při placení. Při porovnávání zachovejte stejné období a definice, zaznamenejte i uzavřená místa a staré údaje. Místní pomoc a pravidelné kontroly udržují možnost použitelnou. Počet míst není počet zákazníků a samotné přijetí Bitcoinu nezaručuje vyšší tržby ani růst jeho ceny. [1] [5]