Krypto auf der eigenen Website annehmen — ohne fremden Zahlungsdienst

Jedes Mal, wenn ein Kunde über Coinbase Commerce, BitPay oder einen ähnlichen gehosteten Dienst bezahlt, geben Sie einen Teil Ihres Umsatzes ab, legen Ihre Bestelldaten gegenüber Dritten offen und nehmen in Kauf, dass Ihr Konto ohne Vorwarnung gesperrt wird. Es geht besser.

Warum fremde Zahlungsdienste ein Problem sind

Gehostete Krypto-Zahlungsdienste waren 2017 sinnvoll, als der Betrieb einer eigenen Bitcoin-Node noch echte Arbeit bedeutete. 2025 sieht die Abwägung völlig anders aus:

• Gebühren summieren sich. 1% auf 50 000 $ Monatsumsatz sind 6 000 $ pro Jahr — genug, um zehn Jahre lang eine eigene Infrastruktur zu betreiben.
• Die Daten gehören Ihnen nicht. Jede Bestellung, jede Kunden-IP, jeder Produktname läuft über Server, die Sie nicht kontrollieren.
• Das Kontorisiko ist real. Anbieter können Konten einfrieren, über Nacht ihre Bedingungen ändern oder den Markt ganz verlassen. Ihr Zahlungsprozess bricht ohne Vorwarnung weg.
• KYC-Anforderungen wachsen schleichend. Was mit „nur einer E-Mail“ beginnt, endet schnell bei der vollständigen Firmenprüfung — und schränkt ein, wer Ihre Integration überhaupt nutzen kann.

Die selbst gehostete Alternative

Ein selbst gehostetes Krypto-Payment-Gateway läuft auf Ihrem eigenen Server und kann Empfangsadressen aus öffentlichem Schlüsselmaterial ableiten, ohne private Schlüssel auf dem Server zu speichern. Das ist ein anderes Modell als Payoras Zahlungsseite: Payora ist ein gehosteter Dienst, schreibt Zahlungen standardmäßig dem Payora-Guthaben gut, und Direktabwicklung ist nur verfügbar, wenn sie für geprüfte Konten aktiviert wurde und im jeweiligen Netzwerk verfügbar ist. Wenn Sie eine Self-Hosted-Architektur betreiben, sieht der allgemeine Ablauf so aus:

Die Architektur sieht so aus:

1. Ihre Website ruft eine lokale API auf und erzeugt eine Rechnung mit order_id und Betrag.
2. Das Gateway leitet aus Ihrem xPub bzw. öffentlichen Schlüssel eine frische, eindeutige Einzahlungsadresse für diese Rechnung ab.
3. Der Kunde wird auf eine gehostete Zahlungsseite weitergeleitet — oder Sie binden die Adresse direkt selbst ein.
4. Das Gateway beobachtet die Blockchain, erkennt den eingehenden Zahlungseingang und schickt einen signierten Webhook an Ihren Server.
5. Ihr Server prüft die Webhook-Signatur und markiert die Bestellung als bezahlt.

Die Mittel gehen direkt an Sie. Das Gateway hat zu keinem Zeitpunkt die Verwahrung.

Welche Coins können Sie annehmen?

Eine moderne Zahlungsseite sollte jedes wichtige Netzwerk abdecken, das Ihre Kunden nutzen könnten. Payora unterstützt BTC, ETH und sämtliche EVM-Chains (BSC, Polygon, Arbitrum, Base), Tron, TON, Solana, LTC, DOGE, BCH, XRP und XLM — dazu USDT und USDC auf jedem Netzwerk, das sie führt. Das sind über 20 Coins aus einer einzigen Integration.

Entscheidend: Sie brauchen keine separate Integration pro Coin. Sie erstellen eine Rechnung im Fiat-Modus — etwa über 29,99 $ — und auf der Zahlungsseite wählt der Kunde seinen bevorzugten Coin. Das Gateway rechnet den Betrag um, vergibt eine Adresse und überwacht die Chain. Ihr Backend erhält schlicht einen paid-Webhook, unabhängig davon, womit bezahlt wurde.

In unter einer Stunde eingerichtet

Die Integration ist ein einziger API-Aufruf:

POST https://api.yourdomain.com/v1/invoice
{
  "order_id": "order-1234",
  "amount":   "29.99",
  "mode":     "fiat"
}

Die Antwort enthält eine pay_url, auf die Sie den Kunden weiterleiten. Damit ist das Frontend erledigt. Im Backend verarbeiten Sie genau einen Webhook-Event-Typ: status=paid. Das PHP-SDK ist eine einzelne Datei ohne Abhängigkeiten.

Gesamte Integrationszeit für eine versierte Entwicklerin: 30–60 Minuten. Laufender Aufwand: praktisch null, denn Ihre Schlüssel liegen offline und der Server leitet die Adressen rein rechnerisch ab.

Die Garantie, dass kein Geld verloren geht

Ein berechtigter Einwand gegen selbst gehostete Software ist die Frage, ob Geld verloren gehen kann. Ein sauber entworfenes Gateway löst das über ein Append-only-Ledger: Jedes Zahlungsereignis wird als unveränderlicher Eintrag mit einem Unique-Constraint auf (type, ref_type, ref_id) festgehalten. Eine Einzahlung, die doppelt eintrifft — wegen einer Blockchain-Reorg, eines Netzwerkfehlers oder eines Bugs —, wird stillschweigend dedupliziert. Ihr Guthaben kann nur steigen, wenn das Geld tatsächlich on-chain eingegangen ist.

Unterzahlungen werden separat erfasst, Überzahlungen in voller Höhe gutgeschrieben. Nichts wird klammheimlich verworfen.

Ist Self-Hosting das Richtige für Sie?

Selbst hosten lohnt sich, wenn Sie:

• mehr als 5 000 $ pro Monat in Krypto abwickeln (allein die Gebühren rechtfertigen es)
• ohnehin schon einen VPS oder dedizierten Server für Ihre Website betreiben
• volle Kontrolle über Bestelldaten und die Privatsphäre Ihrer Kunden wollen
• für Märkte entwickeln, in denen fremde Zahlungsdienste schlecht abdecken oder hohe KYC-Hürden aufbauen

Weniger passend ist es, wenn Sie einen vollständig verwalteten Dienst mit Support-Hotline brauchen oder Ihr Transaktionsvolumen so gering ist, dass sich der Einrichtungsaufwand nicht lohnt.

Wenn Sie den gesamten Stack selbst kontrollieren möchten, kann eine Self-Hosted-Architektur die richtige Wahl sein. Wenn Sie dagegen eine gehostete Zahlungsseite mit 0 % Gebühr beim Annehmen, Payora-Guthaben standardmäßig und Direktabwicklung nur nach Prüfung und dort, wo sie verfügbar ist, möchten, erstellen Sie ein Payora-Konto, holen Sie sich Ihre API-Schlüssel und probieren Sie es aus.