BTCPay Server auf einem VPS selbst hosten

Der Slogan lautet meist „keine Gebühren“, und das ist der uninteressanteste Teil davon. Vier Dinge ändern sich, und nur eines davon hat mit Geld zu tun:

• Niemand hält Ihr Geld während der Durchleitung. Ein gehosteter Zahlungsdienstleister nimmt die Zahlung des Kunden in seine eigene Wallet auf und schreibt sie Ihnen erst danach gut. Genau in dieser Lücke passieren Holds, Prüfungen und Sperren. BTCPay empfängt nie etwas: Der Kunde zahlt an eine Adresse, die von Ihrem Schlüssel abgeleitet ist, und die Coins gehören Ihnen ab der ersten Bestätigung.
• Niemand fragt, wer Sie sind. Das Onboarding bei einem Zahlungsdienstleister ist ein Identitätsprozess, an dessen Ende eine Bank steht. Software zu installieren ist das nicht. Das ist der ganze Unterschied, und deshalb lautet die Antwort auf „wie nehme ich Krypto ohne KYC an“ immer „betreiben Sie den Prozessor selbst“.
• Die Kosten hören auf, mit Ihnen zu skalieren. Ein Prozentsatz wird für immer berechnet und wächst mit dem Erfolg. Ein VPS und eine Domain kosten in einem guten Monat genauso viel wie in einem schlechten.
• Sie erben die operative Arbeit. Uptime, Updates, Backups, und die Person zu sein, die die Nachricht bekommt, wenn ein Kunde sagt, die Rechnung sei nie beglichen worden. Das ist der wahre Preis, und er wird in Aufmerksamkeit bezahlt, nicht in Währung.

Was Sie nicht bekommen, ist das eine, worin Zahlungsdienstleister wirklich gut sind: Coins in Geld auf einem Bankkonto zu verwandeln, in Ihrem Auftrag. BTCPay hält, was ihm bezahlt wurde, in dem Coin, in dem es bezahlt wurde. Umtausch, Rechnungsstellung in Fiat, Buchhaltungsexporte, die ein Finanzamt anerkennt — alles separate Probleme, und die meisten Wege, sie zu lösen, führen genau die identifizierte Gegenpartei wieder ein, die Sie gerade entfernt haben. Überlegen Sie sich, welche Hälfte dieses Tauschgeschäfts Sie eigentlich wollten, bevor Sie irgendetwas aufbauen.

Der Name führt auf nützliche Weise in die Irre. „BTCPay Server“ ist nicht ein einzelnes Programm; die Standardbereitstellung ist eine kleine Flotte von Containern, die gemeinsam hochfährt, und zu wissen, welcher welcher ist, macht den Unterschied zwischen korrekter Dimensionierung und Raten:

• Bitcoin Core. Eine echte Vollnode, die ab Genesis validiert. Das ist die Komponente, die Sie Speicherplatz kostet, den größten Teil des ersten Tages, und fast den gesamten Arbeitsspeicher. Alles andere ist vergleichsweise gratis.
• NBXplorer. Der Indexer zwischen Core und BTCPay. Sie geben ihm erweiterte öffentliche Schlüssel; er verfolgt die daraus abgeleiteten Adressen und meldet BTCPay, wenn Geld eingeht. Er ist außerdem die Komponente, die sich ums Pruning sorgt, aus Gründen, auf die der Abschnitt zu den Fehlerszenarien später zurückkommt.
• BTCPay Server selbst. Die Anwendung: Stores, Rechnungen, die Checkout-Seite, die Kassenfunktion, Webhooks, die Greenfield API. Vergleichsweise genügsam — ein paar hundert Megabyte Arbeitsspeicher.
• PostgreSQL. Rechnungen, Stores, Einstellungen, Nutzer, API-Schlüssel. Klein, und der eigentliche Grund für Ihre Backups.
• nginx mit automatischen Zertifikaten. Ein Reverse-Proxy plus ein Begleiter, der ein Zertifikat für Ihren Hostnamen ausstellt und erneuert. Deshalb müssen die Ports 80 und 443 wirklich aus dem Internet erreichbar sein.
• Optional eine Lightning-Node (Core Lightning oder LND) und ein Monero-Daemon mit einer Wallet-RPC daneben — jeder bringt seine eigene Chain und seinen eigenen Appetit auf Speicherplatz mit.

Die Frage bei der Dimensionierung lautet also nie „wie groß muss BTCPay sein“. Sie lautet „wie viel Chain behalte ich, und wie viele Chains“. Beantworten Sie das, und der Plan wählt sich von selbst.

