Tokenları yanlış ağa gönderdiniz ve görünmüyorlar mı? Kriptonuz çoğu zaman kaybolmamıştır; sadece bakmadığınız bir ağda duruyordur. İş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 ya da imkansız olduğunu öğrenin.

Korkutucu bir an: token çekiyor veya gönderiyorsunuz, işlem “başarılı” diyor, ama cüzdan bakiyeniz değişmemiş görünüyor. İlk tepki “Her şeyi kaybettim” olur. Çoğu durumda kaybetmediniz. Genellikle olan şey daha basittir: tokenlar, cüzdanınızın şu an gösterdiğinden farklı bir ağa ulaştı.

Bu rehber, ne olduğunu birkaç dakikada teyit etmenize, kurtarmanın ne zaman mümkün olduğunu anlamanıza ve bir dahaki sefere bu hatadan kaçınmanıza yardımcı olacak. walllet.com'un bu sürece nasıl uyduğunu da göstereceğim; özellikle günlük kripto işlemlerinizde daha az “hangi ağdayım” tahmini yapmak istiyorsanız.

Müşteri gönderdiğini söylüyor ama fonları göremiyorsunuz. Yanlış ağ mı?

Bir müşteri size USDT, USDC veya başka bir kripto varlıkla ö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 varsaymayın.

Önce müşteriden işlem hash'ini ve kullanılan tam ağı isteyin. Sonra işlemi aynı ağın blok explorer'ında açın.

Şu beş şeyi kontrol edin:

1. İşlem başarılı mı, başarısız mı, yoksa beklemede mi?

2. Gerçekte hangi ağ kullanıldı?

3. Alıcı adres, müşteriye verdiğiniz cüzdan adresiyle eşleşiyor mu?

4. Token ve tutar faturayla eşleşiyor mu?

5. Cüzdanınız, işlemin gerçekleştiği ağı mı gösteriyor?

Alıcı adres cüzdanınızla eşleşiyor ama token yalnızca başka bir ağda görünüyorsa, sorun yanlış ağ görünümü veya cüzdan desteği olabilir. Alıcı adres eşleşmiyorsa bu bir ağ sorunu değildir. Bu bir adres sorunudur ve kurtarmak genellikle çok daha zordur.

Faturayı ödendi olarak işaretlemeden önce işlem hash'ini, ağı, alıcı adresi, tokenı, tutarı ve durumu doğrulayın.

Temel doğrulama süreci için Blok Explorer'da Bir Kripto İşlemi Nasıl Okunur yazısını okuyun

Bir müşteri ödemesi ne zaman yanlış ağ sorunu olabilir

Yanlış ağ durumları streslidir, çünkü işlem gerçek olabilirken cüzdan görünümü boş görünür. İşlem hash'inin önemi buradadır. Hafızaya, ekran görüntülerine veya hislere güvenmeden ne olduğunu kontrol etmenizi sağlar; bunlar hâlâ berbat bir ödeme altyapısıdır.

Müşteri ödemesi görünmüyorsa kullanabileceğiniz hazır mesaj

Gönderdiğiniz için teşekkürler. Fonlar beklenen cüzdanda/ağda görünmediği için ödemeyi henüz teyit edemiyorum.

Lütfen işlem hash'ini gönderin ve kullanılan tam ağı teyit edin. İşlemi ilgili blok explorer'da kontrol edeceğim ve token, alıcı adres, tutar ve durum faturayla eşleştiğinde onaylayacağım.

Gerçek bir token için yanlış ağı kullandınız

Örnek: USDC'yi Ethereum üzerinden göndermek istediniz, ama Arbitrum veya Base üzerinden gönderdiniz.

Sonuç: Fonlar gerçek ve güvende olabilir, ama yalnızca aynı ağı görüntülediğinizde görünür.

Doğru adrese gönderdiniz, ama cüzdan yanlış ağa bakıyor

Birçok cüzdan aynı anda tek bir ağ gösterir. Eksik olan tokenınız değil, görünümünüzdür.

