Kriptoyu Yanlış Ağda mı Gönderdiniz? Hangi Transferler Gerçekten Kurtarılabilir?

Yanlış ağda gönderilen kripto bazen kurtarılabilir. Seçenekleriniz, alıcı adresi kimin kontrol ettiğine, o kişinin veya hizmetin bu adresi kullanılan ağda kullanıp kullanamadığına ve hangi tokenin ulaştığına bağlıdır.

Başarılı bir işlem, blokzincirin işlemi gerçekleştirdiği anlamına gelir. Bir borsanın hesabınıza para yatırdığını veya alıcının fonları harcayabildiğini kanıtlamaz. Kurtarma, gerçek token transferini bulmak ve bu tokenleri kimin hareket ettirebileceğini belirlemekle başlar.

Kurtarma yolunuzu bulun

• Kendi cüzdanınız: Fonlar, uyumlu bir ağda kontrol ettiğiniz normal bir hesaba ulaştıysa çoğu zaman kurtarılabilir. Akıllı cüzdan için ayrıca kontrol gerekir.
• Bir borsa: Kurtarma, alıcı borsanın araçlarına, saklama sistemine ve tam olarak o token ve ağ için uyguladığı politikaya bağlıdır. Para yatırma adresini yalnızca borsa yönetebilir.
• Başka bir kişi: Fonları geri gönderebilmeleri ve göndermeyi kabul etmeleri gerekir. Size bir borsa para yatırma adresi verdilerse, o borsayla kendileri iletişime geçmelidir.
• Bir akıllı sözleşme: Kurtarma, sözleşmenin koduna ve yetkili operatörlere bağlıdır. Bazı sözleşmeler tokenleri geri gönderebilir, bazıları gönderemez.

Temel soru şudur: gerçekten kullanılan ağdaki alıcı adresten transfer yapma yetkisini kim verebilir? Bir adresin bakiye göstermesi tek başına yeterli değildir.

Kurtarmayı denemeden önce işlemi kontrol edin

1. Transferin gerçekten gerçekleşip gerçekleşmediğini kontrol edin

Para çekme veya gönderme kaydını açın ve TxID ya da işlem hash'i olarak da adlandırılan blokzincir işlem kimliğini kopyalayın. Bir borsanın dahili para çekme kimliği farklı olabilir.

• Henüz blokzincir işlemi yok: Para çekme işlemi hâlâ gönderen platformun içinde olabilir. İptal edilip edilemeyeceğini kontrol edin ve hemen o platformla iletişime geçin.
• Blokzincirde bekliyor: Bazı cüzdanlar onaylanmamış bir işlemi değiştirmeyi veya iptal etmeyi deneyebilir. Cüzdanın resmi talimatlarını izleyin. Başarı garanti değildir ve hatalı transferi hızlandırmak durumu daha kötü hale getirir.
• Başarısız veya geri çevrilmiş: Hatanın nedenini ve gönderenin bakiyesini inceleyin. Bu, yanlış ağdaki başarılı bir para yatırma işleminden farklıdır. Başarısız bir Ethereum tarzı işlem yine de ağ ücreti harcayabilir.
• Başarıyla onaylandı: Normal bir iptal veya ters ibraz düğmesi yoktur. Kurtarma genellikle fonların ulaştığı yerden yeni bir transfer yapılması anlamına gelir.

2. Gerçekte seçtiğiniz ağın gezginini kullanın

Önce orijinal para çekme kaydındaki ağı kontrol edin, ardından o ağın blokzincir gezginini açın. Örneğin Ethereum işlemleri Etherscan'de, BNB Smart Chain işlemleri BscScan'de ve TRON işlemleri TRONSCAN'de görünür.

Ethereum gezgininde görünmeyen bir işlem aslında BNB Smart Chain'de gerçekleşmiş olabilir. Yalnızca amaçlanan ağda arama yapmak, fonların kaybolduğunu göstermez.

Bir köprü kullandıysanız, köprünün transfer durumunu da kontrol edin. Başlangıç ağında tamamlanmış bir işlem, transferin yalnızca bir parçası olabilir. Hedef işlemi veya köprünün istediği herhangi bir talep ya da iade adımını arayın.

3. Gerçek token alıcısını bulun

USDT ve diğer Ethereum tarzı tokenler için işlemin token transferleri bölümünü açın. Alıcıyı, miktarı ve token sözleşmesini kontrol edin.

Ana işlemde To olarak etiketlenen alan, tokeni çalıştıran sözleşmeyi gösterebilir. Bu normaldir: bir token transferi o sözleşmeyi çağırır ve tokenlerin hangi adrese gitmesi gerektiğini söyler. Bu, tek başına paranızı yanlışlıkla token sözleşmesine gönderdiğiniz anlamına gelmez.

