USDT checkout neden kesin ödeme tutarıyla eşleşmelidir

Kesin tutar eşleştirme, fon tutmadan veya ekran görüntüsüne güvenmeden on-chain transferi doğru siparişle ilişkilendirmeye yardım eder.

USDT kabul etmeye başlayın API dokümanlarını oku

Şunlar için: Kesin tutar
Şunlar için: Token decimals
Şunlar için: Sipariş mutabakatı

Kesin tutar kontrol listesi

Exact USDT amount matching

Order amount:       129.37 USDT
Expected decimals:  6
Normalized amount:  129.370000

Match only when:
- network matches the order
- token contract is USDT
- destination address matches
- normalized amount equals the order amount
- order is active and not already completed

Kesin tutar eşleştirme akışı

Aynı tahsilat cüzdanına çok sayıda USDT siparişi alan merchantlar ve geliştiriciler için uygundur.

01
Siparişi kesin USDT tutarı ve ağ ile oluşturun.
02
Checkout ekranında tutarı yuvarlamadan gösterin.
03
On-chain token tutarını decimals ile normalize edin.
04
Sadece ağ, kontrat, adres, tutar, durum ve süre eşleşirse siparişi tamamlayın.

Emanetsiz tahsilat

Fonlar doğrudan merchant cüzdanına gider. BoltUtil zinciri izler ve bildirim gönderir, fon tutmaz.

Üç USDT ağı

TRC20, ERC20 ve BEP20 USDT ödemelerini tek sipariş API ve birleşik webhook payload ile kabul edin.

Webhook otomasyonu

Ödeme tespit edilip onaylandığında backend imzalı callback alır ve sipariş otomatik işlenir.

Entegrasyon notları

Canlıdan önce önemli noktalar

Rounding is a payment bug

Showing 129.37 while comparing against 129.370001, or formatting a token amount with floating-point math, can leave valid customers pending.

Exact amount is not the only rule

A matching amount is necessary but not enough. The system should also verify network, token contract, destination address, confirmation threshold, status, and expiration.

Unique amounts improve operational clarity

For some checkout flows, using precise payable amounts can reduce ambiguity when many customers send funds to the same merchant wallet.

Canlıya çıkmadan önce sorulan sorular

Bu yanıtlar geliştiricilerin, kurucuların ve destek ekiplerinin gerçek USDT ödemelerini almadan önce ödeme döngüsünü anlamasına yardımcı olur.

Neden yaklaşık tutar kabul edilmemeli? +

Yaklaşık eşleştirme, benzer tutarlar ödeyen müşteriler olduğunda yanlış siparişi tamamlayabilir.

USDT tutarlarını float ile karşılaştırmalı mıyım? +

Hayır. Decimal-safe değerler veya token decimals üzerinden türetilmiş integer base unit kullanın.

İki müşteri aynı tutarı ödeyebilir mi? +

Evet. Bu durumda adres, sipariş süresi, durum, benzersiz tx hash ve onay kuralları daha da önemlidir.

İlgili kaynaklar

/docs/create-order

Daha net bir USDT ödeme akışı başlatın

Müşterilerden ödeme ekran görüntüsü istemeden sipariş oluşturun, transferleri izleyin ve backendinizi bilgilendirin.

Ücretsiz hesap oluştur