Referans mimari: kripto ödeme alma ve toplu ödemeler
Bir pazaryeri hem alıcılardan tahsil eder hem de satıcılara öder. Bu yapı, gelen yarı için ödeme ilkellerini, giden yarı için toplu ödeme ilkellerini kullanır ve imzalı webhook'larla mutabık kalır.
Zorluk
Kripto tahsil etmek ve dağıtmak genellikle bir taraf için bir işlemci, diğer taraf için emanet araçları demektir. Amaç, tutarlı ve doğrulanabilir olay teslimatıyla her iki yönü tek bir bakiye üzerinde çalıştırmaktır.
- Invoices / checkoutC2
- Mass payout / settlementC2
- Build / sign / broadcastC2
- Webhook (HMAC) deliveryC1
Faturalarla tahsil edin
Her sipariş için bir fatura oluşturun ve barındırılan ödeme sayfasını sunun. Eksik ödeme, fazla ödeme ve onaylar sizin için izlenir.
İmzalı webhook'larla mutabık kalın
Mutabakat, HMAC imzalı ve idempotent bir webhook tetikler. İmzayı doğrulayın ve siparişi ödendi olarak işaretleyin —yinelenen teslimatlar iki kez kredilendirmez.
Toplu ödeme ile dağıtın
Satıcılara aynı bakiyeden toplu olarak ödeyin, transferleri yayınlayın ve her birini onaya kadar izleyin.
Bu mimari neyi teslim eder
- Gelen tahsilat ve giden ödemeler tek bir bakiye üzerinde
- Mutabakatın iki kez saymaması için idempotent, imzalı webhook'lar
- Bakımı yapılacak ayrı işlemci ve emanet sözleşmesi yok
Sıkça sorulanlar
Çifte kredilendirme nasıl önlenir?
Webhook teslimatı idempotent ve imzalıdır; yinelenen bir mutabakat olayı tanınır ve yok sayılır.
Tahsilat ve ödeme fonları paylaşabilir mi?
Evet —her ikisi de tek bir bakiye üzerinde çalışır, böylece tahsil edilen fonlar giden ödemeleri karşılayabilir.
Bakiye yükle, anahtarını al, yayına çık.
Self servis. Kripto ya da kartla öde. Krediyle ölçümlenir — ağır ilkel yapılar daha pahalı, basitler ucuz.
API anahtarı al