Ayrıca işlemin ne yaptığını kontrol edin. Başarılı bir token onayı, token harcama izni verir; kendi başına bir ödeme değildir. Birden fazla sözleşme çağrısı içeren bir işlem birden fazla transfer içerebilir.

4. Tokeni ve mevcut konumunu doğrulayın

Tam alıcı adresini, gerçek ağı, miktarı ve token sözleşmesini kaydedin. Sözleşmeyi, token ihraççısının veya alıcı platformun o ağ için verdiği resmi bilgilerle karşılaştırın. Bir token adı veya logosu kopyalanabilir.

Ardından alıcı adresin token bakiyesini ve sonraki transferleri kontrol edin. Orijinal işlem tokenlerin nereye ulaştığını kanıtlar, ancak o zamandan beri hareket etmiş olabilirler.

Bir borsa tokenleri başka bir cüzdana taşıdıysa bu normal dahili işlem olabilir. Hesabınıza aktarıldığını kanıtlamaz. Kendi cüzdanınızdan beklenmedik bir transfer çıktıysa daha fazla fon eklemeden önce olası bir ele geçirme durumunu araştırın.

Bu kontroller kamuya açık bilgileri kullanır. Bir adresi incelemek için cüzdan bağlamanız veya kurtarma ifadenizi açıklamanız gerekmez.

Yanlış ağ, desteklenmeyen token ve yanlış adres farklı sorunlardır

Yanlış veya desteklenmeyen ağ

USDT'yi Ethereum üzerinden göndermek istediniz ancak BNB Smart Chain'i seçtiniz. Transfer BNB Smart Chain'deki bir adrese ulaştı ve alıcı hizmet bu zinciri desteklemiyor olabilir.

Para çekme ekranlarında Ethereum (ERC20) genellikle Ethereum ana ağını, BNB Smart Chain (BEP20) ise BNB Smart Chain'i ifade eder. ERC20 ve BEP20 token standartlarını tanımlar. Yalnızca standardı hedef olarak görmek yerine tam ağ adını kontrol edin.

0x ile başlayan bir adres, hangi ağı kullanmanız gerektiğini söylemez. Birden fazla ağ bu biçimi kullanır ve ayrı bakiyeler tutar.

Doğru ağda desteklenmeyen token

Ağ ve adres doğru olabilir, ancak alıcı platform gönderdiğiniz tam token sözleşmesini kabul etmiyor olabilir.

Örneğin yerel USDC ile köprülenmiş bir USDC sürümü aynı ağda bulunabilir. Circle, Arbitrum üzerindeki köprülenmiş USDC'nin Circle Mint tarafından desteklenmediğini ve hatalı yatırımların kurtarılamayabileceğini belirtir. Arbitrum'da USDC kabul etmek, orada USDC adı taşıyan her tokeni kabul etmek anlamına gelmez.

USDT'nin de köprüler veya başka hizmetler tarafından temsil edilen sürümleri vardır. USDT adını taşıyan her tokenin doğrudan Tether tarafından çıkarıldığını veya aynı kurtarma yoluna sahip olduğunu varsaymayın.

Yanlış alıcı adresi

Eski kopyalanmış bir adres, yabancının cüzdanı veya bir token sözleşmesi gibi, amaçladığınızdan farklı bir adrese gönderdiniz.

Ağ değiştirmek size o adresin kontrolünü vermez. Kurtarma, gerçek alıcıya veya uygulanabilir bir sözleşme ya da ihraççı kurtarma sürecine bağlıdır.

Eksik memo veya tag başka bir kategoridir. Fonlar doğru ortak borsa adresine ulaşmış olabilir ancak hesabınızı tanımlamak için gereken bilgi eksik olabilir. O borsanın memo veya tag kurtarma sürecini kullanın.

Adres, token, ağ ve gerekli memo doğruysa onay gereksinimlerini, minimum yatırma tutarlarını ve alıcı platformun yatırma durumunu kontrol edin. Yanlış ağ transferi yerine bir hesaba geçirme gecikmesi yaşıyor olabilirsiniz.

1. Fonlar kendi cüzdanınıza gitti

Normal bir cüzdan hesabı ne zaman kurtarabilir?

Birçok ağ Ethereum tarzı hesaplar kullanır. Bunlara sıkça EVM uyumlu ağlar denir. Doğrudan özel anahtarla kontrol edilen normal bir hesapta aynı anahtar, bu ağlar arasında genellikle aynı adresi kontrol eder.

Bu nedenle kendi Ethereum tarzı adresinize BNB Smart Chain üzerinden yapılan bir transfer, cüzdanınız başlangıçta hiçbir şey göstermese bile erişilebilir olabilir. Token bakiyesi BNB Smart Chain'de vardır; uygulamanız Ethereum'u gösteriyor olabilir.

Bu, kontrol ettiğiniz tam hesap için geçerlidir. Akıllı cüzdana, borsa adresine veya aynı kurtarma ifadesinden oluşturulmuş farklı bir adrese otomatik olarak uygulanmaz.

