Bitcoin Donations

無料の教育プロジェクトを支援したいヤナを例に考えましょう。最初に調べるのは運営者と寄付金の使途です。「寄付する」というボタンだけでは十分ではありません。対価として商品やサービスを受け取るなら、法的な扱いが変わることがあります。実在する例として、Human Rights Foundation の Bitcoin Development Fund は開発者、教育者、人権擁護者のためのプロジェクトを支援しています。ただし、その活動が、同じ決済手段を使う別の募金の信用を保証するわけではありません。 [4] [5]

ヤナは、Bitcoin のブロックチェーンに直接記録される取引である on-chain 決済か、Lightning ネットワークの支払い要求である Lightning invoice を使えます。寄付ページは適切な方法を選ぶ手助けになります。BTCPay Server には Pay Button、レジ用の Point of Sale、募金用の Crowdfunding などがあります。受取側は自分で運用し、接続したウォレットで受け取れます。決済仲介者による資金の保管は不要になりますが、ネットワーク手数料、ホスティング費用、サーバー管理の手間は残ります。 [1] [2]

確定する前にヤナは、金額、決済ネットワーク、プロジェクトの信頼できる窓口から得たアドレスや要求を確認します。詐欺師は QR コードを差し替えたり、サイトを模倣したりできます。アドレスの形式が正しいだけでは見抜けません。本物のサイトも侵害される可能性があります。Bitcoin には送金を取り消して戻す中央窓口がありません。寄付を返すには新たな支払いを行い、その宛先を安全に確認する必要があります。 [6]

団体は集まった金額を示したいでしょう。そのために寄付者全員の名前と決済情報を公開する必要はありません。On-chain の支払い履歴は公開されており、同じアドレスの再利用は寄付同士の関連付けや資金追跡を容易にします。BTCPay Server は、新しい支払い要求ごとに異なる受取アドレスを生成できます。この特定の結び付きは減りますが、匿名性の保証ではありません。公開する集計と個別の非公開領収書は分けて扱います。ブロックチェーン上の残高だけでは、資金が約束した目的に役立ったかも分かりません。 [7] [1]

寄付を受け取ると、運営者の責任が始まります。秘密鍵はビットコインを使う権限を与えるため、保管担当者、支出の承認方法、アクセスの復旧、担当者が離れる際の引き継ぎを決めておきます。Multisig は異なる複数の鍵による署名を求め、権限を分けられますが、それだけで使えるバックアップが整うわけではありません。BTCPay Server は、秘密鍵をサーバーに置かずに外部ウォレットで on-chain の入金を受けられます。一方、接続されたシステムに鍵を置く hot wallet や Lightning の運用には別のリスクがあります。カストディサービスなら、アクセスは事業者にも依存します。 [8] [1]

家賃をユーロで払うプロジェクトにとって、BTC の寄付は一定のユーロ額を保証しません。保有するのか交換するのかを決める必要があります。分かりやすい会計には、数量、受領時点、使用した為替レート、費用、実際の交換収入を記録します。その間に価格が動くこともあります。国際的な寄付は役立ちますが、現地での交換、銀行口座の利用、適用される税務や制裁の規則を自動的に解決するものではありません。 [6]

支払い要求を作っただけでは入金になりません。BTCPay Server は invoice について、支払い待ち、一部入金、処理中、設定した条件に基づく決済完了などを区別します。遅れて届く支払いや過払いへの対応も必要です。運営者は実際の入金を募金活動や使途の制限に対応付けます。ヤナは支援の証明や税務上の書類を必要とするかもしれません。技術的な決済記録がそれらを自動的に代替するわけではなく、法的に有効な寄付の証明とは示す事実が異なります。 [3] [5]

米国の税務当局 IRS は、慈善団体へのデジタル資産の寄付を非現金の寄付として説明しています。状況によって、書面の受領確認、適格な鑑定評価、Form 8283 が必要になります。受取団体の署名は受領を確認するもので、評価額の正しさへの同意ではありません。団体自身に報告義務が生じることもあります。取引を見つけるだけでは不十分な理由がここにあります。これは米国連邦の規則であり、チェコのヤナや「寄付」と呼ばれるすべての送金に自動的な権利を与えるものではありません。 [5]