
Bir müşteri USDT veya USDC göndermeden önce, yalnızca bir cüzdan adresi paylaşmakla yetinmeyin. Tam stabilcoini, ağı, alıcı adresini, fatura tutarını, test ödemesi kuralını, ücret sorumluluğunu ve işlem kaydını onaylayın. Bir cüzdan adresi, yalnızca token, ağ, tutar ve ödeyen bilgileri doğrulandıktan sonra bir ödeme talimatına dönüşür.
Bir cüzdan adresi, tek başına eksiksiz bir ödeme talimatı değildir. Ekran görüntüsü da eksiksiz bir ödeme kanıtı sayılmaz.
Bir müşteri size USDT veya USDC ile ödeme yapmak isterse tam stabilcoine, ağa, tutara, alıcı adresine ve ödeme referansına ihtiyaç duyar. Sadece uzun bir karakter dizesi göndermek, hatalara çok fazla açık kapı bırakır.
Stabilcoinler, uluslararası müşterilerle çalışan serbest çalışanlar için daha pratik hale geldi ancak ödeme akışında hata yapmak da bir o kadar kolaylaştı. Para transfer edilmeden önce düzenlemeler, ağ uyuşmazlığı, yanlış zincir transferleri, adres zehirlemesi ve temel doğrulama hatalarının tümüne dikkat edilmelidir. Bu rehber eğitim amaçlıdır; hukuki veya mali tavsiye niteliği taşımaz. Ödeme hatalarını bir destek kabusuna dönüşmeden önce azaltmanıza yardımcı olmak için hazırlanmıştır; çünkü görünüşe göre "dijital dolarlar" bile hala küçük bir kullanım kılavuzu gerektiriyor.
Hala neyi kabul edeceğinize karar veremediniz mi? USDT vs USDC vs DAI ile başlayın. Tam müşteri ödeme iş akışı için, serbest çalışanların USDT veya USDC ile nasıl ödeme alabileceğini okuyun. Kafanızı karıştıran kısım ağ ise, USDT veya USDC için doğru ağı seçme konusundaki bu rehberi kullanın.
Bir borsa veya platform üzerinden fon alırken bir cüzdan adresinden daha fazlasına da ihtiyacınız olabilir. Bu kılavuz, cüzdan adresi, memo ve hedef etiketi (destination tag) arasındaki farkı açıklamaktadır.
Bir stabilcoin ödemesini daha güvenli bir şekilde almak için ödeyen kişiyi, stabilcoini, ağı, tutarı, ücret sorumluluğunu ve alıcı adresini yazılı olarak onaylayın. Adresi yapıştırdıktan sonra, cüzdanınızın içinde görüntülenen adresle karşılaştırın. Önemli transferler için önce küçük bir test ödemesi alın. Her ödemeden sonra ağ ve işlem karmasını (tx hash) faturayla birlikte kaydedin.
En önemli kural basittir:
Kopyalanan bir adres yalnızca metinden ibarettir. Ancak token, ağ, adres, tutar ve ödeyen bilgileri doğrulandıktan sonra bir ödeme talimatı haline gelir.
Bir müşteri "gönderildi" dedikten sonra, sırf ekran görüntüsü paylaştı diye faturayı ödendi olarak işaretlemeyin. İşlem karmasını (tx hash) isteyin, doğru blok gezginini açın, ağı, alıcı adresini, tutarı ve durumu onaylayıp kaydı faturayla birlikte saklayın.
Müşteri gönderildi dedi. Sonrasında neyi kontrol etmelisiniz?
Bir stabilcoin ödemesi, müşteri "gönderildi" dediğinde tamamlanmış olmaz. Sırf ekran görüntüsü paylaştılar diye de onaylanmış sayılmaz.
Bir faturayı ödendi olarak işaretlemeden önce işlem karmasını (tx hash) isteyin ve ödemeyi doğru blok gezgininden kontrol edin. Amaç basittir: Ödemenin anlaşılan ağ üzerinden yapıldığını, alıcı adresinize ulaştığını, doğru tokenin kullanıldığını, fatura tutarıyla eşleştiğini ve başarılı veya onaylanmış bir duruma sahip olduğunu doğrulamak.
Bu ödeme sonrası kontrol listesini kullanın:
Yalnızca ekran görüntüsü değil, işlem karmasını (tx hash) isteyin.
Müşterinin kullandığı ağı tam olarak onaylayın.
O ağ için doğru blok gezginini açın.
Alıcı adresi, müşteriye verdiğiniz cüzdan adresiyle eşleştirin.
Tokeni ve tutarı faturayla eşleştirin.
İşlem durumunu kontrol edin: pending (beklemede), failed (başarısız), successful (başarılı) veya confirmed (onaylandı).
İşlem karmasını, ağı, tokeni, tutarı, tarihi, fatura numarasını ve müşteri adını kaydedin.
Ekran görüntüsü bağlam açısından faydalı olabilir ancak tek kanıtınız olmamalıdır. Gerçekte ne olduğunu doğrulamanıza yardımcı olan şeyler işlem karması, doğru ağ, gezgin durumu, alıcı adres ve tutardır.
Bir işlem karmasını nasıl kontrol edeceğinizden emin değilseniz, Bir Blok Gezgininde Kripto İşlemi Nasıl Okunur makalesini okuyun.
Ödeme öncesi ve ödeme sonrası kontrol listesi
Aşama | Kontrol edilecekler | Neden önemli |
|---|---|---|
Ödeme öncesi | Token, ağ, cüzdan adresi, tutar ve fatura referansı | Yanlış token, yanlış ağ, yanlış adres ve belirsiz fatura hatalarını önler. |
Ödeme öncesi | Yeni müşteriler veya yeni ödeme rotaları için küçük test ödemesi | Tutarın tamamı taşınmadan önce rotayı onaylar. |
Müşteri “gönderildi” dedikten sonra | İşlem karması (tx hash) | Yalnızca bir ekran görüntüsü değil, size zincir üstü (on-chain) bir ödeme kaydı sunar. |
Müşteri “gönderildi” dedikten sonra | Kullanılan ağ için doğru blok gezgini | Doğru işlemi yanlış zincirde kontrol etmeyi önler. |
Müşteri “gönderildi” dedikten sonra | Alıcı adres | Ödemenin benzer görünen veya yanlış bir adrese değil, sizin cüzdan adresinize gittiğini onaylar. |
Müşteri “gönderildi” dedikten sonra | Tutar, token ve işlem durumu | Faturanın gerçekten ödendi olarak işaretlenip işaretlenemeyeceğini onaylamaya yardımcı olur. |
Ödeme sonrası | Kaydedilen veriler: işlem karması, ağ, tarih, tutar, token, fatura numarası ve müşteri adı | Muhasebe, destek görüşmeleri, uyuşmazlıklar ve gelecekteki ödeme incelemelerine yardımcı olur. |
En güvenli alışkanlık basittir: Ödeme öncesinde talimatları netleştirin; ödeme sonrasında ise kanıtları doğrulayın.
Cüzdan adresi paylaşmadan önce neleri onaylamalısınız?
Bir adresi paylaşmadan önce ödeyenin kimliğini, tam stabilcoini, tam ağı, fatura tutarını, ücret sorumluluğunu ve ödeme amacını onaylayın. Müşteri, USDT veya USDC'nin hangi sürümünü desteklediğinizi asla tahmin etmek zorunda kalmamalıdır.
Stabilcoin ve ağ yazılı olarak onaylanmadıysa alıcı adresi henüz göndermeyin. Bu geç/dur kontrolünü kullanın:
Kontrol Noktası | Devam Et (Go) | Dur (Stop) |
Ödeyen | Kişi; müşteriyle, sözleşmeyle veya bilinen ödeme yetkilisiyle eşleşiyor. | Yeni bir kişi ortaya çıkıyor veya ödeme e-postası beklenmedik şekilde değişiyor. |
Stabilcoin | Müşteri USDT, USDC veya anlaşılan başka bir varlığı onaylıyor. | Müşteri sadece "kripto" veya "dolar" diyor. |
Ağ | Her iki taraf da tek bir ağı net olarak onaylıyor. | Müşteri "herhangi bir ağ olur" diyor. |
Cüzdan | Adres, şu an kontrol ettiğiniz bir cüzdandan geliyor. | Eski bir faturadan, ekran görüntüsünden, sohbet geçmişinden veya nottan geliyor. |
Tutar | Token tutarı ve fatura değeri net. | Ödeme tutarı belirsiz veya açıklama yapılmadan değişiyor. |
Ücret sorumluluğu | Ağ ücretini kimin ödeyeceği konusunda anlaşıyorsunuz. | Müşteri farklı, siz farklı düşünüyorsunuz. Amaç kafa karıştırmaksa harika bir ekip çalışması. |
Amaç | Fatura ve hizmet belgelenmiş durumda. | Ödemenin kaynağı veya amacı açıklanamıyor. |
Kısa bir yazılı onay, yanlış ağdan kurtarma girişiminden daha ucuzdur. Bu tarz kurtarma işlemleri her zaman mümkün olmayabilir.
Bir stabilcoin ödeme talimatı neleri içermelidir?
Eksiksiz bir stabilcoin ödeme talimatının kopyalanması, doğrulanması kolay olmalı ve yanlış anlaşılmaya yer bırakmamalıdır. Tek bir stabilcoin, tek ağ, tek alıcı adresi, tek fatura referansı ve tek bir doğrulanmış destek kanalı kullanın.
Yeni bir müşteri veya önemli bir tutar için, müşteri kalan bakiyeyi göndermeden önce küçük bir test ödemesi talep edin. Bu formatı kopyalayın:
Stabilcoin: [USDT / USDC]
Ağ: [tam ağ adı]
Alıcı adresi: [mevcut al ekranınızdan kopyalanan cüzdan adresi]
Fatura referansı: [fatura numarası / müşteri adı / proje kodu]
Tutar: [stabilcoin tutarı]
Test tutarı: [küçük test tutarı]
Ağ ücreti: [ağ ücretini kimin ödeyeceği]
Ödeme sonrası: lütfen işlem karmasını (tx hash) gönderin
Destek kanalı: [doğrulanmış e-posta / doğrulanmış sohbet / onaylanmış iletişim yöntemi]
İşte kullanabileceğiniz hazır bir müşteri mesajı:
Lütfen yalnızca [ağ] ağı üzerinden [tutar] [USDT/USDC] gönderin.
Alıcı adresi: [CÜZDAN ADRESİ]
Farklı bir token veya ağ kullanmayın.
Ödeme referansı: [FATURA NUMARASI]
Yeni bir rota veya önemli bir ödeme için lütfen önce küçük bir test ödemesi gönderin. Gönderdikten sonra işlem karmasını paylaşın ve kullanılan ağı onaylayın. İşlem anlaşılan ağ üzerinde onaylandıktan ve alıcı adres, token ve tutar faturayla eşleştikten sonra faturayı ödendi olarak işaretleyeceğim.