Güvenli şekilde nasıl kontrol edilir?

1. Alıcı hesabı kontrol eden cüzdanı açın. Tam adresini, işlemdeki gerçek token alıcısıyla karşılaştırın.
2. Transferde kullanılan ağı seçin. Ağ görünmüyorsa etkinleştirmek veya resmi ağ ayarlarını eklemek için cüzdan üreticisinin talimatlarını izleyin.
3. Tam tokeni görüntüleyin. Otomatik görünmüyorsa o ağ için doğrulanmış sözleşme adresini kullanarak cüzdanın token ekleme işlevini kullanın.
4. Hesabın imza atabildiğini kontrol edin. Salt izleme cüzdanı herkesin bakiyesini gösterebilir. Geri transferi yetkilendiremez.
5. Göndermeden önce hedefi planlayın. Bir sonraki cüzdan veya borsanın, tokeni şu anda tuttuğunuz ağda bu tam tokeni kabul ettiğini doğrulayın.
6. Ağ ücretini hazırlayın. BNB Smart Chain'deki normal bir BEP20 transferi için genellikle o zincirde biraz BNB gerekir. Cüzdanın tahminini kullanın ve gereken her işlem için yeterli pay bırakın.

Bir ağ veya token eklemek yalnızca cüzdanın gösterdiği şeyi değiştirir. Fonları taşımaz veya dönüştürmez. Bir tokeni görüntülemek, sahte veya karşılıksız bir tokeni değerli hale de getirmez.

Örnek: ERC20 yerine BEP20 USDT gönderdiniz

Bir borsadan normal kişisel cüzdanınıza 500 USDT çekiyorsunuz. Ethereum kullanmak istediniz ancak BNB Smart Chain'i seçtiniz.

Para çekme kaydı ve BscScan, token transferinin tam cüzdan adresinize ulaştığını gösteriyor. O hesabı BNB Smart Chain'de açıp doğrulanmış tokeni görüntülüyorsunuz. 500 tokenlik bakiye görünür.

Artık BNB Smart Chain üzerindeki tokenlere erişiminiz var. Fonları Ethereum'a almak istiyorsanız hâlâ ağlar arasında desteklenen bir transfer yoluna ihtiyacınız var. BNB Smart Chain kullanırken tekrar kendi adresinize göndermek tokenleri BNB Smart Chain'de bırakır.

Ethereum üzerinde tutulan ETH, bu BNB Smart Chain transferinin ücretini ödemez. Cüzdanınız açıkça başka bir desteklenen ödeme yöntemi sunmadıkça gas, işlemi gerçekleştiren ağda bulunmalıdır.

Başka bir cüzdan uygulaması farklı bir adres gösteriyorsa

Durun ve hesap seçimini kontrol edin. Bir kurtarma ifadesi birçok hesap oluşturabilir ve farklı uygulamalar bunları seçmek için farklı ayarlar kullanabilir. Cüzdan belgeleri bu ayarlara derivation path diyebilir.

Aynı ifadeyi geri yükleyip boş bir hesap görmek, orijinal bakiyenin kaybolduğunu kanıtlamaz. Farklı bir hesap açmış olabilirsiniz. Orijinal cüzdan üreticisinin kurtarma talimatlarını izleyin ve tam hedef adresini doğrulayın.

Doğru hesabı aramayı teklif eden bir web sitesine kurtarma ifadesini girmeyin.

Donanım cüzdanı kullanıyorsanız

Cihazın normal uygulamasının ağı destekleyip desteklemediğini kontrol edin. Desteklemiyorsa üretici, cihazın başka bir cüzdan arayüzüne bağlanmasını destekliyor olabilir.

Örneğin Trezor, diğer desteklenen EVM ağlarındaki varlıklara erişmek için Trezor Connect üzerinden uyumlu bir üçüncü taraf cüzdan kullanmayı belgelendirir. İşlemleri yine cihaz imzalar.

Donanım cüzdanı bağlantı sürecini kullanın ve seçilen hesabı doğrulayın. Bakiyeyi görünür yapmak için cihazın kurtarma ifadesini bir web sitesine veya yazılım cüzdanına yazmayın.

Kendi cüzdanınız bir akıllı cüzdansa

Akıllı cüzdan, alıcı adresini kontrol etmek için sözleşme kodu kullanabilir. Uygulama için kurtarma ifadesi, passkey veya imzalama anahtarı sahibi olmak, başka bir ağdaki bu adresten doğrudan gönderim yapabileceğiniz anlamına gelmeyebilir.

Cüzdan sağlayıcısına hesabın seçtiğiniz ağda dağıtılmış ve kullanılabilir olup olmadığını sorun. Değilse aşağıdaki akıllı sözleşme bölümünü kullanın. Normal ağ değiştirme adımları yetersiz olabilir.

