BTCPay Server ist freie Zahlungssoftware unter der MIT-Lizenz, die auf einer eigenen Instanz oder bei einem fremden Host betrieben werden kann. Das Projekt liefert Software, kein universelles Verwahrkonto und keine Schlichtungsstelle für Händlerstreitigkeiten. Das Vertrauen hängt vom tatsächlichen Zusammenspiel von Server, Wallet und Zahlungsdiensten ab.
Ein Händler verbindet Kasse oder Onlineshop mit einer Rechnung und der gewählten Empfangsmethode. BTCPay Server erstellt On-chain-Zahlungsadressen und Lightning-Anforderungen, überwacht Zahlungen und bietet eine Rechnungsübersicht. Hinzu kommen Kassen- und Spendenanwendungen sowie Integrationsschnittstellen. Offener Quellcode ermöglicht Prüfung und Änderungen, belegt aber allein nicht die Sicherheit einer konkreten Installation. [BTCPay Server — Source repository]
Eine vorhandene On-chain-Wallet lässt sich über einen erweiterten öffentlichen Schlüssel verbinden: Der Server leitet Empfangsadressen ab, ohne ihren privaten Schlüssel zu benötigen. Eine auf dem Server erstellte Hot Wallet hat ein anderes Risikomodell. Auch Berechtigungen für einen Lightning-Knoten können Verfügung über dessen Mittel ermöglichen. Trennen Sie Schlüssel für Empfang, Signatur und Verwaltung; self-hosted allein bestimmt nicht, wer das Geld ausgeben kann. [BTCPay Server — Wallet setup] [BTCPay Server — General FAQ]
Ein fremder Host betreibt den Server, während der Nutzer direkt in seine eigene Wallet empfangen kann. Das beseitigt Vertrauen nicht: Ein bösartiger oder kompromittierter Server kann den öffentlichen Schlüssel ersetzen und künftige Zahlungen umleiten. Bereits in der Wallet eingegangene Coins und neu angezeigte Zahlungsdaten sind zwei verschiedene Dinge. Prüfen Sie den Eingang auch unabhängig von der Kasse. Derselbe Angriff kann eine kompromittierte eigene Instanz treffen; der Host beeinflusst zudem Verfügbarkeit und Privatsphäre. [BTCPay Server — Third-party hosting risks]
Der Shop legt Währung, Kursquelle, Gültigkeit und erforderliche Bestätigungen fest. Processing wartet bei einer On-chain-Zahlung auf die eingestellte Bedingung; Settled kennzeichnet deren Erfüllung. Eine erfolgreiche Lightning-Zahlung muss nicht auf einen Block warten. Behandeln Sie auch Unterzahlungen, Überzahlungen, späte Eingänge und manuelle Statusänderungen, die keine Netzwerkbestätigung erzeugen. Einen Preis in Bitcoin umzurechnen ist kein Verkauf in Fiatgeld: Ein Umwandlungsplugin oder Anbieter bringt eigene Gebühren und Vertrauensanforderungen mit. [BTCPay Server — Invoice lifecycle] [BTCPay Server — Store rates and policies] [BTCPay Server — General FAQ]
Der Onlineshop sollte die Zuordnung zwischen Bestellung und Rechnungskennung speichern. Greenfield API erlaubt eine Begrenzung der Berechtigungen auf den jeweiligen Shop; geben Sie dem Schlüssel nicht mehr Zugriff als nötig. Prüfen Sie Webhooks nach der Dokumentation und verarbeiten Sie wiederholte Ereignisse ohne zweiten Versand. Die Rückkehr des Kunden auf eine Dankeseite beweist allein keine Zahlung. Gleichen Sie nach einem Ausfall lokale Aufzeichnungen mit den tatsächlichen Rechnungs- und Zahlungszuständen ab. [BTCPay Server — eCommerce integration]
Ein eigener Knoten benötigt Verfügbarkeit, Kanalverwaltung und eingehende Liquidität. Ein Liquiditätsdienst, ein Swap oder eine verwahrende Wallet lösen unterschiedliche Teile des Problems und sind nicht dasselbe Modell. Bei einem Verwahrdienst verbleibt die Kontrolle über die Mittel beim Anbieter; bei anderen Varianten sind die konkreten Berechtigungen und Risiken zu prüfen. Das Logo von BTCPay Server garantiert weder den Erfolg jeder Zahlung noch Gebühren von null. [BTCPay Server — Lightning options]
Sichern Sie Shopdaten, Rechnungen, Konfiguration und benötigte Wallet-Daten passend zur Bereitstellung; ein Seed ersetzt keine Bestelldatenbank. Die Docker-Dokumentation verlangt, die Wiederherstellung einer Sicherung zu testen. Ein alter Lightning-Kanalzustand kann bei falscher Wiederherstellung zum Verlust von Mitteln führen. Eine geplante Migration mit sauber gestopptem ursprünglichem Knoten unterscheidet sich von Notfallwiederherstellung; starten Sie nach Inbetriebnahme des Ersatzes nicht die ursprüngliche Kopie desselben Knotens. Das Verfahren muss zum verwendeten Backend passen. [BTCPay Server — Backup and restore]
Planen Sie Updates, Schutz des Administratorzugangs, Netzwerkerreichbarkeit, Verfügbarkeitsüberwachung und geprüfte Sicherungen. Hosting, Hardware, Netzwerkgebühren, Liquidität und Support können Geld kosten, auch wenn die Software keinen Prozentsatz jeder Zahlung einbehält. Begrenzen Sie gespeicherte Kundendaten. Erstattungen und Lieferstreitigkeiten bearbeitet der Händler, nicht die Projektentwicklung; ein Rechnungsexport garantiert nicht die Erfüllung aller Buchhaltungspflichten. [BTCPay Server — Maintenance] [BTCPay Server — General FAQ] [BTCPay Server — eCommerce integration]
Ein Kassenausfall bedeutet nicht den Verlust bereits empfangener Coins
In einem beispielhaften Shop kennt der Server nur öffentliche Daten einer externen Wallet. Fällt das Hosting aus, bleiben bereits empfangene On-chain-Coins unter Kontrolle ihrer Schlüssel, doch die Kasse kann möglicherweise keine neuen Rechnungen erstellen oder Zahlungen melden. Der Betreiber stellt den Dienst wieder her, prüft die Empfangskonfiguration und gleicht Bestellungen mit der Wallet ab. Dieses Beispiel gilt weder für eine Hot Wallet auf dem verlorenen Server noch für einen veralteten Lightning-Kanalzustand.
Für ein möglichst vollständiges Bild lies diesen Eintrag zusammen mit Bitcoin Payment Processor, Bitcoin Point of Sale, Selbstverwahrung, Lightning Network, Merchant Adoption, Bitcoin. Auf diesen Eintrag verweisen außerdem Bitcoin Coffee, Bitcoin Payment Processor, Bitcoin Point of Sale, Bitcoin Donations.
01Bedeutet BTCPay Server automatisch Selbstverwahrung?+
Nein. Entscheidend sind angeschlossene Wallet, Lightning-Dienst und tatsächliche Berechtigungen. Der Empfang in eine externe Wallet allein über einen öffentlichen Schlüssel unterscheidet sich von einer Hot Wallet auf einem fremden Server oder einem verwahrenden Backend. Außerdem müssen Sie der Richtigkeit der angezeigten Zahlungsdaten vertrauen.
02Reicht eine Seed-Sicherung zur Wiederherstellung?+
Ein Seed kann die zugehörige On-chain-Wallet wiederherstellen, aber nicht automatisch Rechnungen, Shopeinstellungen und Lightning-Kanalzustände. Diese Teile haben eigene Sicherungen und Verfahren. Die Wiederherstellung muss getestet werden; eine veraltete Kopie eines aktiven Lightning-Knotens lässt sich nicht sicher wie eine gewöhnliche Dateisicherung behandeln.