Sadece cüzdan adresi yetmez
"Buraya USDT gönder" kötü bir ödeme talimatıdır.
USDT ve USDC farklı ağlar üzerinde taşınabilir. Tron üzerindeki USDT ile Ethereum üzerindeki USDT aynı ödeme rotası değildir. Base, BNB Smart Chain veya desteklenen başka bir ağ üzerindeki USDT de kendi ağ bağlamına ihtiyaç duyar. Aynı sorun Ethereum, Base, Arbitrum, Polygon ve diğer ağlardaki USDC için de geçerlidir.
Yalnızca token adı, müşteriye ödemeyi nereye göndereceğini söylemez. Yalnızca adres de müşteriye hangi ağı seçeceğini söylemez.
Bir müşteri borsa içinde birkaç çekim seçeneği görebilir ve en ucuz olanı seçebilir. Bu kendi açılarından mantıklı olabilir ancak sizin alıcı kurulumunuz için yanlış olabilir. İnsan arayüzleri, netliğe karşı savaşına cesurca devam ediyor.
Stabilcoin ödemeleri için talimatı şu şekilde yazın:
[Alıcı adresi] adresine [tam ağ adı] ağını kullanarak [USDT/USDC] gönderin.
Başka bir ağ kullanmayın.
Müşteri hangi ağı kullanacağını sorarsa, sohbet geçmişinde doğaçlama yapmayın. Gönderen cüzdanlarının veya borsalarının neyi desteklediğini kontrol edin, alıcı cüzdanınızın neyi desteklediğini kontrol edin ve o fatura için tek bir rota seçin.
Daha ayrıntılı çalışılmış bir ağ seçimi analizi için, USDC veya USDT Göndermek İçin En İyi Ağ: Doğru Zincir Nasıl Seçilir yazısını okuyun.
Bir cüzdan adresini yapıştırdıktan sonra nasıl doğrulamalısınız?
Bir cüzdan adresini faturaya, e-postaya, sohbete veya ödeme formuna yapıştırdıktan sonra, alıcı cüzdanınızın içinde görüntülenen adresle tekrar karşılaştırın. Önemli bir ödeme için sadece ilk ve son birkaç karaktere güvenmeyin.
Bu rutini her seferinde uygulayın.
1. Adresi şu an kontrol ettiğiniz cüzdandan kopyalayın
Doğru cüzdanı, hesabı, varlığı ve ağı açın. Alıcı adresi şuralardan kopyalamayın:
Eski bir fatura
Önceki bir müşteri görüşmesi
Bir ekran görüntüsü
Yakın zamanda kontrol edilmemiş bir tablo
Yönlendirilmiş bir mesaj
Hafızanız (çünkü insan hafızası yapamayacağı bir işe soyunmuştur)
Adresin değişmediğini düşündüğünüzde bile, cüzdanın içinden tekrar kontrol edin.
2. Adresi nihai ödeme mesajına yapıştırın
Adresi gönderilecek olan gerçek faturaya, e-postaya veya mesaja yapıştırın. Sadece kopyalamadan önce doğrulamakla kalmayın. Önemli karşılaştırma Yapıştırdıktan sonra yapılır. Bir adresi kopyalamak ve adresi yapıştırmak iki ayrı işlemdir. Yapıştırdıktan sonra görünen metin, müşterinin gerçekten kullanacağı metindir.
3. Tam adresin mümkün olduğunca çoğunu karşılaştırın
İlk ve son birkaç karakteri kontrol etmek hızlı bir tarama için yararlıdır ancak tam bir doğrulama süreci değildir. Önemli bir ödeme için:
Kısaltılmış veya gizlenmiş adresleri genişletin.
Yapıştırılan adresi cüzdanınızın içinde gösterilen adresle karşılaştırın.
Mümkünse tam dizeyi karakter karakter kontrol edin.
Uygulama adresi kısaltıyorsa, güvenilir bir düz metin alanı kullanın.
Mesajı düzenledikten, yönlendirdikten veya yeniden biçimlendirdikten sonra adresi tekrar kontrol edin.
Tutar bunu gerektiriyorsa, ek bir kontrol için ikinci bir güvenilir cihaz kullanın.
İlk ve son karakterler bariz bir hatayı fark etmenize yardımcı olabilir. Aradaki her şey hakkında sahte bir güven duygusu yaratmamalıdır.
4. Adresin yanındaki ağı onaylayın
Doğru kopyalanmış bir adres, seçilen ağı doğru yapmaz. Şunları kontrol edin:
Müşteri anlaşılan stabilcoini gönderiyor mu.
Müşteri anlaşılan ağı kullanıyor mu.
Cüzdanınız o ağdaki o stabilcoini destekliyor mu.
Adres, hedeflenen alıcı hesaba mı ait.
Cüzdanda gösterilen ağ, faturada yazan ağla eşleşiyor mu.
EVM uyumlu bazı ağlar aynı 0x formatına sahip adresler kullanır. Adres geçerli görünebilir ancak fonlar beklemediğiniz bir ağa ulaşabilir.
5. Beklenmedik bir adres değişikliğini bir güvenlik ihlali olarak ele alın
Crypto Clipper kötü amaçlı yazılımı bulaşmış bir cihaz, kopyalanan cüzdan adreslerini izleyebilir ve bunları bir saldırganın adresiyle değiştirebilir. Microsoft Tehdit İstihbaratı, pano hırsızlığı ve cüzdan adresi değiştirmeyi içeren bir kripto clipper kampanyasını belgelemiştir.
Yapıştırılan adres cüzdanınızda gösterilen adresle eşleşmiyorsa:
Ödeme sürecini durdurun.
Doğru görünene kadar kopyalayıp yapıştırmaya devam etmeyin.
O cihazdan herhangi bir fon göndermeyin veya talep etmeyin.
Cihazın hassas finansal işlemlerle bağlantısını kesin.
İşletim sistemini ve güvenlik yazılımlarını güncelleyin.
Kötü amaçlı yazılım taraması yapın.
İşlemi güvenilir bir cihazdan tekrarlayın.
Siber saldırı şüphesi varsa ilgili hesap bilgilerini değiştirin.
Açıklanamayan bir adres değişikliği, sadece bir biçimlendirme sorunu değildir. Cihazın veya iletişim akışının tehlikeye girmiş olabileceğinin kanıtı olarak kabul edin.
Daha geniş bir güvenlik kurulumu için, kripto cüzdanınızı nasıl koruyacağınızı okuyun.
Uyarı: İşlem geçmişinden alıcı adresi kopyalamayın. Adres zehirleme (address poisoning) dolandırıcılıkları, cüzdan geçmişinize benzer görünen adresler yerleştirebilir ve daha sonra yanlış olanı kopyalamanızı bekleyebilir. Cüzdanınızın içindeki al ekranını veya daha önce doğruladığınız kayıtlı bir kişiyi kullanın. Rehberin tamamını okuyun: Adres Zehirleme Dolandırıcılığı: Kripto Cüzdanlarını Boşaltan Kopyala-Yapıştır Tuzağı.