Das Projekt dokumentiert 2 GB RAM mit Swap als Minimum und 4 GB als Empfehlung, und die Lücke zwischen diesen beiden Zahlen ist die Lücke zwischen einer Installation, die technisch durchläuft, und einer, an die Sie tatsächlich Kunden heranlassen wollen. Eine Anwendungslaufzeit, PostgreSQL und ein synchronisierender bitcoind, die sich 2 GB teilen, werden fertig — langsam, wobei die Swap-Datei Arbeit übernimmt, die sie nicht übernehmen sollte.

Der Speicherplatz richtet sich danach, wie stark Sie kürzen, und die Deployment-Variante stellt das als Fragment dar, das Sie dem Installer übergeben. Die Familie läuft bei opt-save-storage auf etwa 100 GB Blockdateien, bei -s auf etwa 50 GB, bei -xs auf etwa 25 GB und bei -xxs auf etwa 5 GB. Letzteres ist eine Falle für alles, was überleben soll: Es behält so wenig Historie, dass die gewöhnliche Wartung anfängt zu scheitern. Für einen Store ist -s oder -xs das sinnvolle Band.

Konkrete Zahlen aus der Preisübersicht, denn „kommt darauf an“ ist keine Antwort:

• Nur Bitcoin, gekürzt, ein Store — Scout, 2 vCPU / 4 GB / 70 GB NVMe, $9.00/mo. Die ehrliche Untergrenze, und für die meisten Leser die richtige Antwort.
• Bitcoin und Lightning — Runner, 3 vCPU / 6 GB / 100 GB, $14.00/mo. Ein Lightning-Daemon ist genügsam bei der Disk, besteht aber hartnäckig darauf, online zu bleiben; der Spielraum ist für die Node darunter.
• Bitcoin, Lightning und Monero — Alpha, 6 vCPU / 12 GB / 200 GB, $28.00/mo. Eine gekürzte Monero-Chain liegt allein schon bei rund 85 GB, weshalb es bei zwei Chains und zwei Indexern mit 8 GB eng wird. Hunter (4 vCPU / 8 GB / 140 GB, $19.00/mo) reicht nur, wenn Bitcoin hart gekürzt bleibt und das auch so bleibt.
• Eine ungekürzte Node hinter dem Store — ein anderes Projekt mit einer anderen Rechnung. Die Vollnode-Anleitung hat diese Zahlen, und sie beginnen bei Fenrir.

CPU zählt genau einmal. Die Signaturverifizierung während des initialen Block-Downloads parallelisiert, sodass zwei bis vier vCPU die erste Synchronisierung von Tagen auf etwa einen Tag verkürzen und die CPU danach wieder in den Leerlauf geht. Bandbreite ist eine einmalige Ausgabe für die gesamte Chain, auf einem 1 Gbps-Port mit unbegrenztem Traffic und ohne Mehrverbrauchsrechnung am Monatsende. Latenz ist für einen Zahlungsdienstleister irrelevant, wählen Sie den Standort also nach Jurisdiktion statt nach Millisekunden — Amsterdam, Paris, Bukarest und Sofia liegen alle zum Grundpreis.

Eine kurze Liste, und ein Punkt darauf ist nicht technisch.

• Eine Domain, mit einem bereits auf den Server zeigenden A-Record. Das Zertifikat wird über HTTP gegen diesen Hostnamen ausgestellt, daher muss DNS vor dem Lauf des Installers aufgelöst sein, nicht währenddessen. Eine Subdomain wie pay.example.com ist die übliche Form.
• Die Ports 80 und 443 offen zur Welt. Port 80 ist nicht optional, auch wenn hinterher nichts Sinnvolles darauf lauscht; die Zertifikatsprüfung braucht ihn.
• Debian 13 aus der Template-Bibliothek, auf einer Maschine, die bereits den zehnminütigen Härtungsdurchgang hinter sich hat. Erledigen Sie das zuerst — sobald ein Stack läuft, ist es deutlich schwerer, das noch anständig nachzuholen.
• Eine Wallet, die Sie bereits kontrollieren, und ihr erweiterter öffentlicher Schlüssel. Sparrow, Electrum oder eine Hardware-Wallet. Halten Sie sie bereit, bevor Sie installieren, damit Sie nie in Versuchung geraten, den Server eine für Sie generieren zu lassen.
• Eine E-Mail-Adresse für die Zertifizierungsstelle. Sie erhält Ablaufwarnungen und sonst nichts.
• Eine jetzt getroffene Entscheidung über das Kürzen. Ihre Meinung später zu ändern bedeutet, die Chain von Grund auf neu zu synchronisieren, und das ist ein Tag, den Sie nicht zweimal erleben wollen.

