Ekibimizle görüşün

Kaynaklar / Kripto Ödemeler / Kripto ödemeler: stablecoin, custody ve gateway bridge

Kripto ödemeler: stablecoin, custody ve gateway bridge

3 dk okuma · Rehber · Rise Betting Solutions

Ağ seçimini, anahtar sahipliğini, zincir kesinleşmesini ve platform iç bakiyesini birbirinden ayıran operatör rehberi.

Bir kripto ödeme akışında dört farklı soru vardır: hangi varlık hangi ağda gönderildi, anahtarları kim kontrol ediyor, işlem zincirde ne kadar kesinleşti ve platform kendi kaydına ne işledi? Bunları tek bir “ödendi” etiketiyle birleştirmek incelemeyi zorlaştırır.

Kimler için

Kontrollü iGaming operasyonlarını yürüten lisanslı operatörler ile platform, destek, CRM, ürün ve entegrasyon ekipleri.

Kimler için değil

Kumar oynamak isteyen son kullanıcılar. Casino bonusu aramaları. Bahis ipucu veya tahmin aramaları. Gerçek parayla casino erişimi. Casino incelemeleri. Kumar oynama yönlendirmesi arayan son kullanıcılar.

Pratik sınır

Bu içerik eğitim ve planlanan hizmet sınırlarını açıklar. Canlı erişim, lisans, sağlayıcı kabulü, kredi/fiyatlandırma ve yönetilen hizmet kapsamı proje bazında teyit edilmelidir. Lisans veya ödeme onayı, gelir ve büyüme sonucu garanti edilmez.

Stablecoin ve doğru ağ

Stablecoin genellikle USD gibi bir itibari para birimine bağlı değer tutmayı hedefleyen kripto varlıktır. USDT ve USDC yaygın örneklerdir; fiyatın sabit kalması veya her koşulda geri ödeme garanti değildir.

USDT TRC20, TRON ağındaki; USDT ERC20, Ethereum ağındaki token biçimini ifade eder. Aynı varlık adı ağları birbirinin yerine kullanılabilir yapmaz. İhraççının güncel ağ desteği, token tanımı ve gateway kabul listesi birlikte kontrol edilmelidir.

Custody: özel anahtarı kim kontrol ediyor?

Non-custodial modelde servis kullanıcı adına harcama anahtarını tutmaz. Custodial modelde anahtarı saklama sağlayıcısı yönetir. Seçim; işlem imzası, erişim, kurtarma ve olay sorumluluğunu değiştirir.

Open-core gateway bridge için planlanan ilke, özel anahtarları CMS içinde saklamamaktır. Operatör cüzdan/store ayrıntılarını kendi gateway’inde yapılandırmalıdır. API key veya webhook secret bir cüzdan özel anahtarı değildir; bunlar da yalnız gerekli kapsamla ve gizli olarak yönetilir.

Ödeme talebinden zincir kesinleşmesine

Invoice kaydı beklenen varlığı, ağı, adresi, tutarı ve süreyi bağlar. Tx hash, zincirdeki işlemi bulmaya yardımcı olur. İnceleme; doğru adres, doğru ağ, doğru varlık ve tutarın birlikte doğrulanmasını gerektirir.

Blockchain settlement, işlemin kayda geçip ağ ve risk politikasına göre yeterli kesinliğe ulaşmasıdır. Onay sayısı ve finality modeli ağdan ağa değişir. Bir işlem hash’i veya ilk blok görünümü, evrensel bir kesinleşme ölçütü değildir.

Blockchain settlement ile iç ledger aynı değildir

Zincir kaydı kripto varlığın nereye ulaştığını gösterir. İç ledger, operatör platformunun kullanıcıya hangi bakiye etkisini hangi gerekçeyle kaydettiğini gösterir. Zincirde varlık görünmesi platformda otomatik olarak doğru hesap kaydı oluştuğunu kanıtlamaz.

Örnek inceleme: gateway bir transferi doğruladı ancak platform kaydı henüz tamamlanmadı. Ekip yeni transfer istemek yerine ödeme talebi, işlem kimliği ve iç kayıt ilişkisini inceler. Yeniden gelen webhook aynı bakiye etkisini ikinci kez oluşturmamalıdır.

Deposit ve withdrawal neden ayrı risk taşır?

Deposit, ödeme talebi ve gelen transfer durumunun izlenmesiyle başlayabilir. Withdrawal ise değer sistemden ayrıldığı için alıcı, yetki, tutar, inceleme ve dış transfer sonucu bakımından daha hassastır.

V1 open-core yönü manuel çekim talebi ve yetkili incelemeyi ilk sınır olarak alır. Otomatik payout, ayrı özel/ticari veya yönetilen hizmet kapsamında planlanır; bu rehber otomatik transfer özelliğinin hazır olduğunu ilan etmez.

Gateway URL, bildirim ve mutabakat

Gateway URL bağlantının gideceği servis adresidir. Yalnız teyit edilmiş endpoint, uygun erişim kapsamı ve kaynak doğrulaması kullanılmalıdır. Doküman veya istemci ekranına gerçek anahtar, özel endpoint ya da sağlayıcı kimlik bilgisi konmaz.

Mutabakat; gateway, zincir ve iç kayıt arasındaki durum, masraf ve tutar farklarını açıklamalıdır. Ödeme sağlayıcı kurulumu pazar ve proje kapsamına göre doğrudan veya nitelikli iş ortaklarıyla desteklenebilir; kabul veya lisans onayı garanti edilmez.

Sık sorulan soru: tx hash varsa bakiye eklenebilir mi?

Tek başına hayır. İşlem ağı, varlık, alıcı, tutar, kesinleşme politikası, talep eşleşmesi ve daha önce işlenip işlenmediği kontrol edilmelidir. Bu eğitim açıklaması finansal kayda müdahale talimatı değildir.

Tanımlar için kaynaklar

Bağlantılı kaynaklar

İlgili kaynaklar

Ekibimizle görüşün