Ne zaman test ödemesi istemelisiniz?
Müşteri yeniyse, tutar önemliyse, cüzdan veya ağ değiştiyse ya da taraflardan biri ödeme akışına aşina değilse küçük bir test ödemesi talep edin.
Test, nihai transferle aynı stabilcoini, ağı ve alıcı adresi kullanmalıdır. Bir test ödemesi özellikle şu durumlarda yararlıdır:
Bu, müşteriden alınan ilk ödemedir.
Müşteri daha önce stabilcoin kullanmamıştır.
Yeni bir cüzdan kullanıyorsunuzdur.
Yeni bir ağ üzerinden fon alıyorsunuzdur.
Alıcı adresiniz değişmiştir.
Müşteri yeni bir borsadan veya platformdan gönderim yapıyordur.
Bir hata yapmak ciddi bir finansal kayba yol açacaktır.
Taraflardan biri süreçten emin değildir.
Şu sırayı uygulayın:
Stabilcoini, ağı, adresi, tutarı ve ücret sorumluluğunu onaylayın.
Müşteriden küçük bir test ödemesi göndermesini isteyin.
İşlem doğru ağda görünene kadar bekleyin.
Stabilcoini, alıcı adresi, tutarı ve işlem durumunu doğrulayın.
Test işlemi karmasını (tx hash) kaydedin.
Müşteriye kalan bakiyeyi gönderebileceğine dair yazılı onay verin.
Nihai işlem karmasını ayrı olarak kaydedin.
İşlem karmasını doğru gezginde kontrol edene kadar test ödemesi tamamlanmış sayılmaz.
Evrensel bir test tutarı yoktur. Geçerli ücretlerden sonra net olarak görünebilecek kadar büyük, ancak olası bir hatada ciddi kayıp yaratmayacak kadar küçük olmalıdır. Test ödemesi ek bir güvenlik kontrolüdür. Adres ve ağ doğrulamasının yerini almaz.
Müşteri ödedikten sonra, faturayı ödendi olarak işaretlemeden önce doğrulayın
Müşteri sadece "gönderildi" dedi diye faturayı ödendi olarak işaretlemeyin. Müşteri ödedikten sonra, kayıtlarınızı güncellemeden önce işlemi kontrol edin. Şunları doğrulamanız gerekir:
İşlem durumu
Token
Ağ
Alıcı adresi
Tutar
İşlem karması (tx hash)
Fatra referansı
İşlem karmasıyla başlayın. Kullanılan ağın blok gezgininde açın. Müşteri Tron üzerinde USDT gönderdiyse, bir Tron gezgini kullanın. Base üzerinde USDC gönderdiyse, bir Base gezgini kullanın. Yanlış gezgin kullanmak, gerçek bir ödemenin kayıp gibi görünmesine neden olabilir; çünkü görünüşe göre ödeme kontrol etmenin bile bir ağ seçimi var.
İşlem beklenen tokeni, alıcı adresi, tutarı ve durumu göstermelidir. Ardından faturayla karşılaştırın. Adım adım okuma süreci için Blok Gezgininde Kripto İşlemi Nasıl Okunur makalesini kullanın.
Blokzinciri başarılı bir ödeme gösteriyor ancak cüzdan bakiyeniz güncellenmiyorsa, beklenen bakiyeyi göstermeyen bir kripto cüzdanı için bu adımları izleyin.
İşlem karmasını (tx hash) neden kaydetmelisiniz?
İşlem karması, daha sonra kontrol edebileceğiniz ödeme kaydıdır. Bir müşteri USDT veya USDC gönderdiğini söylediğinde, işlem karması yalnızca bir ekran görüntüsüne, mesaja veya cüzdan bildirimine güvenmek yerine ağda gerçekte ne olduğunu doğrulamanıza yardımcı olur.
İşlem karmasını kullanılan ağ ile birlikte kaydettiğinizde genellikle şunları kontrol edebilirsiniz:
İşlemin başarılı mı, beklemede mi yoksa başarısız mı olduğunu
Ödemeyi hangi adresin gönderdiğini
Ödemeyi hangi adresin aldığını
Aktarılan tokeni ve tutarı
İşlemin tarihini ve saatini
Gelecekte başvurmak üzere blok gezgini kaydını
Bu önemlidir çünkü yanlış ağ kullanıldığında, cüzdan bakiyesi henüz güncellenmediğinde veya müşteri belirsiz bir ekran görüntüsü gönderdiğinde stabilcoin ödemeleri kafa karıştırıcı hale gelebilir. İşlem karması, ödemeyi doğrulamak ve faturaya bağlı bir kayıt tutmak için size daha net bir yol sunar.
Müşteri ödemeleri için işlem karmasını fatura numarası, müşteri adı, token, ağ, tutar ve tarihle birlikte kaydedin. Bu, işlemi daha sonra tekrar kontrol etmeniz, bir müşteri sorusunu yanıtlamanız, gelir kayıtlarınızı incelemeniz veya cüzdan ya da platform desteğiyle iletişime geçmeniz gerektiğinde size kolay bir ödeme takibi sağlar.
İyi bir kural: İşlem karması, ağ, alıcı adresi, token, tutar ve durum müşteriye verdiğiniz ödeme talimatıyla eşleşene kadar bir stabilcoin faturasını tamamen kontrol edilmiş saymayın.