2. Fonlar bir borsaya gitti

Alıcı borsayla iletişime geçin. Borsa para yatırma adresiniz hesabınızda görünse de borsanın saklama sistemi tarafından kontrol edilir.

Bu adresi kişisel cüzdana aktarıp kontrolünü ele geçiremezsiniz. Müşteri desteği de size özel anahtarını veremez. Borsa kurtarması, platformun saklama ve güvenlik sistemleri içinde çalışan bir süreç gerektirir.

Gönderen borsa para çekme kaydını sağlayabilir ve hangi ağı kullandığını açıklayabilir. Onaylanmış bir para çekme işlemi dışarıdaki bir adrese ulaştığında gönderen normalde onu geri çekemez.

Teknik erişim ile kurtarma uygunluğu ayrı konulardır

Bir borsa bir adresi tanıyabilir ancak tokeni diğer ağda oradan taşımak için desteklenen bir yönteme sahip olmayabilir. Operasyonel sınırlar, güvenlik kontrolleri veya hizmet politikası nedeniyle kurtarmayı reddedebilir.

Bunlar üç farklı sorudur:

• Borsa bu adresi gerçekten kullanılan ağda kontrol ediyor mu?
• Sistemleri bu tam tokeni güvenle taşıyabilir mi?
• Kurtarma hizmeti bu yatırımı kabul edecek mi?

Bir borsanın tokeni alım satım için listelemesi bu soruların hiçbirini tek başına yanıtlamaz.

Mevcut kurtarma hizmetleri ne gösteriyor?

Binance: Global kurtarma rehberi, bazı desteklenmeyen tokenleri ve desteklenmeyen EVM ağlarındaki yatırımları olası kurtarma kategorileri arasında sayar. Sonuç garantisi vermez. Alıcı, kendi Binance hesabına yapılmış yatırma için başvurur.

Binance, 2025 boyunca toplam 48 milyon dolar değerindeki 38.648 hatalı yatırma kurtarma vakasında yardımcı olduğunu bildirdi. Bu rakamlar yalnızca yanlış ağları değil, genel olarak yatırma hatalarını kapsar. Sizin durumunuzdaki başarı oranını göstermez.

Coinbase: Kurtarma hizmeti yalnızca belirli varlıkları ve ağları kabul eder ve uygun bulunan kurtarılmış fonları bağlı bir self-custody cüzdana gönderir. İşlem kimliği, Coinbase alıcı adresi ve gerçek ağ gerekir. Onaylamadan önce hedef cüzdanı dikkatle kontrol edin.

Kontrol tarihinde Coinbase hizmet ücreti, 100 doların üzerindeki tutarın %5'i artı ağ ücretleridir. Bu nedenle 1.000 dolarlık bir kurtarmada ağ masraflarından önce 45 dolar hizmet ücreti vardır. Önemli olan gerçek kurtarma sürecinde gösterilen ücrettir.

Kraken: Kurtarma rehberi, desteklenen ağlardaki desteklenmeyen tokenlerle desteklenmeyen ağlardaki listelenmemiş varlıkları birbirinden ayırır. Bazı durumlar kurtarılamaz ve maliyet kurtarma çalışması başlamadan önce bildirilir.

Kullandığınız tam platform ve hesap için verilen rehberi kullanın. Binance ile Binance.US farklı kurtarma politikalarına sahiptir. Kullanılabilirlik hesap veya bölgeye göre de değişebilir.

Borsa örnekleri ve kurtarma politikaları 18 Ekim 2026 tarihinde kontrol edilmiştir. Uygunluk, ücretler ve prosedürler değişebilir.

Borsaya ne sormalısınız?

Resmi eksik yatırma veya varlık kurtarma sürecini açın ve bu yazının ilerleyen bölümünde listelenen kanıtları sağlayın. Belirli ağdaki belirli token sözleşmesini belirli para yatırma adresine kurtarıp kurtaramayacağını sorun.

Bir araç işlemi bulamıyorsa önce bu ayrıntıları kontrol edin. Kamuya açık bir gezginde bulunan bir işlem, aracın desteklediği vakaların dışında olabilir. Desteğe manuel inceleme olup olmadığını sorun.

Kurtarmayı kabul etmeden önce ücreti, tahmini süreyi ve sonucun hesaba kredi mi yoksa harici iade mi olacağını doğrulayın. Ücret tahmini garanti değildir. Küçük bir yatırmada maliyetler kurtarılan tutarın büyük kısmını tüketebilir.

Destek reddederse nedenin eksik kanıt, teknik sınırlama veya mevcut politika olup olmadığını sorun. Yanıtı ve işlem ayrıntılarını saklayın. Gelecekte politika değişebilir ancak eski bir yatırıma yardımcı olacağının garantisi yoktur.

İadenin ikinci bir eksik yatırmaya dönüşmesine izin vermeyin

