9 Netzwerke. Native Coins,
USDT und USDC
Ihr Kunde zahlt mit dem, was er hat. Welche Assets Sie akzeptieren, legen Sie im Dashboard fest – oder direkt in der Rechnung über allowed_assets.
| Netzwerk | Coin | USDT | USDC | Wann „bezahlt“ |
|---|---|---|---|---|
| BTC | — | — | 2 Blöcke, hohe Beträge – 3 | |
| LTC | — | — | 6 Blöcke | |
| ETH | ERC-20 | ERC-20 | finalized; kleine Beträge – 12 Blöcke | |
| BNB | BEP-20 | BEP-20 | 15 Blöcke | |
| POL | ja | nativ | finalized | |
| ETH | — | nativ | finalized; kleine Beträge – 20 Blöcke | |
| ETH | ja | nativ | finalized; kleine Beträge – 20 Blöcke | |
| TRX | TRC-20 | — | 19 Blöcke (solidified) | |
| SOL | SPL | SPL | commitment finalized |
Die Bestätigungsschwellen sind Startwerte und werden vom Betreiber konfiguriert: Je höher der Betrag, desto mehr Bestätigungen. Die genaue Zahl für eine konkrete Zahlung steht in der Rechnung – required_confirmations.
Token nach Contract, nicht nach Name
USDT wird nur gutgeschrieben, wenn die Überweisung von einer freigegebenen Contract-Adresse stammt. Ein gefälschter Coin mit gleichem Namen ändert den Status nicht.
Kurs: Median dreier Börsen
Kraken, Coinbase und Bitstamp; Kurse höchstens 2 Minuten alt, Abweichung höchstens 1 %. Sind sich die Quellen nicht einig, wird kein Betrag in einem volatilen Asset ausgegeben.
Mindestbetrag
Jedes Asset hat ein eigenes Minimum (min_amount in GET /v1/assets). Liegt der Rechnungsbetrag darunter, wird das Asset in der Rechnung einfach nicht angeboten.
Auswahl mit einem Feld begrenzen
Ohne allowed_assets sieht der Kunde alle Assets, die Sie im Dashboard aktiviert haben. Mit dem Feld – die Schnittmenge Ihrer Liste und der verfügbaren Assets.
Die Asset-ID besteht aus Coin und Netzwerk: USDT-TRON, USDC-BASE, USDT-ETH, USDC-SOL, BTC, ETH, ETH-ARB… Die vollständige Liste der für Sie verfügbaren Assets liefert GET /v1/assets.
{
"order_id": "ORDER-1001",
"price_amount": "49.99",
"price_currency": "USD",
"allowed_assets": ["USDT-TRON", "USDC-BASE", "BTC"]
}