Bir USDT ödemesini doğrulamak için ekran görüntüsüne veya “ödemeyi gönderdim” mesajına güvenmeyin. İşlem hash’ini belirtilen ağın güvenilir blockchain explorer’ında açın; işlemin başarılı olduğunu, token sözleşmesinin gerçek USDT sözleşmesi olduğunu, alıcının sizin adresinizle eşleştiğini, tutarın faturayı karşıladığını ve yeterli onay bulunduğunu kontrol edin. Siparişi yalnızca tüm alanlar eşleştiğinde ödenmiş sayın.
Ekran görüntüsü düzenlenebilir, yeniden kullanılabilir veya işlem hâlâ beklemedeyken alınabilir. Gerçek bir işlem hash’i bile tek başına kanıt değildir: başarısız bir transfere, başka bir alıcıya, yanlış ağa, sahte tokene veya eski bir siparişin ödemesine ait olabilir. Güvenilir kanıt, beklediğiniz fatura bilgileriyle eşleşen onaylanmış on-chain işlemdir.
Hızlı kripto ödeme doğrulama listesi
Ürünü teslim etmeden, hizmeti etkinleştirmeden veya rezervasyonu onaylamadan önce şunları kontrol edin:
- Ağ: işlem müşteriyle kararlaştırılan ağdadır.
- Durum: explorer işlemi pending, dropped veya failed değil, başarılı gösterir.
- Token sözleşmesi: aktarılan varlık o ağdaki gerçek USDT veya USDC sözleşmesidir.
- Alıcı: hedef adres ödeme adresinizle tam olarak eşleşir.
- Tutar: alınan tutar ödeme politikanıza göre faturayı karşılar.
- Onaylar: transfer gereken onay eşiğine ulaşmıştır.
- Sipariş eşleşmesi: aynı işlem hash’i başka bir fatura için daha önce kullanılmamıştır.
Bir kontrol başarısızsa veya belirsizse ödeme doğrulanmamıştır. Eksik on-chain kanıtını ekran görüntüsüyle tamamlamayın.
Ödeme ekran görüntüsü neden kanıt değildir?
Ekran görüntüsü bir arayüzün resmidir; blockchain kaydı değildir. İşlemin kesinleştiğini, bu müşteriye ait olduğunu veya beklenen varlığın adresinize ulaştığını kanıtlamaz.
Yanıltıcı örnekler şunlardır:
- işlem ağa yayınlanmadan önce gösterilen wallet onay ekranı;
- bekleyen veya başarısız işlem;
- yeni sipariş için yeniden kullanılan eski başarılı transfer;
- alıcı adresi gizlenmiş başka bir adrese transfer;
- adı USDT olan fakat farklı sözleşmeye sahip token;
- düzenlenmiş tutar, durum veya işlem hash’i;
- henüz on-chain işlem üretmemiş exchange çekim talebi.
Manuel ödeme araştırırken işlem hash’ini isteyin, fakat kendiniz doğrulayın. Alıcının gönderdiği tanımadığınız explorer bağlantısını açmayın; hash’i kopyalayıp doğru ağın bilinen explorer’ında arayın.
USDT işlemi adım adım nasıl kontrol edilir?
1. Önce ağı belirleyin
USDT birden fazla ağda bulunur. İşlem hash’i yalnızca ağıyla birlikte anlamlıdır ve aynı EVM biçimindeki adres birden fazla EVM ağında kullanılabilir.
Faturanın Ethereum, TRON, BNB Smart Chain, Polygon, Arbitrum, Base, Optimism veya Solana ağlarından hangisini istediğini doğrulayın. Yanlış ağdaki başarılı transfer, token sembolü ve adres benzer görünse bile orijinal faturayı ödemez.
GramPayBot’un işlem ayrıntılarında kullandığı explorer hostlarını kullanın:
| Ağ | Explorer | Aramaya ne yapıştırılır? |
|---|---|---|
| Ethereum | Etherscan | 0x ile başlayan işlem hash’i |
| Optimism | OP Mainnet Etherscan | 0x ile başlayan işlem hash’i |
| BNB Smart Chain | BscScan | 0x ile başlayan işlem hash’i |
| Base | BaseScan | 0x ile başlayan işlem hash’i |
| Polygon | PolygonScan | 0x ile başlayan işlem hash’i |
| Arbitrum | Arbiscan | 0x ile başlayan işlem hash’i |
| TRON | TRONSCAN | TRON işlem hash’i |
| Solana | Solscan | Solana işlem imzası |
Ham hash’i veya imzayı explorer’ın arama alanına yapıştırın. Sonuç çıkmazsa önce müşterinin doğru ağı söylediğini kontrol edin. Mesajda gönderilen rastgele explorer alan adlarını denemeyin.
2. İşlemin başarılı olduğunu doğrulayın
Explorer’da işlem durumunu bulun. Etiket ağa göre değişir, ancak başarılı çalışmayı göstermelidir. Pending, sonucun henüz kesinleşmediğini; failed, reverted veya dropped ise beklenen transferin gerçekleşmediğini belirtir.
Exchange’in iç çekim durumunu blockchain onayıyla karıştırmayın. Çekim, on-chain işlem görünmeden ve onaylanmadan önce exchange içinde approved olabilir.
Etherscan ailesinde önce Status, sonra Tokens Transferred alanına bakın. TRONSCAN’de Result ve Token Transfers; Solscan’de Status ve Token Balance Change alanlarını kontrol edin. Arayüz etiketleri değişebilir; aradığınız kanıt aynıdır: başarılı işlem ve adresinize gerçek token transferi.
3. Yalnızca sembolü değil token sözleşmesini kontrol edin
Token adı ve sembolü benzersiz değildir. Herkes USDT adlı bir token oluşturabilir, logoyu kopyalayabilir ve gerçek Tether USD ile ilgisi olmayan büyük bir bakiye gönderebilir.
Token transfer ayrıntısını açın ve contract address’i o ağda desteklenen USDT sözleşmesiyle karşılaştırın. USDC için de aynı kural geçerlidir. Sembol ve logo yalnızca görünüm sağlar; varlığı sözleşme veya mint adresi tanımlar.
GramPayBot’ta beklenen ağ, token sözleşmesi ve alıcı adresi ödeme öncesinde route tarafından belirlenir. Ayrıntılar için wallet ve ağ kurulumu rehberine bakın.
4. Alıcı adresini tam olarak karşılaştırın
Hedef adres, kontrol ettiğiniz ve ödeme için verdiğiniz adresle tamamen eşleşmelidir. Kısaltılmış wallet görünümündeki yalnızca ilk ve son karakterlerle yetinmeyin.
Address poisoning saldırıları benzer görünen adresleri işlem geçmişine sokar. Beklenen adresi son işlemlerden değil, kendi faturanızdan veya proje ayarlarınızdan kopyalayın.
5. Alınan tutarı faturayla karşılaştırın
Token transfer olayındaki tutarı, token decimals değerini dikkate alarak kontrol edin; ardından eksik ve fazla ödeme politikanızı uygulayın.
İşlem gerçek ve başarılı olduğu hâlde siparişi kapatmayabilir. Örneğin 100 USDT faturaya gelen 95 USDT otomatik olarak tam ödeme değildir. Fazla ödeme de otomatik teslimat veya iade yerine inceleme gerektirebilir.
Manuel satışlarda müşteri ödemeden önce ayrı fatura oluşturun. Böylece beklenen tutar ve sipariş bağlamı kaydedilir. Bkz. izlenebilir kripto faturası oluşturma.
6. Gerekli onayları bekleyin
Bir işlem blokta göründüğü anda ödeme politikanıza göre kesinleşmiş olmayabilir. Onaylar, işlemden sonra kaç blok veya kesinleşmiş ağ güncellemesi geldiğini gösterir.
Doğru eşik ağa, tutara ve risk politikasına bağlıdır. Her zincir için tek kalıcı sayı yayınlamayın. Ödeme sisteminizde yapılandırılan eşiği kullanın ve o eşiğe kadar siparişi beklemede tutun.
7. İşlemi yalnızca bir siparişle eşleştirin
Geçerli bir işlem birden fazla siparişin kanıtı olarak kullanılamaz. Ödeme kabul edildiğinde hash’i kaydedin ve başka faturayı kapatmasını engelleyin.
Ödeyeni yalnızca gönderen adresiyle tanımlamayın. Exchange’ler ortak çekim wallet’ları kullanabilir; müşteri farklı bir wallet’tan ödeyebilir. Ağı, tokeni, alıcıyı, tutarı, zaman aralığını ve benzersiz işlem kimliğini faturayla eşleştirin.
İşlemin bulunması faturanın ödendiği anlamına gelmez
| Kanıt | Ne kanıtlar? | Sipariş kararı |
|---|---|---|
| Ekran görüntüsü veya “gönderdim” mesajı | Alıcı ödeme yaptığını iddia eder | Teslim etmeyin |
| Eksik veya bulunamayan hash | Bağımsız doğrulanabilir transfer yok | Teslim etmeyin |
| Pending işlem | Transfer ilerliyor olabilir | Bekleyin |
| Yanlış token, ağ veya alıcılı başarılı işlem | İşlem var, fakat faturayla eşleşmiyor | Ödendi işaretlemeyin |
| Eksik veya belirsiz transfer | Bazı fonlar gelmiş olabilir | Manuel inceleyin |
| Tüm fatura alanlarıyla eşleşen onaylı transfer | Beklenen ödeme gerçekleşti | Ödendi işaretleyip teslim edin |
“İşlem bulundu”, “fon geldi” ve “sipariş ödendi” ilişkili fakat farklı iş durumlarıdır.
Manuel doğrulama ne zaman yetersiz kalır?
Explorer’da manuel kontrol seyrek ödemelerde çalışabilir. Birden fazla müşteri aynı anda ödediğinde veya siparişler mesai dışında geldiğinde süreç kırılganlaşır. Çalışanın doğru explorer’ı seçmesi, sözleşmeyi tanıması, uzun adresleri karşılaştırması, onayları beklemesi ve hash’in daha önce kullanılmadığını kontrol etmesi gerekir.
Otomatik doğrulama, ödeme öncesinde oluşturulan fatura ile başlar. Sistem beklenen ağ, token, alıcı, tutar, son kullanma zamanı ve sipariş referansını zaten bilir; blockchain’i izler ve yalnızca kurallar sağlandığında durumu değiştirir.
GramPayBot, satıcının fonlarını saklamadan bu eşleştirmeyi yapar. Müşteri doğrudan yapılandırılan wallet’a öder; fatura durum ve hash’i kaydeder. Belirsiz, geç, eksik veya fazla ödemeler yanlış siparişi otomatik kapatmak yerine incelemeye kalabilir.
Satışı chatte kararlaştırıyorsanız ekran görüntüleri yerine izlenen faturalar için Telegram kripto ödeme akışını kullanın. Siteniz sipariş oluşturuyorsa fatura durumunu siparişe bağlamak için website otomatik kripto ödemelerini kullanın.
Sonraki adım
Web sitenizde ödeme doğrulamayı otomatikleştirin
Her sipariş için fatura oluşturun, hosted checkout sunun ve siparişe bağlı sonucu alın.
Web sitesi ödemelerini incele →