Orijinal gönderen adres sizin para yatırma adresiniz olmayabilir. Borsalar para çekme işlemlerini sıkça ortak operasyon cüzdanlarından gönderir.

Kurtarma tokenleri o ortak cüzdana geri gönderirse, gönderen borsa bunları hesabınıza otomatik olarak yatırmadan alabilir. Coinbase bir ödemeyi orijinal gönderen adrese geri göndermemeye karşı uyarır ve Kraken, geri dönen para çekme işlemlerinin manuel kurtarma gerektirebileceğini belirtir.

Bazı kurtarma süreçleri bir alıcı cüzdan seçmenize izin verir. Diğerleri orijinal kaynağa dönüş gerektirir. Devam etmeden önce hangi kuralın geçerli olduğunu sorun.

• Hangi token geri gönderilecek?
• Hangi ağda?
• Tam olarak hangi adrese?
• Alıcı hizmet bu tokeni ve ağı kabul edecek mi?
• Memo veya tag gerekiyor mu?

Borsa B, Borsa A'nın ortak gönderim cüzdanına iade yaparsa, Borsa A'ya bu dönüşü hesabınıza nasıl geçireceğini sorun. Orijinal ve iade işlem kimliklerini ve iki destek kaydını da saklayın. Sizin açınızdan kurtarma ancak Borsa A dönüşü tanımlayıp hesabınıza geçtiğinde tamamlanır.

3. Fonlar başka bir kişiye gitti

Tanıdığınız birine gönderdiyseniz işlem kimliğini, gerçek ağı, token sözleşmesini ve alıcı adresini verin.

Uyumlu normal bir cüzdan hesabını kontrol ediyorlarsa o ağdaki bakiyeyi kontrol edip yeni bir transfer düzenleyebilirler. Sizin onların kurtarma ifadesine, onların da sizinkine ihtiyacı yoktur.

Size bir borsa para yatırma adresi verdilerse, alıcı normalde kurtarma talebini kendi hesabından açmalıdır. Sizin para çekme kaydınız yardımcı olabilir ancak onların borsa hesabını kendi kurtarma formunuz üzerinden yönetemezsiniz.

Bir satıcı veya ödeme işleyicisi söz konusuysa ödeme destek ekibiyle iletişime geçin. İşlem ayrıntılarıyla birlikte fatura veya ödeme referansını da ekleyin. Görünen adres satıcı yerine işleyiciye ait olabilir.

Adres bilinmeyen bir kişiye aitse iadeyi zorlayan normal bir cüzdan işlevi yoktur. İşlem hash'i özel anahtarı ortaya çıkaramaz. Gezgin etiketi iletişime geçilecek bir hizmeti düşündürebilir ancak adresi kimin kontrol ettiğini kanıtlamaz.

Kimse fonları geri göndermeden önce tam tokeni ve ağı kabul eden bir hedef üzerinde anlaşın. Orijinal gönderen adresin uygun olduğunu varsaymayın.

4. Alıcı adres bir akıllı sözleşmedir

Akıllı sözleşme programlanmış kurallarına uyar. Onu oluşturan kişi veya şirket, oraya gönderilen her tokeni çekmek için otomatik olarak bir yönteme sahip değildir.

Başarılı transfer neden yine de tokenleri kilitli bırakabilir?

Standart bir ERC20 transferi, sözleşmeye tokenleri nasıl geri göndereceğini bilip bilmediğini sormadan sözleşme adresi altında bakiye kaydedebilir. Transfer başarılı olurken alıcının kullanılabilir bir çekim yolu olmayabilir.

Sözleşmede şunlardan biri varsa kurtarma mümkün olabilir:

• Tam token için çalışan bir çekme veya kurtarma işlevi.
• Yetkili sahiplerin tokeni göndermek için kullanabildiği genel bir işlem işlevi.
• Yetkili yöneticilerin bir kurtarma yolu ekleyebildiği mevcut bir yükseltme mekanizması.

Bunların hiçbiri yoksa proje ekibi yardımcı olamayabilir. Token ihraççısının sınırlı durumlarda ayrı bir müdahale süreci olabilir, ancak normal cüzdan ayarları eksik sözleşme işlevini ekleyemez.

Bu, tokenlerin token sözleşmesinin kendisine gönderilmesini de kapsar. Önce sözleşmenin yalnızca ana işlemin To adresi değil, gerçek token alıcısı olduğunu doğrulayın.

Akıllı cüzdan o zincirde henüz mevcut olmasa bile kurtarılabilir olabilir

Bazı akıllı cüzdanların sözleşmesi oluşturulmadan önce hesaplanabilen bir adresi vardır. Fonlar, cüzdan o ağda dağıtılmadan önce başka bir ağdaki bu adrese ulaşabilir.