Müşteriye birkaç ağ seçeneği sunmalı mısınız?
Çoğu müşteri ödemesi için tek bir stabilcoin, tek ağ, tek adres ve tek bir fatura referansı kullanın. Birkaç ağ sunmak esneklik gibi hissedilebilir ancak müşteriyi para gönderirken teknik bir seçim yapmaya zorlar. Müşterinin hangi ağları kullanabileceğini sorun, cüzdanınızın neyi desteklediğini kontrol edin ve o fatura için tek bir rota seçin. Bu iş akışını kullanın:
Müşterinin cüzdanının veya borsasının hangi ağları desteklediğini sorun.
Bu ağlardan birinde anlaşılan stabilcoini alıp alamayacağınızı kontrol edin.
Ücretleri, çekim desteğini ve pratik kullanılabilirliği gözden geçirin.
Fatura için tek bir ağ seçin.
"Yalnızca bu ağdan gönderin" yazın.
Gerektiğinde bir test ödemesi talep edin.
Faturaya beş ağlık bir liste yapıştırıp müşterinin öğle yemeğinden önce bir blokzincir operasyon uzmanı haline gelmesini beklemeyin. Düşük ücretler yararlıdır. Doğru teslim almak daha yararlıdır.
Müşteri yanlış token veya ağ kullanırsa ne yapmalısınız?
Bir müşteri yanlış stabilcoin gönderirse, istenmeyen bir ağ kullanırsa veya yanlış adrese ödeme yaparsa, başka bir işlem denemeden önce durun. Ağı, tokeni, tutarı, göndericiyi, alıcıyı, işlem karmasını ve faturayı kaydedin. Alıcı cüzdanın o ağdaki hedefi kontrol edip etmediğini kontrol edin. Bazı durumlarda kurtarma mümkün olabilir ancak bu asla kesin sayılmamalıdır. Şu adımları izleyin:
Faturayı ve müşteri iletişimini kaydedin.
Stabilcoini, ağı, tutarı ve adresleri kaydedin.
İşlem karmasını kaydedin.
Doğru blok gezgininde işlemi kontrol edin.
Transferin beklemede (pending), başarısız (failed) veya onaylanmış (confirmed) olup olmadığını belirleyin.
Cüzdanınızın o ağdaki hedef adresi kontrol edip etmediğini kontrol edin.
Ne geldiğini anlayana kadar beklenmeyen tokenleri taşımayın.
Varsa, cüzdanın veya platformun resmi kurtarma sürecini kullanın.
Talep edilmemiş destek mesajlarına veya kurtarma hizmetlerine güvenmeyin.
Aynı hatayı önlemek için ödeme şablonunuzu güncelleyin.
Onaylanmış blokzincir işlemleri genellikle bir kart veya banka havalesinde olduğu gibi iptal edilemez. Kurtarma işlemi; ağa, hedefe, cüzdan mimarisine ve ilgili platforma bağlıdır.
Daha ayrıntılı bir kurtarma yolu için, Kriptoyu Yanlış Ağda mı Gönderdiniz? Yapabilecekleriniz ve Yapamayacaklarınız makalesini okuyun.
Bu belirsizliği azaltmanın zamanı, ödemenin tamamı yapılmadan öncedir.

