Tokenları yanlış ağa gönderdiniz ve görünmüyorlar mı? Kripto varlıklarınız genellikle kaybolmaz, sadece bakmadığınız bir ağda öylece bekliyordur. İşlemi nasıl doğrulayacağınızı, fonlarınızı doğru ağda nasıl bulacağınızı ve kurtarmanın ne zaman mümkün veya imkansız olduğunu nasıl anlayacağınızı öğrenin.
Korkunç bir an: Token çekiyor veya gönderiyorsunuz, işlem "başarılı" görünüyor ama cüzdan bakiyeniz değişmemiş. İlk refleksiniz "Her şeyimi kaybettim" olur. Ancak çoğu durumda kaybetmediniz. Genellikle olan şey daha basittir: Tokenlar cüzdanınızın şu anda gösterdiğinden farklı bir ağa gelmiştir.
Bu kılavuz, birkaç dakika içinde ne olduğunu doğrulamanıza, kurtarmanın ne zaman mümkün olduğunu anlamanıza ve bir dahaki sefere bu hatayı önlemenize yardımcı olacak. Ayrıca, özellikle günlük kripto hayatınızda daha az "ağ tahmin oyunu" oynamak istiyorsanız, walllet.com'un bu iş akışına nasıl uyum sağladığını da göstereceğim.
Müşteri gönderildiğini söylüyor ama fonları göremiyorsunuz. Yanlış ağ mı?
Bir müşteri size USDT, USDC veya başka bir kripto varlığı ile ödeme yaptıysa ve cüzdanınız fonları göstermiyorsa, ödemenin başarısız olduğunu varsaymayın. Fonların kaybolduğunu da düşünmeyin.
Öncelikle müşteriden işlem hash değerini (TxID) ve kullanılan ağı tam olarak isteyin. Ardından işlemi o ağın blok gezgininde açın.
Bu beş şeyi kontrol edin:
İşlem başarılı mı oldu, başarısız mı oldu, yoksa beklemede mi kaldı?
Gerçekte hangi ağ kullanıldı?
Alıcı adresi, müşteriye verdiğiniz cüzdan adresiyle eşleşiyor mu?
Token ve miktar fatura ile eşleşiyor mu?
Cüzdanınız, işlemin gerçekleştiği ağ ile aynı ağı mı gösteriyor?
Alıcı adresi cüzdanınızla eşleşiyor ancak token yalnızca başka bir ağda görünüyorsa, sorun yanlış ağ görünümü veya cüzdan desteği sorunu olabilir. Alıcı adresi eşleşmiyorsa bu bir ağ sorunu değildir. Bir adres sorunudur ve kurtarma işlemi genellikle çok daha zordur.
Faturayı ödendi olarak işaretlemeden önce işlem hash değerini, ağı, alıcı adresini, tokenı, miktarı ve durumu doğrulayın.
Temel doğrulama süreci için Bir Blok Gezgininde Kripto İşlemi Nasıl Okunur makalesini okuyun
Müşteri ödemesinin yanlış ağ sorunu olabileceği durumlar
Gördüğünüz durum | Ne anlama gelebileceği | Bir sonraki adım |
|---|---|---|
İşlem hash'i mevcut, durum başarılı, alıcı adresi eşleşiyor ancak cüzdanda fon görünmüyor | Fonlar, cüzdanınızın şu anda göstermediği bir ağda olabilir | Doğru ağa geçin, token görünürlüğünü kontrol edin ve blok gezginindeki adresi inceleyin. |
İşlem hash'i mevcut ancak alıcı adresi cüzdanınızla eşleşmiyor | Bu muhtemelen bir ağ sorunu değil, adres sorunudur | Faturayı ödendi olarak işaretlemeyin. Müşteriden fonların nereye gönderildiğini incelemesini isteyin. |
İşlem hash'i mevcut ancak müşteri desteklenmeyen bir borsa/platform ağı kullandı | İşlem zincir üstünde gerçekleşmiş olabilir ancak platform bunu hesaba yansıtmayabilir | İşlem hash'i, ağ, token, miktar ve alıcı adresiyle birlikte platform desteğine başvurun. Kurtarma garanti edilmez. |
Müşteri yalnızca işlem hash'i olmayan bir ekran görüntüsü gönderiyor | Ödemeyi doğrulamak için yeterli kanıtınız yok | Faturayı kapatmadan önce işlem hash değerini ve ağı isteyin. |
İşlem başarısız oldu veya hala beklemede | Ödeme henüz tamamlanmadı | Nihai durumu bekleyin veya müşteriden yalnızca başarısız/beklemede durumu netleştikten sonra tekrar göndermesini isteyin. |
Yanlış ağ durumları streslidir çünkü cüzdan görünümü boş olsa bile işlem gerçek olabilir. Bu nedenle işlem hash değeri önemlidir. Belleğe, ekran görüntülerine veya hislere güvenmeden ne olduğunu kontrol etmenizi sağlar; ki bunlar berbat bir ödeme altyapısı olarak kalmaya devam etmektedir.
Müşteri ödemesi görünmüyorsa kullanabileceğiniz taslak mesaj
Bunu gönderdiğiniz için teşekkürler. Fonlar beklenen cüzdanda/ağda görünmediği için ödemeyi henüz onaylayamıyorum.
Lütfen işlem hash değerini gönderin ve kullanılan ağı tam olarak onaylayın. Eşleşen blok gezgininde işlemi kontrol edeceğim; token, alıcı adresi, miktar ve durum faturayla eşleştiğinde onaylayacağım.
Gerçek bir token için yanlış ağı kullandınız
Örnek: Ethereum üzerinde USDC göndermek istiyordunuz ancak Arbitrum veya Base üzerinde USDC gönderdiniz.
Sonuç: Fonlar gerçek ve güvendedir, ancak yalnızca aynı ağı görüntülediğinizde görünürler.
Doğru adrese gönderdiniz ancak cüzdan yanlış ağa bakıyor
Birçok cüzdan aynı anda tek bir ağ gösterir. Tokenınız kayıp değil, sadece görüş alanınızda değil.
Desteklenmeyen bir ağdaki borsa yatırma adresine gönderdiniz
Örnek: Bir CEX (Merkezi Borsa) yatırma adresine token gönderdiniz ancak borsanın o varlık için desteklemediği bir ağ kullandınız.
Sonuç: İşlem zincir üstünde onaylanabilir ancak borsa bunu otomatik olarak hesaba geçirmeyebilir. Kurtarma işlem için destek gerekebilir, zaman alabilir, ücret içerebilir veya imkansız olabilir.
Yanlış adrese gönderdiniz (bu farklı bir durumdur)
Eğer adres yanlışsa bu bir "ağ" sorunu değildir. Bu bir "adres" sorunudur ve alıcı iş birliği yapmadığı sürece kurtarma genellikle mümkün değildir.
İlk Olarak Neleri Kontrol Etmeli (Paniklemeden Önce Bunu Yapın)
Bu, çoğu insanı kurtaran en hızlı kontrol listesidir.
1) İşlem hash'ini (TxID) ve tam alıcı adresini alın: Bir borsadan gönderdiyseniz, çekim TxID'sini kopyalayın. Bir cüzdandan gönderdiyseniz, işlem geçmişi ekranınızdan işlem hash'ini kopyalayın.
2) İşlemin hangi ağda gerçekleştiğini onaylayın: Hafızanıza güvenmeyin. İşlemi, ağı ve token transfer detaylarını açıkça gösteren bir blok gezgininde inceleyin. Blockscout kılavuzları neye baktığınızı anlamak için iyidir.
3) Alıcı adresini aynı ağın blok gezgininde aratın: Kilit hamle budur; o ağın blok gezgininde adres sayfasını açın ve token varlıkları ile transferleri kontrol edin.
Token orada görünüyorsa fonlarınız zincir üzerindedir ve kaybolmamıştır. Sadece cüzdanınızda yanlış ağı görüntülüyorsunuzdur.
4) "Hedef türünü" tanımlayın: Kendinize şu soruyu sorun: "Alıcı adresinin kontrolü bende mi?"
Bu sizin gözetimsiz (self-custody) cüzdan adresiniz ise kontrol muhtemelen sizdedir.
Bir borsanın yatırma adresi ise kontrol sizde değildir.
Başka birinin cüzdanı ise kontrol sizde değildir.
Bu tek soru "kendi kendine kurtarma" işleminin mümkün olup olmadığını belirler. BNB Chain belgeleri bunu iyi özetliyor: Kurtarma, hedef adresin özel anahtarına sahip olmaya bağlıdır.
5) Tokenın sadece "görünmüyor" olup olmadığını kontrol edin: Bazen token oradadır ama gizlidir. Yaygın nedenler:
Yanlış ağ görünümündesiniz
Token otomatik olarak algılanmadı
Görüntülemek için token sözleşmesini eklemeniz gerekiyor (cüzdana göre değişir)
Deneyimli kullanıcılar bile "görünmez ama orada olan" tokenlar tarafından yanıltılabilir.
Bu bir müşteri ödemesiyse alıcı adresi, token, ağ, bakiye ve işlem durumu ödeme talimatınızla eşleşene kadar faturayı ödendi olarak işaretlemeyin.
Fonlar görünmediğinde müşterinin ekran görüntüsü yeterli değildir. İşlem hash'ini isteyin, doğru blok gezginini kontrol edin ve nihai kaydı faturayla birlikte kaydedin.
Kurtarma Ne Zaman Mümkündür?
Net olalım. Şunlar geçerli olduğunda kurtarma genellikle mümkündür:
Senaryo A: Kendi adresinize EVM uyumlu ağlar arasında gönderim yaptınız
Birçok EVM uyumlu ağ aynı adres biçimini paylaşır ve aynı anahtar ağlar arasında aynı adrese karşılık gelebilir. Bu gerçek hayatta şu anlama gelir: Yanlış EVM ağında kendi 0x... adresinize gönderim yaptıysanız, fonlar hala "adresinizde" ancak diğer ağda duruyor olabilir. Pratikte nasıl "kurtarırsınız":
Cüzdan görünümünüzü işlemin gerçekleştiği ağa geçirin.
Tokenın göründüğünden emin olun (bazen manuel olarak eklemeniz gerekir).
Gerektiğinde fonları başka yere taşımak için ağın yerel gas tokenından (Ethereum'da ETH, Polygon'da POL vb.) çok az miktarda edinin.
Doğru yöntemle geri taşıyın: Genellikle en güvenlisi bu rota için tasarlanmış bir köprü veya zincirler arası takastır (cross-chain swap).
Eğer walllet.com kullanıyorsanız, en iyi önleyici hamle mecbur kalmadıkça doğrudan ağlar arası borsa çekimlerinden kaçınmaktır. Uygulamanın "hangi ağdayım" karmaşasını daha sorunsuz çözmesi için mümkün olan yerlerde yerleşik takas ve zincirler arası rotaları kullanın.
Senaryo B: Her iki ağı da destekleyen bir cüzdana gönderdiniz
Bazı cüzdanlar birden fazla ağı "görebilir" veya kolayca ekleyebilir. Bu durumlarda token genellikle zaten oradadır ancak ağı etkinleştirmeniz veya tokenı eklemeniz gerekir.
Senaryo C: Bir borsaya gönderdiniz ve borsa bir kurtarma süreci sunuyor
Bazı borsaların belirli hatalar için yatırma kurtarma akışları vardır ve bazıları manuel kurtarma dener. Bu durum yine de garanti edilmez; gecikmeler ve ücretler içerebilir. Sizin durumunuz buysa rastgele "çözümler" denemeyi bırakın. En iyi hamleniz, tam bilgileri içeren net bir destek talebi hazırlamaktır (ayrıntılar aşağıda).
Kurtarma Ne Zaman Mümkün Değildir (Veya Çok Düşük İhtimaldir)
Bu bölüm sizi korkutmak için değil, zaman kazanmanızı sağlamak ve sizi dolandırıcılardan korumak için buradadır.
Yanlış adrese gönderdiniz
Blokzincirlerinde "ters ibraz" yoktur. Adres yanlışsa işlemi genellikle geri alamazsınız. (Bazı eğitici yazılar bunu net bir şekilde açıklar: İşlemler onaylandıktan sonra geri alınamaz.)
Bir borsa yatırma adresine, borsanın erişemediği bir ağ üzerinden gönderim yaptınız
Adres biçimi tanıdık görünse bile borsanın o ağ üzerinde araçları veya velayeti olmayabilir. Sonuçlar borsa politikasına ve altyapısına göre değişir.
Tokenı işleyemeyen bir sözleşme adresine gönderdiniz
Bazı adresler akıllı sözleşmelerdir ve rastgele tokenların alınmasını desteklemezler. Fonlar, bir kurtarma yöntemi olmadan kilitli kalabilir.
Yanlışlıkla EVM dışı bir ağa gönderdiniz ve cüzdanınız buna erişemiyor
Tamamen farklı bir ekosisteme gönderdiyseniz (EVM vs Solana vs Tron vs Cosmos), "aynı adres" mantığı geçerli olmayabilir. Kurtarma işlem ağa özgü detaylara ve velayete bağlıdır.
Adım Adım Kurtarma Kılavuzu (Bu Sırayı İzleyin)
1. Adım: Bir blok gezgininde ağı ve token transferini doğrulayın
İşlemin gerçekleştiği ağ için güvenilir bir blok gezgini kullanın. Blok gezginleri blokzincir verileri için arama motorları gibi çalışır. Onaylamanız gerekenler:
Ağ adı
Token sözleşmesi (varsa)
Alıcı adresi
Transfer edilen miktar
Durum: Başarılı (success)
2. Adım: Fonların o ağdaki alıcı adresinde durduğunu onaylayın.
Adres sayfasında tokenlar görünüyorsa fonların yerini tespit etmişsiniz demektir. Bu çok büyük bir ilerlemedir.
3. Adım: Kendi cüzdan adresiniz ise cüzdanın doğru ağı göstermesini sağlayın
Her seferinde tek bir değişiklik yapın:
Fonların olduğu ağa geçiş yapın
Tokenı arayın
Görünmüyorsa token sözleşme adresini blok gezgininden aratıp ekleyin/içe aktarın (cüzdana göre değişir)
4. Adım: Fonları taşımak için doğru gas tokenını edinin (taşımak istiyorsanız)
Bu durum insanları şaşırtır: Tokenınız görünüyor olabilir ancak ağın yerel gas varlığına sahip olmadığınız için onu taşıyamazsınız. Örnek: USDC'niz Arbitrum'da ancak Arbitrum'da hiç ETH'niz yok, bu yüzden transferler başarısız olur.
5. Adım: Doğru yöntemi kullanarak geri taşıyın
En basitten en manuele seçenekler:
Zincirler arası takas (varsa)
Tanınmış bir köprü (o token ve rota için)
O ağı ve yatırma yöntemini destekliyorlarsa orijinal platforma geri gönderin
Zaten walllet.com kullanıyorsanız, düzeltmeyi uygulamanın takas ve rotalama akışı içinde yapıp yapamayacağınızı kontrol edin. Bu genellikle ayrı adımların ve yanlış ağ seçebileceğiniz yerlerin sayısını azaltır.
Özel Durum: "Ya Adres Her İki Ağda da Mevcutsa?"
Yeni başlayanlar için en kafa karıştırıcı kısım burasıdır ve netleştirilmeye değer.
EVM uyumlu ağlarda aynı özel anahtar ağlar genelinde aynı adres biçimini oluşturabilir. Bu yüzden aynı 0x... adresini birden fazla ağda görebilirsiniz. Önemli bir nüans:
Aynı adres, aynı bakiye anlamına gelmez.
Her ağın kendi kayıt defteri vardır. Fonlarınız gerçekte kullandığınız ağda yaşar.
Dolayısıyla "yanlış ağda" kendi adresinize gönderim yaptıysanız, fonlar siz o ağa bakana kadar orada sessizce bekliyor olabilir.
İşin İçinde Bir Borsa Varsa: Yardım Alabilmek İçin Nasıl Destek Talebi Oluşturulur?
Bir borsa yatırma adresine gönderim yaptıysanız amacınız destek ekibinin işini kolaylaştırmaktır. Şunları ekleyin:
TxID (işlem hash'i)
Kullanılan ağ
Gönderilen varlık (ve istenirse token sözleşmesi)
Miktar
Yatırma adresi
Transferin başarılı olduğunu gösteren blok gezgini sayfasının ekran görüntüleri
Kurtarmayı deneyen borsalar genellikle tam olarak bunları isteyecektir.
Kriptoları Yanlış Ağa Göndermekten Nasıl Kaçınılır?
Paranoyaya gerek yok. Sadece bir alışkanlığa ihtiyacınız var.
Her iki tarafta da (gönderici ve alıcı) ağın eşleştiğinden her zaman emin olun.
Büyük miktarları taşırken önce küçük bir test işlemi yapın.
Sık kullanıyorsanız hedef ağda küçük bir miktar gas bulundurun.
Manuel borsa çekimleri yerine mümkün olduğunda cüzdan içi zincirler arası rotalandırmayı tercih edin.
Eğer walllet.com kullanıyorsanız, desteklenen ağları "izin verilen şeritler" gibi görün. Şeritlerde kalın ve böylece yanlış ağ kazalarının çoğundan kaçının.
walllet.com Kriptoyu Yanlış Ağa Göndermenizi Nasıl Önler?
walllet.com basit bir fikir etrafında kurulmuştur: Kullanıcının kontrolü elinde tutmasını sağlarken, yapmak zorunda olduğu riskli kararların (yanlış ağ seçmek gibi) sayısını azaltmak. Pratikte bu şu anlama gelir:
Günlük işlemler için birden fazla uygulama ve ağ ayarı arasında atlamak yerine genellikle cüzdan içinde takas ve rotalama yapabilirsiniz.
Transfer yapmanız gerektiğinde herhangi bir şeyin kaybolduğunu varsaymadan önce ağ, blok gezgini verileri ve token görünürlüğünü doğrulamak için bu makalenin kontrol listesini kullanabilirsiniz.
Kelimelerle (seed phrase) uğraşmadan kriptonuzu kontrol etmenin daha basit bir yolunu istiyorsanız walllet'ı deneyin. Önemli ödemeleri göndermeden veya almadan önce her zaman tokenı, ağı, adresi ve işlem hash'ini doğrulayın.