Cüzdan sağlayıcısı doğru cüzdanı tam o adreste oluşturup erişimi geri getirebilir. Bu, orijinal kurulumuna ve gerekli dağıtım sözleşmelerinin ikinci ağda uyumlu ve erişilebilir olmasına bağlıdır.

Safe bu tür kurtarmayı belgelendirir, ancak her Safe veya her ağ için mümkün değildir.

Daha az belirgin bir sorun orijinal imzalayan listesidir. Safe'i başka bir ağda yeniden oluşturmak ilk sahipleri ve gereken imza sayısını geri getirebilir. İlk ağda daha sonra yapılan değişiklikler otomatik olarak taşınmaz. Orijinal imzalama anahtarları kaybolduysa veya ele geçirildiyse kurtarma engellenebilir ya da güvensiz olabilir.

Devam etmeden önce sağlayıcıdan dağıtım ve sahiplik geçmişini kontrol etmesini isteyin. Rastgele yeni bir sözleşme veya cüzdan oluşturmak, keyfi bir adresi talep etmenizi sağlamaz.

Proje ekibinin kontrol etmesi gerekenler

• Doğru sözleşme gerçek ağdaki bu adreste dağıtılmış mı?
• Değilse tam olarak bu cüzdan hâlâ orada dağıtılabilir mi?
• Hangi sahipler veya imzalayanlar onu kontrol edecek?
• Kodu bu tam tokenin taşınmasına izin veriyor mu?
• Tokenler hâlâ adreste mi?

Bir gezginin sözleşme kodu göstermemesi kesin sonuç değildir. Bu normal bir hesap, kullanılmamış bir adres veya gelecekteki bir akıllı cüzdan adresi olabilir. Sözleşme etiketi de bir hesabın nasıl kontrol edildiğini tam olarak açıklamaz. Cüzdan sağlayıcısının belgelerini ve vakaya özel incelemeyi kullanın.

Resmi proje ekibiyle hızla iletişime geçin. Bazı yönlendirme sözleşmeleri bakiyeleri güvenle tutmak için tasarlanmamıştır. Uniswap, belirli router adreslerinde bırakılan tokenlerin sonraki işlemler tarafından kullanılabileceği konusunda uyarır. Ne yapacağınıza karar verirken her sözleşme yatırmasının yerinde kalacağını varsaymayın.

TRC20, Bitcoin, Solana veya BEP2 ne olacak?

ERC20 yerine TRC20 farklı bir değerlendirme gerektirir

Normal EVM kurtarma adımları her ağ kombinasyonunu kapsamaz. TRON, Bitcoin, Solana ve diğer sistemler farklı adres biçimleri, hesap kuralları veya imzalama anahtarları kullanabilir.

Bir para çekme formu adresi reddediyorsa transferi zorlamak için adresi değiştirmeyin. Transfer zaten gerçekleştiyse blokzincir kaydından gerçek alıcı adresi belirleyin ve alıcı cüzdan veya platformdan değerlendirmesini isteyin.

Farklı adres sistemleri her vakayı imkânsız yapmaz. TRON geliştirici belgeleri aynı açık anahtar için adresinin bir Ethereum adresiyle ilişkili olduğunu gösterir. Ancak aynı kurtarma ifadesinden varsayılan TRON ve Ethereum hesapları farklı anahtarlar kullanabilir.

Bu, adres dönüştürmek için genel bir tarif değil, kesin teknik değerlendirme istemek için bir nedendir. Adresin yazılış biçimini değiştirmek ağlar arasında fon taşımaz veya size onların kontrolünü vermez.

BEP2, BEP20 değildir

BEP2, bnb1 ile başlayan adresleri kullanan, artık kullanımdan kaldırılmış BNB Beacon Chain'e aittir. BEP20, BNB Smart Chain ve onun Ethereum tarzı adresleriyle ilişkilidir.

Eski BEP2 ve BEP8 tokenleri, BNB Smart Chain'deki karşılık gelen bir tokenle bağlantılı uygun varlıklarla sınırlı ayrı bir kurtarma sürecine sahiptir. 1 Temmuz 2026'dan beri BNB Chain'in barındırılan kurtarma aracı, yerel olarak çalıştırılan self-servis bir araç lehine kaldırılmıştır. Eski ve kullanımdan kaldırılmış bir araca yönlendiren rehber yerine güncel resmi talimatları izleyin.

Tether yanlış ağda gönderilen USDT'yi kurtarabilir mi?

Bazen Tether, alıcı cüzdanın veya sözleşmenin çözemediği bir kurtarmayı değerlendirebilir. Bu sınırlı bir ihraççı hizmetidir, evrensel bir USDT iade sistemi değildir.

Tether, kurtarılabilir saydığı bazı sözleşme hatalarını ve diğer hedefleri listeler. Kullanıcılardan önce alıcı taraftan yardım istemelerini ister.

Yayımlanan koşulları şunları içerir:

• Talep 1.000 doları aşmalıdır.
• Tether hizmetlerine uygun olmalı ve doğrulanmış kullanıcı olmalısınız.
• Tether, kurtarmanın teknik olarak uygulanabilir olup olmadığına ve deneme yapıp yapmayacağına karar verir.
• Tether, kurtarma tutarının %10'una kadar veya 1.000 dolar, hangisi daha yüksekse, ücret yayımlar. Ücret kurtarılan fonlardan düşülür. Devam etmeden önce gerçek teklifinizi doğrulayın.
• Bir talep aylar sürebilir; sonuç veya son tarih garantisi yoktur.

Tam tokeni kimin ihraç ettiğini kontrol edin. USDT adını taşıyan köprülenmiş veya peg'li bir sürüm başka bir hizmete bağlı olabilir, dolayısıyla Tether'in süreci geçerli olmayabilir.

İşlem kimliğini, hedefi, miktarı, hatanın açıklamasını ve önceki kurtarma girişimlerinin kayıtlarını saklayın. Ekran görüntüsü ekleseniz bile adresleri ve işlem kimliklerini metin olarak verin.

Erişilebilir fonları amaçlanan ağa nasıl taşırsınız?

Fonları harcayabildiğiniz anda başka bir kurtarma hizmetine ihtiyaç duymayabilirsiniz. Size uygunsa mevcut ağda tutabilirsiniz. Başka yere taşımak ayrı bir karardır.

Farklı bir ağa ihtiyacınız varsa iki olası yol vardır:

• Mevcut ağda tam tokeni kabul eden bir borsa: O ağ için gösterilen alıcı bilgileriyle yatırın, hesaba geçmesini bekleyin, ardından amaçlanan ağı kullanarak çekin. Göndermeden önce hem yatırma hem de çekme kullanılabilirliğini kontrol edin.
• Tam transferi destekleyen bir köprü: Köprünün resmi arayüzünde başlangıç tokenini, hedef tokeni, iki ağı, ücretleri ve alıcı adresi doğrulayın.

Bir köprünün gönderilen fonlara erişmesi gerekir. Yetkilendiremediğiniz bir borsa adresi veya sözleşmedeki bakiyeyi kurtaramaz.

Köprü çıktıları, nihai alıcınızın kabul ettiğinden farklı bir token sürümü olabilir. Devam etmeden önce hedef sözleşmeyi kontrol edin. Köprünün gerçek transfer sürecini izleyin; tokenleri doğrudan sözleşme adresine göndermek köprü transferini başlatmayabilir.

Uygun olduğunda, herhangi bir yatırma veya transfer minimumunun üzerinde kalarak önce küçük bir miktarı test edin. Bu test nihai hedefte kullanılabilir olana kadar bekleyin. Tek başına blokzincir onayı, bir borsanın onu kabul ettiğini göstermez.

Kurtarma talebi için hazırlanacak kanıtlar

Destek kaydı açmadan önce şunları toplayın:

• Metin olarak kopyalanmış blokzincir işlem kimliği.
• Gerçekte kullanılan ağ ve amaçlanan ağ.
• Gerçek ağdaki tam token sözleşmesi ve gösterilen adı.
• Adrese ulaşan tutar; ücretlerden sonra para çekme tutarından farklı olabilir.
• Tam gönderen ve alıcı adresleri.
• Saat dilimi dahil transfer tarihi ve saati.
• Gönderen cüzdan veya borsa ile alıcı cüzdan veya platform.
• Gerekli memo veya tag dahil alıcının hesap yatırma talimatları.
• Kaynak cüzdan veya borsanın para çekme kaydı.
• Önceki destek kaydı numaraları, denenen düzeltmeler ve varsa iade işlem kimliği.

Kamuya açık bir gezgin kaydı işlemin var olduğunu kanıtlar. Onu sunan kişinin fonların sahibi olduğunu kanıtlamaz. Platform hesap kayıtları, kimlik kontrolleri veya para çekme geçmişini gösteren bir video isteyebilir.

Özel hesap kanıtlarını yalnızca resmi destek kanalları üzerinden verin. Parolaları, kurtarma ifadelerini, özel anahtarları ve kimlik doğrulama kodlarını ekran görüntülerinden ve kayıtlardan uzak tutun.

Bu destek talebi şablonunu kopyalayın

Konu: Yanlış ağ yatırma kurtarma talebi: [token], [gerçek ağ], [işlem kimliği]

[Tutar ve token] miktarını [tarih, saat ve saat dilimi] tarihinde [gerçek ağ] üzerinden [alıcı adresine] gönderdim. [Amaçlanan ağ] kullanmak istemiştim. Blokzincir [durum] gösteriyor ancak [yatırma hesabıma geçmedi / alıcı cüzdan erişemiyor].