Desteklenmeyen bir ağ üzerinden bir borsa yatırma adresine gönderdiniz

Örnek: Bir tokenı CEX yatırma adresine gönderdiniz, ama borsanın o varlık için desteklemediği bir ağ kullandınız.

Sonuç: İşlem zincir üzerinde onaylanmış olabilir, ama borsa bunu otomatik olarak hesabınıza yansıtmayabilir. Kurtarma destek ekibi gerektirebilir, zaman alabilir, ücret içerebilir veya imkansız olabilir.

Yanlış adrese gönderdiniz (bu farklı bir durum)

Adres yanlışsa bu bir “ağ” sorunu değildir. Bu bir “adres” sorunudur ve alıcı iş birliği yapmadıkça kurtarmak genellikle mümkün değildir.

Önce Neyi Kontrol Etmeli (Paniğe Kapılmadan Önce Bunu Yapın)

Bu, en çok kişiyi kurtaran en hızlı kontrol listesidir.

1) İşlem hash'ini (TxID) ve tam alıcı adresi alın: Bir borsadan gönderdiyseniz, çekim TxID'sini kopyalayın. Bir cüzdandan gönderdiyseniz, işlem geçmişi ekranından tx hash'i kopyalayın.

2) İşlemin hangi ağda gerçekleştiğini teyit edin: Hafızanıza güvenmeyin. İşleme, ağı ve token transfer ayrıntılarını net gösteren bir blok explorer'da bakın. Blockscout'un rehberleri neye baktığınızı öğrenmek için iyidir.

3) Alıcı adresi aynı ağın explorer'ında arayın: İşin püf noktası budur: o ağın explorer'ında adres sayfasını açın ve token bakiyelerini ve 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üyorsunuz.

4) “Hedef türünü” belirleyin: Tek bir soru sorun: “Alıcı adresi ben mi kontrol ediyorum?”

• Kendi self-custody cüzdanınızın adresiyse: büyük ihtimalle siz kontrol ediyorsunuz.

• Bir borsa yatırma adresiyse: siz kontrol etmiyorsunuz.

• Başkasının cüzdanıysa: siz kontrol etmiyorsunuz.

Bu tek soru, “kendi kendinize kurtarmanın” mümkün olup olmadığını belirler. BNB Chain dokümanları bunu iyi özetler: kurtarma, hedef adresin private key'ini kontrol etmenize 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 algılanmıyor

• Göstermek için token kontratını eklemeniz gerekiyor (cüzdana göre değişir)

Deneyimli kullanıcılar bile “görünmüyor ama orada” durumuna takılır.

Bu bir müşteri ödemesiyse, alıcı adres, token, ağ, tutar ve işlem durumu ödeme talimatınızla eşleşene kadar faturayı ödendi olarak işaretlemeyin.

Fonlar görünmüyorsa müşterinin ekran görüntüsü yeterli değildir. İşlem hash'ini isteyin, doğru explorer'ı kontrol edin ve kesin kaydı faturayla birlikte saklayın.

Kurtarma Ne Zaman Mümkün

Net olalım. Şunlar doğruysa kurtarma çoğu zaman mümkündür:

Senaryo A: EVM uyumlu ağlar arasında kendi adresinize gönderdiniz

Birçok EVM uyumlu ağ aynı adres formatını kullanır ve aynı anahtar farklı ağlarda aynı adrese karşılık gelebilir. Gerçek hayatta bunun anlamı: kendi 0x… adresinize yanlış EVM ağı üzerinden gönderdiyseniz, fonlar hâlâ “sizin adresinizde”, sadece o diğer ağda duruyor olabilir. Pratikte nasıl “kurtarırsınız”:

1. Cüzdan görünümünüzü işlemin gerçekleştiği ağa geçirin.

2. Tokenın göründüğünden emin olun (bazen eklemeniz gerekir).

3. Gerekirse fonları taşıyabilmek için o ağın yerel gas tokenından çok az miktar edinin (Ethereum'da ETH, Polygon'da POL vb.).