Ödeme ulaştıktan sonra ne yapılmalı?
Bir stabilcoin ödemesi aldıktan sonra, faturayı ödendi olarak işaretlemeden önce tokeni, ağı, alıcı adresi, tutarı, işlem durumunu ve işlem karmasını onaylayın. Ardından ödeme kaydını saklayın ve müşteriye bir makbuz veya onay gönderin. Bundan sonra, fonları tutmak, dönüştürmek, takas etmek, çekmek veya harcamak için planladığınız süreci izleyin.
Teslim aldıktan sonra: İşlemin başarılı olduğunu onaylayın. Doğru stabilcoinin ulaştığını kontrol edin. Ağı onaylayın. Alıcı adresi onaylayın. Tutarı faturayla eşleştirin. İşlem karmasını kaydedin. Gerektiğinde fiat (itibari para) değerini kaydedin. Müşteriye bir ödeme onayı gönderin. Planladığınız fon yönetim sürecini izleyin.
Düzenli olarak stabilcoin alan serbest çalışanlar, fonları amaçlarına göre ayırmaktan fayda sağlayabilirler:
Müşteri alacakları için tek bir cüzdan veya hesap
Rutin ödemeler için tek bir bakiye
Daha uzun vadeli birikimler için tek kurulum
Daha yüksek riskli dApp faaliyetleri için ayrı bir cüzdan
Buradaki amaç bir cüzdan labirenti yaratmak değildir. Tek bir riskli işlemin, ödeme iş akışınızın her bir parçasına zarar vermesini önlemektir.