• İşlem kimliği: [tam blokzincir işlem kimliğini yapıştırın]
• Gerçek ağdaki token sözleşmesi: [tam sözleşme adresini yapıştırın veya yerel coin olduğunu belirtin]
• Gönderen adres ve hizmet: [adres ve cüzdan veya borsa]
• Alıcı adres ve hesap: [adres ve ilgili hesap referansı]
• Blokzincirde alınan tutar: [tutar]
• Memo veya tag: [ne gerekiyordu ve ne girildi ya da geçerli değil]
• Eklenen kanıt: [para çekme kaydı ve ilgili yatırma talimatları]
• Önceki kurtarma girişimleri: [kısa açıklama ve destek kaydı numaraları]

Lütfen kullanılan ağda bu adresi kontrol edip etmediğinizi ve bu tam tokenin kurtarma için uygun olup olmadığını doğrulayın. Uygunsa hesaba mı geçireceksiniz yoksa iade mi yapacaksınız? Herhangi bir iade için lütfen ücreti, beklenen işlem süresini ve token, ağ, adres ve memo gereksinimlerini doğrulayın.

Fonların orijinal gönderen adrese dönmesi gerekiyorsa, gönderen platformla koordinasyon kurabilmem için devam etmeden önce bunu doğrulayın. Kurtarma mümkün değilse lütfen nedenin eksik kanıt, teknik sınırlama veya mevcut politika olup olmadığını açıklayın.

Kurtarma ne zaman imkânsız olabilir ve ne zaman durmalı?

Bir transfer, kimsenin onu harcamak için pratik bir yolu olmadan sonsuza kadar görünür kalabilir. Yaygın engeller şunlardır:

• Erişilebilir kontrol anahtarı yok: Ulaşabildiğiniz hiç kimse gerçek hedeften harcamayı yetkilendiremiyor veya gerekli anahtarlar kalıcı olarak kaybolmuş.
• Kullanılabilir sözleşme yolu yok: Alıcı sözleşme tokeni aktaramıyor ve yetkili yükseltme, dağıtım veya ihraççı müdahalesi yok.
• Borsa kurtarma hizmeti yok: Platform o kombinasyonu kurtaramıyor veya kurtarmıyor. Bu bir hizmet sınırıdır, matematiksel imkânsızlığın kanıtı değildir.
• Fonlar alınmış veya harcanmış: Orijinal adres artık onları tutmuyor. Hırsızlık veya anlaşmazlık farklı bir yanıt gerektirir. Önce sonraki transferleri kontrol edin; borsanın fonları dahili olarak taşıması tek başına kayboldukları anlamına gelmez.
• Varlık veya ağ artık gerektiği gibi çalışmıyor: Bir adrese erişim, başarısız bir tokenin teminatını geri getiremez, kullanımdan kaldırılmış bir zinciri yeniden başlatamaz veya eksik bir itfa yolu oluşturamaz.

Kurtarmanın imkânsız olduğuna dair belirsiz bir iddiayı kabul etmeden önce nedeni sorun. Aynı şekilde, güvenilir bir kurtarma mekanizması gösteremeyen tekrarlanan girişimler için ödeme yapmayın.

Kurtarma sırasında daha fazla para kaybetmekten kaçının

• Kurtarma ifadelerini ve özel anahtarları gizli tutun. Bu anahtarların kontrol ettiği diğer ağlardaki varlıklar dahil başka varlıkları açığa çıkarabilirler. Bir kurtarma ifadesi ondan türetilmiş diğer hesapları da açığa çıkarabilir.
• Desteği platformun resmi uygulaması veya web sitesinden açın. Garantili kurtarma sunan istenmeyen mesajlar ve arama reklamları gerçek hizmetin kanıtı değildir.
• Ne imzaladığınızı anlayın. Meşru bir süreç cüzdan sahipliği imzası isteyebilir. Harcama onayı veya hesap izni çok daha fazlasını yetkilendirebilir. İsteği okuyun ve hizmeti doğrulayın.
• Ücretleri resmi kurtarma sürecinin içinde doğrulayın. Gerçek hizmetler ücret alabilir. Vergi, aktivasyon depozitosu veya tekrarlanan serbest bırakma ödemeleri isteyen bir yabancı, bir kurtarma yolu olduğunu kanıtlamış değildir.
• Yalnızca kontrolü doğruladıktan sonra gas ekleyin. Yeni gas cüzdanınızdan hemen beklenmedik şekilde çıkıyorsa eklemeyi bırakın ve olası bir sweeper botu araştırın.
• Son transfer planını net tutun. Göndermeden veya iadeyi onaylamadan önce tokeni, ağı, adresi ve varsa memoyu tekrar doğrulayın.

Gelecekteki transferlerde alıcının güncel yatırma talimatlarıyla başlayın, tam ağı ve tokeni eşleştirin ve adresin tamamını doğrulayın. Test yaparken kalanını göndermeden önce alıcının fonların gerçekten kullanılabilir olduğunu onaylamasını bekleyin.