End-to-End-Flow

Von „In den Warenkorb" bis USDC auf deiner Wallet.

Du musst nicht auf Etherscan oder Polygonscan nachsehen. Jede Zahlung löst einen Webhook + eine E-Mail + optional eine Telegram-DM aus.

Der volle Flow

10 Schritte. Null Überraschungen.

PeptidePay Payment-Sequenzdiagramm mit 10 Nachrichten zwischen Kunde, Merchant-Site, PeptidePay und dem Karten-On-Ramp vom Klick bis zum USDC-Settlement
  1. Kunde legt auf deiner Site in den Warenkorb

    BPC-157 + Retatrutide im Warenkorb.

  2. WooCommerce erstellt Bestellung #1234

    Status: pending payment. Bestand reserviert.

  3. Redirect zum sicheren Checkout

    Wir hosten den Checkout auf peptide-pay.com/session/xyz. Deine order_id reist als Metadaten mit.

  4. Kunde wählt eine Methode

    Apple Pay / Google Pay / Karte / Krypto direkt. Smarte Empfehlung basierend auf Betrag.

  5. Payment-Rail übernimmt

    Der Karten-On-Ramp verarbeitet die Karte. Oder wir nehmen Krypto direkt. Gelder berühren nie einen PeptidePay-Saldo.

  6. USDC kommt auf deiner Wallet an

    Meist Ethereum, manchmal Polygon. ~30 Sekunden. Prüfbar auf Etherscan oder Polygonscan (musst du nicht).

  7. Settlement-Layer pingt uns (IPN)

    Backend-Bestätigung: Zahlung ist final.

  8. Wir pingen deine Site (HMAC-Webhook)

    Signierter POST an /wc-api/peptidepay_webhook_authed. Dein Plugin verifiziert die Signatur, findet Bestellung #1234, ruft payment_complete() auf.

  9. Deine Site + WooCommerce aktualisieren die Bestellung

    Status geht auf 'Processing'. E-Mails gehen raus: eine an dich („neue bezahlte Bestellung"), eine an den Kunden („Bestellung bestätigt").

  10. Du versendest

    Check dein WC Admin. Match Bestellung #1234. Versenden. Fertig.

Drei Setups

Wähl deinen Stack.

Gleicher Flow, drei Arten, es zu verdrahten.

A

WooCommerce-Plugin

  • Plugin installieren → Wallet einfügen → fertig.
  • Webhook + E-Mail + WC-E-Mail-Chain, alles automatisch.
Plugin herunterladen
B

Custom-Website

(Next.js, static, alles)

  • /api/v1/checkout/init aufrufen → Kunden redirecten → auf /your-webhook hören.
  • Wir signieren mit HMAC-SHA256. Du verifizierst. Du updatest deine DB + E-Mail.
API-Docs
C

Keine Website

(Telegram / IG / DM)

  • Nutz /pay 80 EUR in unserem Bot. Link an den Kunden schicken.
  • Er zahlt. Du bekommst $ auf die Wallet + DM-Bestätigung.
Telegram einrichten
Benachrichtigungen

„Aber woher weiß ich, dass ich bezahlt wurde?"

  • WooCommerce-E-Mail an Admin (im Plugin-Modus)
  • Unsere E-Mail an deine Notification-Adresse („Neue Zahlung: $150")
  • Telegram-DM via unseren Bot (Opt-in)
  • Live-Dashboard unter peptide-pay.com/app (Top-Line-Updates alle 10s)
  • Webhook an deine Site 6× über ~42h retrit, falls dein Server down ist
  • Etherscan · Polygonscan für Misstrauische: jede Tx ist on-chain prüfbar, prüfe deine Adresse auf beiden

Du weißt es innerhalb von Sekunden nach dem Zahlungsabschluss.

FAQ

Edge Cases.

Was, wenn meine Site down ist, wenn ihr den Webhook schickt?
Wir retryen 6-mal über ~42 Stunden (5min → 15min → 1h → 4h → 12h → 24h). Danach dead-lettern wir die Delivery. Du kannst immer re-syncen via GET /api/v1/sessions/{id}.
Kann ich ohne echtes Geld testen?
Es gibt kein Sandbox-Netzwerk — jede Zahlung ist ein echtes On-Chain-Settlement. Der risikoärmste Test ist eine echte 1-$-Zahlung, die du dir selbst zurückerstattest. Um nur deinen Webhook gratis zu testen, feuere ein signiertes Event mit einem sk_test_-Key an /api/v1/test/fire-webhook.
Kann ich meine eigene order_id mitgeben?
Ja, gib metadata: {order_id: "1234"} in /api/v1/checkout/init mit. Wir spiegeln es im Webhook-Payload zurück.
Welche Daten speichert ihr?
session_id, wallet, amount, status, customer email (für Logs gehasht). Alles unter /privacy.
Chargebacks?
Unmöglich. USDC on-chain ist final. Das ist der ganze Sinn.

Bereit zum Einstecken?

Wähl den Weg, der zu deinem Stack passt. Alle drei teilen sich dieselben Payment-Rails.