4. Doğru yoldan geri taşıyın: genellikle en güvenlisi bu rota için tasarlanmış bir köprü veya zincirler arası takastır.

walllet.com kullanıyorsanız, en iyi önleme yolu gerekmedikçe borsadan farklı ağlara doğrudan çekim yapmamaktır. Mümkünse yerleşik takas ve zincirler arası rotaları kullanın; böylece “hangi ağdayım” derdini uygulama daha zahmetsizce halleder.

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 çoğu zaman zaten oradadır, ama 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 süreçleri vardır, bazıları da elle kurtarmayı dener. Yine de garanti değildir ve gecikme ile ücret içerebilir. Durumunuz buysa, rastgele “çözümler” denemeyi bırakın. En iyi hamleniz, tam bilgilerle temiz bir destek talebi hazırlamaktır (aşağıda daha fazlası var).

Kurtarma Ne Zaman Mümkün Değil (veya Son Derece Düşük İhtimal)

Bu bölüm sizi korkutmak için değil. Zamanınızı korumak ve sizi dolandırıcılardan korumak için burada.

Yanlış adrese gönderdiniz

Blokzincirlerde “ters ibraz” (chargeback) yoktur. Adres yanlışsa genellikle geri alamazsınız. (Bazı eğitim yazıları bunu açıkça anlatır: işlemler onaylandıktan sonra geri alınamaz.)

Borsanın erişemediği bir ağ üzerinden bir borsa yatırma adresine gönderdiniz

Adres formatı tanıdık görünse bile borsanın o ağda araçları veya saklama altyapısı olmayabilir. Sonuçlar borsanın politikasına ve altyapısına göre değişir.

Tokenı işleyemeyen bir kontrat adresine gönderdiniz

Bazı adresler, rastgele token almayı desteklemeyen akıllı kontratlardır. Fonlar kurtarma yolu olmadan takılıp kalabilir.

Yanlışlıkla EVM olmayan bir ağa gönderdiniz ve cüzdanınız ona erişemiyor

Tamamen farklı bir ekosisteme gönderdiyseniz (EVM, Solana, Tron, Cosmos), “aynı adres” mantığı geçerli olmayabilir. Kurtarma, ağa özel ayrıntılara ve varlıkların kimde saklandığına bağlıdır.

Adım Adım Kurtarma Rehberi (Bu Sırayı İzleyin)

Adım 1: Ağı ve token transferini bir blok explorer'da doğrulayın

İşlemin gerçekleştiği ağ için güvenilir bir explorer kullanın. Blok explorer'lar blokzincir verileri için arama motoru gibi çalışır. Teyit etmeniz gerekenler:

• Ağ adı

• Token kontratı (gerekiyorsa)

• Alıcı adres

• Transfer edilen tutar

• Durum: başarılı

Adım 2: Fonların o ağda alıcı adreste durduğunu teyit edin.

Adres sayfası tokenları gösteriyorsa, “fonları buldunuz” demektir. Bu çok büyük bir ilerleme.

Adım 3: Kendi cüzdan adresinizse, cüzdanın doğru ağı göstermesini sağlayın

Her seferinde tek bir değişiklik yapın:

1. Fonların bulunduğu ağa geçin

2. Tokenı arayın

3. Görünmüyorsa, explorer'dan token kontrat adresini bulun ve ekleyin/içe aktarın (cüzdana bağlı)

Adım 4: Fonları taşımak için doğru gas tokenını edinin (taşımanız gerekiyorsa)

İnsanları en çok yakalayan nokta bu: tokenınız görünüyor olabilir, ama ağın yerel gas varlığına sahip olmadığınız için onu taşıyamazsınız. Örnek: USDC'niz Arbitrum'da ama Arbitrum'da hiç ETH'niz yok, bu yüzden transferler başarısız olur.

Adım 5: Doğru yöntemle geri taşıyın

En “hata yapılamaz” olandan en “elle” olana seçenekler:

• Zincirler arası takas (varsa)

• Bilinen bir köprü (o token ve rota için)

• Orijinal platform o ağı ve yatırma yöntemini destekliyorsa oraya geri gönderme

Zaten walllet.com kullanıyorsanız, düzeltmeyi uygulamanın takas ve yönlendirme akışı içinde yapıp yapamayacağınızı kontrol edin. Bu genellikle ayrı adımların ve yanlış ağ seçebileceğiniz noktaların sayısını azaltır.

Özel Durum: “Adres Her İki Ağda da Varsa Ne Olur?”

Bu, yeni başlayanlar için en kafa karıştırıcı kısımdır ve açıklamaya değer.

EVM uyumlu ağlarda aynı private key, farklı ağlarda aynı adres formatını üretebilir. Bu yüzden aynı 0x… adresini birden fazla ağda görebilirsiniz. Önemli ayrıntı:

• Aynı adres, aynı bakiye demek değildir.

• Her ağın kendi defteri vardır. Fonlarınız gerçekte kullandığınız ağdadır.

Yani adresinize “yanlış ağ” üzerinden gönderdiyseniz, fonlar o ağa bakana kadar orada sessizce bekliyor olabilir.

İşin İçinde Bir Borsa Varsa: Yardım Alan Bir Destek Talebi Nasıl Yazılır

Bir borsa yatırma adresine gönderdiyseniz, amacınız destek ekibinin işini kolaylaştırmaktır. Şunları ekleyin:

• TxID (hash)

• Kullanılan ağ

• Gönderilen varlık (istenirse token kontratı da)

• Tutar

• Yatırma adresi

• Transferin başarılı olduğunu gösteren explorer sayfasının ekran görüntüleri

Kurtarmayı deneyen borsalar genellikle tam olarak bunları ister.

Kriptoyu Yanlış Ağa Göndermekten Nasıl Kaçınılır

Paranoyaya gerek yok. Bir alışkanlığa ihtiyacınız var.

1. Ağı her zaman iki tarafta da (gönderen ve alıcı) eşleştirin.

2. Büyük tutarlar gönderirken önce küçük bir test işlemi yapın.

3. Sık kullanıyorsanız hedef ağda biraz gas bulundurun.

4. Mümkünse borsadan elle çekim yerine cüzdan içi zincirler arası yönlendirmeyi tercih edin.

5. walllet.com kullanıyorsanız, desteklenen ağları “izin verilen şeritler” gibi düşünün. Şeritlerde kalın, yanlış ağ kazalarının çoğundan kaçının.

walllet.com Kriptoyu Yanlış Ağa Göndermeyi Nasıl Önler

walllet.com basit bir fikir üzerine kurulu: kullanıcının kontrolü elinde tutmasını sağlarken, vermesi gereken yüksek riskli kararların (yanlış ağı seçmek gibi) sayısını azaltmak. Pratikte bunun anlamı:

• Günlük işlemlerde, birden fazla uygulama ve ağ ayarı arasında gidip gelmek yerine çoğu zaman cüzdan içinde takas ve yönlendirme yapabilirsiniz.

• Transfer yapmanız gerektiğinde, bir şeyin kaybolduğunu varsaymadan önce ağı, explorer verilerini ve token görünürlüğünü bu yazıdaki kontrol listesiyle doğrulayabilirsiniz.

Seed phrase ile uğraşmadan kriptonuzu kontrol etmenin daha basit bir yolunu istiyorsanız walllet'i deneyin. Önemli ödemeleri göndermeden veya almadan önce token, ağ, adres ve işlem hash'ini her zaman teyit edin.

İlgili yazılar

Kripto ve Web3: Cüzdanlar, Ağlar ve Güvenlik

EVM Cüzdanı Nedir? Hesaplar ve Ağ Kontrolleri

Ethereum sadece bir coin değil. Web3'ün büyük kısmının arkasındaki ağdır.

ERC-20 Cüzdan Adresi: Örnek, Format ve Nasıl Alınır