Fast jedes schlechte Ergebnis mit einem selbst gehosteten Zahlungsdienstleister geht auf eine einzige, früh und beiläufig getroffene Entscheidung zurück: den Server etwas halten zu lassen, das ausgeben kann. Es lohnt sich, bei den drei Fällen konkret zu werden, denn sie unterscheiden sich wirklich.

• Bitcoin on-chain: immer Watch-only. BTCPay hält einen erweiterten öffentlichen Schlüssel und sonst nichts. Wird die Maschine kompromittiert, erfährt der Angreifer, was Ihnen bezahlt wurde, und kann ändern, wohin künftige Rechnungen zeigen — ein echter Angriff, und der Grund, nach jedem Vorfall die Wallet Ihres Stores zu überprüfen — aber er kann keinen bereits empfangenen Coin anrühren.
• Lightning: per Definition heiß. Kanäle werden mit Coins finanziert, die der Server ausgeben kann, denn genau das ist ein Kanal. Das ist die bewusste Ausnahme, und der Abschnitt weiter oben dimensioniert sie.
• Monero: strukturell View-only. Der private View Key legt jede eingehende Zahlung offen und autorisiert keine davon. Auf der Bitcoin-Seite gibt es dazu keine Entsprechung.

Die eine Funktion, die dieses Modell absichtlich durchbricht, ist Payjoin. Sie lässt Ihren Server einen Input zur Transaktion des Kunden beisteuern, was die Common-Input-Heuristik, auf die sich Chain-Analyse stützt, spürbar schwächt und für beide Seiten ein echter Privatsphäre-Gewinn ist — aber ein Empfänger muss signieren können, also braucht es dafür eine Hot Wallet innerhalb von BTCPay. Das ist ein echter Kompromiss und kein Feature zum Nulltarif. Gehen Sie ihn bewusst ein, und finanzieren Sie sie so, wie Sie die Lightning-Wallet finanzieren: mit einem Betrag, nicht mit allem.

Und falls Sie den Setup-Assistenten die Store-Wallet generieren lassen, weil das der schnellste Weg war: Notieren Sie sich den Seed, den er Ihnen gezeigt hat, verifizieren Sie ihn in einer Offline-Wallet, und planen Sie dann die Migration zu einem Watch-only-Setup. Ein Seed, der jemals auf einem mit dem Internet verbundenen Server lag, ist ein Seed mit laufendem Countdown.

Sortieren Sie den Zustand danach, was seine Wiederherstellung kosten würde, denn die Antworten fallen sehr unterschiedlich aus:

• Die Chain. Kein Backup-Problem. Sie ist öffentliche Daten und synchronisiert sich neu, langsam und kostenlos. Sichern Sie sie niemals.
• Die Datenbank. Rechnungen, Stores, Einstellungen, Nutzer, API-Schlüssel. Das ist das eigentliche Backup, sie ist klein, und ihr Verlust kostet Sie die Buchhaltung jedes einzelnen Verkaufs — nicht das Geld, aber den Papierkram.
• Ihre On-Chain-Wallet. Bereits sicher, weil der Schlüssel nie hier war. Das ist die Belohnung für Schritt fünf.
• Der Lightning-Kanalzustand. Derjenige, der zubeißt. Ein statisches Kanal-Backup lässt Sie nach einem Totalverlust die Mittel in Ihren Kanälen wiederherstellen, indem es sie zwangsweise schließt; es stellt die Kanäle nicht wieder her, und ist wertlos, wenn es veraltet ist. Es ändert sich bei jedem Öffnen oder Schließen eines Kanals, gehört also in eine automatisierte externe Kopie statt in einen Ordner, an den Sie sich vierteljährlich erinnern.
• Die Monero-View-only-Wallet. Wiederherstellbar aus der Adresse und dem View Key, die Sie weiterhin offline aufbewahren. Sichern Sie diese, und behandeln Sie die Wallet-Dateien als Cache.

Das Deployment liefert Helfer mit, die das korrekt erledigen:

btcpay-backup.sh    # stops the stack, dumps Postgres, tars the config, restarts
btcpay-restore.sh   # puts one of those archives back

Genau diese Pause ist der Sinn der Sache — eine Hot-Kopie einer laufenden Datenbank kann sich in etwas Interessantes zurückspielen lassen. Verschlüsseln Sie alles, was die Maschine verlässt, und denken Sie daran, dass der wöchentliche Snapshot, der bei jedem Plan dabei ist, eine Annehmlichkeit ist und kein Backup: Ein Snapshot lebt zusammen mit dem, was er schützen soll.

In grober Reihenfolge, wie oft sie jemanden einen Abend kosten:

• Das Zertifikat wird nie ausgestellt. In neun von zehn Fällen wurde der A-Record erst nach dem Lauf des Installers angelegt, oder Port 80 ist gefiltert. Beheben Sie das DNS, bestätigen Sie, dass der Name von irgendwo außerhalb Ihres eigenen Laptops auflöst, und starten Sie dann das Setup-Skript erneut. Blind gegen die Zertifizierungsstelle erneut zu versuchen bringt Ihnen ein Rate-Limit und eine Woche Wartezeit ein, ändern Sie also zwischen den Versuchen etwas.
• Ein importierter erweiterter Schlüssel mit Historie zeigt kein Guthaben. Das ist die Pruning-Falle. Der Indexer findet neue Zahlungen, indem er neue Blöcke beobachtet, aber die Vergangenheit einer bestehenden Wallet zu rekonstruieren bedeutet, Blöcke zu lesen, die eine gekürzte Node bereits gelöscht hat. Verwenden Sie ein frisches Konto für den Store, und das Problem existiert nicht; wenn Sie Historie importieren müssen, brauchen Sie eine ungekürzte Node und einen Rescan.
• „Der Kunde hat bezahlt, und die Rechnung ist immer noch offen.“ Meist Unterzahlung durch die Gebühr der sendenden Wallet, eine Rechnung, die abgelaufen ist, während die Zahlung unbestätigt herumlag, oder eine Bestätigungsrichtlinie, die strenger ist, als Sie sich erinnern, sie gewählt zu haben. Alle drei sind Einstellungen, und alle drei sind der Grund, warum Sie zuerst mit eigenem Geld testen.
• Die Node fällt still und leise zurück. Ein hängengebliebener bitcoind gibt weiterhin Adressen aus und verpasst Zahlungen, ohne sich zu beschweren. Vergleichen Sie Ihre Blockhöhe regelmäßig mit einer öffentlichen Quelle und schlagen Sie bei einer Lücke Alarm; das sollten Sie nicht von einem Kunden erfahren müssen.
• Ein Update zum falschen Zeitpunkt. btcpay-update.sh verhält sich brav, startet aber alles neu. Führen Sie es bewusst aus, nie automatisch, und nie während eines Verkaufs.
• Die Adresse erwirbt einen Ruf. Eine Checkout-Seite auf einer geblockten IPv4 ist eine Checkout-Seite, die manche Unternehmensnetzwerke und Mailfilter stillschweigend ablehnen. Jeder Plan hier liefert eine dedizierte Adresse ohne Historie, und es lohnt sich, sie zu prüfen, bevor Sie die Domain auf irgendetwas drucken.

Die Software entfernt eine Gegenpartei. Sie entfernt nicht den Rest der Angriffsfläche, und ehrlich damit umzugehen ist nützlicher als eine weitere Liste von Features.

Die Domain ist die Schwachstelle. Sie ist irgendwo registriert, sie löst öffentlich auf, und sie ist das Erste, worauf jeder schaut. Ein Zahlungsdienstleister, der selbst gehostet wird auf einem Hostnamen, der auf Ihren eigenen Namen bei einem Registrar in Ihrem eigenen Land registriert ist, hat das Geld aus den Händen eines Dritten herausgeholt und die Identität exakt dort belassen, wo sie war. Wenn das für das relevant ist, was Sie verkaufen, verdient der Registrar mindestens so viel Nachdenken wie der Host.

Die Jurisdiktion ist eine echte Variable. Wo die Maschine steht, entscheidet, wessen Gerichtsbeschluss sie erreicht und wie viel Verfahren im Weg steht. Das ist Reibung und Distanz, keine Immunität — ein Punkt, den der Eintrag zu Offshore-Hosting ausführlich macht, und es lohnt sich, ihn zu lesen, bevor Sie eine Flagge über ein Netzwerk stellen.

Das Konto ist das letzte Glied. Den Server mit einer E-Mail-Adresse zu mieten und in Monero zu bezahlen bedeutet, dass kein Kontoauszug die Checkout-Seite mit einer Bank verknüpft — seltsam, das zu übersehen, während man ein System baut, dessen ganzer Sinn es ist, keine zu brauchen. Jeder Plan hier ist standardmäßig no-KYC, und jeder Standort liefert eine dedizierte saubere IPv4 mit eigenem Reverse-DNS.

Und die Grenze wird ausgesprochen statt nur angedeutet. Nodes, Zahlungsdienstleister und Stores sind gewöhnliche Infrastruktur und hier willkommen; die Nutzungsrichtlinie ist kurz, öffentlich, und hat einen Boden, unter den es nicht geht. Ob Sie eine Lizenz brauchen, um Zahlungen anzunehmen, ist eine Frage danach, was Sie verkaufen und wo Sie sind, nicht nach der Software — und es ist eine Frage für jemand Qualifizierten, nicht für eine Hosting-Anleitung.