Bitcoin Donations

Představme si Janu, která chce podpořit bezplatný vzdělávací projekt. Nejdřív si ověří, kdo jej vede a na co se příspěvky použijí. Slovo „dar“ na tlačítku nestačí: pokud za peníze dostává zboží či službu, může mít příspěvek jiný právní režim. Skutečným příkladem podpory je Bitcoin Development Fund organizace Human Rights Foundation, který financuje vývojáře, vzdělavatele a projekty pro obránce lidských práv. Jeho činnost ale není zárukou pro jinou sbírku, která používá stejné platební prostředky. [4] [5]

Jana může poslat platbu on-chain, tedy transakci zapisovanou přímo do bitcoinového blockchainu, nebo použít Lightning invoice, platební požadavek pro síť Lightning. Darovací stránka jí pomůže zvolit správnou cestu. BTCPay Server k tomu nabízí například Pay Button, pokladní aplikaci Point of Sale a sbírkovou aplikaci Crowdfunding. Příjemce je může provozovat sám a přijímat platby do připojené peněženky. Odpadá tím úschova u platebního prostředníka, nikoli síťové poplatky, hosting nebo práce se správou serveru. [1] [2]

Než Jana platbu potvrdí, zkontroluje částku, platební síť a adresu či požadavek z důvěryhodného kanálu projektu. Podvodník může podstrčit vlastní QR kód nebo napodobit web; správný formát adresy takový podvod neodhalí. Ani skutečný web není imunní vůči napadení. Bitcoin nemá centrální storno, které by platbu přesměrovalo zpět. Pokud příjemce dar vrací, posílá novou platbu a musí bezpečně ověřit, kam ji má poslat. [6]

Organizace chce doložit, kolik vybrala. Nemusí kvůli tomu zveřejnit jména a platební údaje všech dárců. Historie on-chain plateb je veřejná; opakované používání jedné adresy usnadňuje propojení příspěvků a sledování peněz. BTCPay Server umí pro každý nový platební požadavek vytvořit jinou přijímací adresu. Tím omezuje konkrétní vazbu přes opakovanou adresu, ale neslibuje anonymitu. Veřejný souhrn sbírky a soukromá potvrzení patří odděleně. Samotný zůstatek na blockchainu navíc neukazuje, zda peníze skutečně pomohly zamýšlenému účelu. [7] [1]

Po přijetí daru začíná odpovědnost organizátora. Privátní klíče umožňují bitcoin utratit, proto je třeba stanovit jejich správce, schvalování výdajů i postup obnovy a předání při odchodu člověka. Multisig, tedy požadavek na více podpisů z různých klíčů, může oprávnění rozdělit, ale sám nezajistí použitelnou zálohu. BTCPay Server může přijímat on-chain do externí peněženky bez jejích privátních klíčů na serveru. Naproti tomu hot wallet, peněženka s klíči v připojeném systému, a provoz Lightning mají jiná bezpečnostní rizika. U úschovní služby závisí přístup také na poskytovateli. [8] [1]

Pokud projekt platí nájem v eurech, dar v BTC mu nezaručuje stálou eurovou částku. Musí se rozhodnout, zda bitcoin ponechá, nebo jej smění. Pro přehledné vyúčtování potřebuje množství, čas přijetí, použitý kurz, náklady a skutečný výnos směny. Kurz se mezitím může změnit. Možnost poslat dar přes hranice je užitečná, ale sama nevyřeší místní směnu, přístup k bankovnímu účtu ani příslušná daňová či sankční pravidla. [6]

Vytvořený platební požadavek ještě není příjem. BTCPay Server u invoice rozlišuje mimo jiné čekání, částečné uhrazení, zpracování a vypořádání podle nastavených podmínek. Organizátor potřebuje postup také pro pozdní platby a přeplatky. Přijaté prostředky potom spojí s konkrétní sbírkou a případným určením daru. Jana může chtít potvrzení, aby doložila svou podporu nebo splnila daňové podmínky. Technický záznam platby jí ho automaticky nenahradí: dokládá jinou skutečnost než právní potvrzení daru. [3] [5]

Americký daňový úřad IRS popisuje dar digitálního aktiva charitě jako nepeněžní příspěvek. Podle okolností mohou být potřeba písemné potvrzení, kvalifikované ocenění a formulář Form 8283. Podpis přijímající organizace na něm potvrzuje přijetí, nikoli správnost ocenění; organizace může mít i vlastní oznamovací povinnosti. Tento příklad ukazuje, proč nestačí dohledat transakci. Jde o americká federální pravidla, ne o automatický nárok pro Janu v Česku ani pro každý převod označený jako dar. [5]