Kartenherausgabe-API
2328 ist eine API zur Ausgabe virtueller Karten für Teams, die ihren Nutzern eine Zahlungskarte zur Verfügung stellen möchten, ohne selbst ein lizenzierter Emittent zu werden. Sie registrieren Karteninhaber, geben Karten unter einem gesponserten BIN aus, finanzieren diese aus Ihrem USDT-Wallet und steuern den gesamten Lebenszyklus – einfrieren, entladen, schließen – über eine einzige REST-Schnittstelle.
Der traditionelle Aufbau eines Kartenprogramms erfordert eine Schema-Lizenz, eine BIN, einen Prozessor, eine Sponsoring-Bank und achtzehn Monate Zertifizierungsarbeit, bevor die erste Autorisierung erfolgt. Diese Arbeit ist hier bereits erledigt. Was auf Ihrer Seite bleibt, ist der Teil, der tatsächlich Ihr Produkt ist: wer eine Karte erhält, was sie ausgeben können und wie das Erlebnis aussieht.
Die API ist ausschließlich JSON, alle Felder sind camelCase, und jede Anfrage außer der öffentlichen Zustandsprüfung wird mit einem Bearer-Schlüssel autorisiert. Geld ist immer eine Ganzzahl in kleineren Einheiten mit einer expliziten Währung und Skalierung – das Wallet ist USDT mit Skalierung 6, Karten sind USD mit Skalierung 2 – sodass es niemals einen mehrdeutigen Float in einem Ledger gibt.
Karteninhaber
Registrieren Sie Karteninhaber mit den vom Programm benötigten Identitätsdaten und geben Sie dann eine oder mehrere Karten für jeden von ihnen aus. Onboarding, Limits und Lebenszyklus werden vollständig von Ihrer Seite gesteuert.
Sofortige Ausgabe virtueller Karten
Karten werden durch einen einzigen API-Aufruf erstellt und sind sofort nutzbar – kein Plastik, kein Versand, kein Aktivierungsschritt. Geben Sie eine pro Benutzer, pro Abonnement, pro Kampagne oder pro Lieferant aus.
Finanzierung aus einem USDT-Wallet
Karten werden aus Ihrem Stablecoin-Guthaben finanziert. USDT kommt mit Skalierung 6, das Kartenguthaben ist USD mit Skalierung 2, und die API ist explizit über beides, sodass die Ledger niemals auseinanderdriften.
Volle Kontrolle über den Lebenszyklus
Karten programmatisch einfrieren, freigeben, entladen und schließen. Eine kompromittierte Karte ist mit einer einzigen Anfrage tot; ein beendetes Abonnement kostet nichts, um es zu beenden.
Guthaben und Transaktionen
Lesen Sie Live-Kartenguthaben und den Transaktionsverlauf des gesamten Programms, einschließlich Autorisierungen, Abrechnungen, Ablehnungen und Gebühren.
Bestellungen und Webhooks
Geldoperationen sind asynchron: Sie übermitteln eine Operation, erhalten eine Bestellung und behandeln den Webhook als Quelle der Wahrheit, anstatt bei einer 200 von einem Erfolg auszugehen.
BIN-Sponsoring, ohne den zweijährigen Umweg
Jede Karte ist an eine BIN gebunden – die Nummer, die den Kartennetzwerken mitteilt, welche lizenzierte Institution dahintersteht. Eine eigene BIN zu erhalten bedeutet, ein Hauptmitglied von Visa oder Mastercard zu werden: regulatorische Lizenz, Scheme-Sicherheiten, Kapitalanforderungen und jahrelange Zertifizierung.
Über 2328 ausgegebene Karten laufen auf einer bestehenden gesponserten BIN. Die sponsoring-Institution besitzt die Scheme-Mitgliedschaft und rechnet mit dem Netzwerk ab; Sie behalten das Produkt, das Branding, die Karteninhaberbeziehung und die Wirtschaftlichkeit. In der Praxis verwandelt dies ein Lizenzierungsprojekt in ein Integrationsprojekt.
Das Onboarding ist immer noch eine echte Due Diligence – Sie werden gefragt, wer Ihre Karteninhaber sind, woher das Geld kommt und wie Ihr KYC und Monitoring aussehen. Je klarer diese Antworten, desto schneller startet das Programm.
Wie eine Integration abläuft
- 1.Programm vereinbaren: Karteninhaberprofil, Finanzierungsfluss, Regionen und Limits.
- 2.API-Schlüssel erhalten und Konnektivität über den öffentlichen GET /ping-Endpunkt prüfen.
- 3.Registrieren Sie Ihren ersten Karteninhaber und stellen Sie eine Karte in der Live-Umgebung aus.
- 4.Laden Sie die Karte von Ihrer USDT-Wallet auf und bestätigen Sie die resultierende Bestellung per Webhook.
- 5.Verbinden Sie Guthaben, Transaktionen und Lebenszyklusoperationen mit Ihrem Produkt.
- 6.Go live und skalieren – die Ausgabe ist ein einzelner Aufruf, daher ist das Volumen kein technisches Problem.
Häufig gestellte Fragen
Benötige ich eine eigene Lizenz oder BIN, um Karten auszugeben?
Nein. Karten werden unter einer bestehenden gesponserten BIN ausgegeben, sodass Sie kein Hauptmitglied von Visa oder Mastercard werden müssen. Sie beschreiben Ihre Karteninhaber und den Finanzierungsfluss während des Onboardings; die Lizenzierung und Scheme-Abrechnung liegen bei der sponsoring-Institution.
Welche Authentifizierung verwendet die API zur Kartenausgabe?
Bearer-Authentifizierung. Jede Anfrage außer dem öffentlichen Health Check enthält Authorization: Bearer ck_{keyId}_{secret}. Der Schlüssel identifiziert Ihr Konto, sodass keine Händler- oder Konten-IDs im Payload übergeben werden. Bewahren Sie den Schlüssel nur in Ihrem Backend auf.
Wie werden Karten finanziert?
Von Ihrer USDT-Wallet innerhalb von 2328. Die Finanzierung wandelt Stablecoin in ein USD-Kartenguthaben um. Die Wallet ist USDT mit Skala 6 und Karten sind USD mit Skala 2 – Beträge sind immer Ganzzahlen in kleineren Einheiten mit einer expliziten Währung und Skala.
Sind Kartenoperationen synchron?
Geldoperationen sind asynchron. Eine Finanzierungs- oder Entladeanfrage gibt eine Bestellung zurück, die Sie bis zum Abschluss verfolgen, und ein Webhook bestätigt den endgültigen Status. Leseoperationen wie Guthaben und Transaktionen sind synchron.
Gibt es eine Sandbox-Umgebung?
Es gibt eine einzige Live-Umgebung – keine separaten Sandbox-Schlüssel. Ein öffentlicher GET /ping-Endpunkt ist ohne Authentifizierung für Liveness-Checks verfügbar.
Wofür können die Karten verwendet werden?
Typische Programme umfassen Online-Abonnements, Werbeausgaben, Ausgaben für Mitarbeiter und Auftragnehmer, Marktplatz-Auszahlungen und allgemeine kryptofinanzierte Konsumausgaben. Zulässige Anwendungsfälle werden während des Programm-Onboardings vereinbart.