Yeniden kullanılabilir stabilcoin ödeme kontrol listesi
Adresinizi paylaşmadan önce müşteriyi, stabilcoini, ağı, tutarı, güncel alıcı adresi, ücret sorumluluğunu, destek kanalını ve fatura referansını doğrulayın.
Adresi yapıştırdıktan sonra tekrar kontrol edin. Pratikte mümkün olduğunda tam adresi karşılaştırın. Önemli transferler için bir test ödemesi kullanın, sonucu onaylayın, hem test hem de nihai ödemeler için ağı ve işlem karmasını kaydedin.
Stabilcoin ödemesi doğrulama kontrol listesi
Adresi paylaşmadan önce
# | Kontrol | Doğrulanacaklar | Kaydet veya Onayla |
1 | Ödeyen kimliği | Ödeyen kişi; müşteriyle, sözleşmeyle veya onaylanmış ödeme sorumlusuyla eşleşiyor. | Müşteri adı veya onaylanmış kişi |
2 | Ödeme amacı | Ödeme gerçek bir faturaya, projeye veya hizmete bağlı. | Fatura numarası veya proje referansı |
3 | Stabilcoin | Müşteri tam varlığı onaylıyor: USDT, USDC veya anlaşmaya varılan başka bir stabilcoin. | Stabilcoin adı |
4 | Ağ | Her iki taraf da net bir ağ üzerinde anlaşıyor. | Ağ adı |
5 | Cüzdan desteği | Alıcı cüzdanınız o ağdaki o stabilcoini destekliyor. | Kontrol edilmiş cüzdan/hesap |
6 | Alıcı adresi | Adres, cüzdanınızdaki güncel al ekranından kopyalanmıştır. | Güncel alıcı adresi |
7 | Yapıştırma kontrolü | Yapıştırılan adres, cüzdanınızın içinde gösterilen adresle eşleşiyor. | Yapıştırıldıktan sonra kontrol edilen adres |
8 | Tam adres kontrolü | Sadece ilk ve son karakterler değil, mümkün olduğunda tam adres karşılaştırılır. | Doğrulanmış tam adres |
9 | Adresin yanındaki ağ | Talimatta yazılı olan ağ, cüzdan al ekranıyla eşleşiyor. | Eşleşen token ve ağ |
10 | Fatura tutarı | Tutar ve fatura referansı ödeme talimatına dahil edilmiştir. | Tutar ve fatura referansı |
11 | Gönderilmemesi gerekenler | Talimatta başka bir token veya ağ kullanılmaması gerektiği açıkça belirtilmiştir. | "Yalnızca bu ağ üzerinden gönderin" ifadesi eklendi |
12 | Ağ ücreti | Ağ ücretini kimin ödeyeceğini her iki taraf da biliyor. | Ücret sorumluluğu onaylandı |
13 | Destek kanalı | Müşterinin ödeme soruları için doğrulanmış tek bir kanalı vardır. | Doğrulanmış e-posta veya iletişim yöntemi |
14 | Test ödemesi | Tutar veya müşteri ilişkisi gerektirdiğinde küçük bir test ödemesi istenir. | Test ödemesi kuralı dahil edildi |
Test ödemesinden sonra
# | Kontrol | Doğrulanacaklar | Kaydet veya Onayla |
1 | İşlem durumu | Test işlemi görünür durumda ve doğru ağda onaylandı. | Test işlemi durumu |
2 | Alınan stabilcoin | Test ödemesinde anlaşılan stabilcoin kullanıldı. | Token kontrol edildi |
3 | Kullanılan ağ | Test ödemesi kararlaştırılan ağ üzerinden ulaştı. | Ağ kontrol edildi |
4 | Alıcı adresi | Test ödemesi hedeflenen adrese ulaştı. | Alıcı adresi kontrol edildi |
5 | Test tutarı | Alınan tutar, ücretlerden sonra beklenen test tutarıyla eşleşiyor. | Test tutarı kontrol edildi |
6 | İşlem kaydı | Ağ ve test işlem karması kaydedildi. | Ağ + test işlem karması |
7 | Devam onayı | Müşteri kalan bakiyeyi göndermeden önce yazılı onay alır. | Yazılı onay gönderildi |
Nihai ödemeden sonra
# | Kontrol | Doğrulanacaklar | Kaydet veya Onayla |
1 | Fatura eşleşmesi | Ödeme doğru faturayla, müşteriyle ve tutarla eşleşiyor. | Fatura, yalnızca doğrulamadan sonra işaretlendi |
2 | Nihai işlem kaydı | Nihai işlem karması ve ağ kaydedildi. | Ağ + nihai işlem karması |
3 | Defter tutma detayları | Gerektiğinde tarih ve fiat (itibari para) değeri kaydedilir. | Tarih, saat ve fiat değeri |
4 | Müşteri onayı | Müşteri net bir ödeme onayı alır. | Onay gönderildi |
5 | Fon yönetimi | Fonlar planladığınız sürece göre tutulur, dönüştürülür, takas edilir veya çekilir. | Sıradaki işlem kaydedildi |
Kopyala-yapıştır adresi taşır. Doğrulama ise ödemeyi kontrol eder.