P2P’de USDT, Cüzdan ve Ağ: Yanlış Transfer, Teslim Kaydı ve Dondurma

P2P emri tamamlandığı hâlde USDT hesabınızda görünmüyorsa önce hangi işlemin eksik kaldığını belirlemek gerekir. Satıcı USDT’yi platform bakiyenize bırakmamış olabilir. Bakiyenize geçen USDT’yi başka bir cüzdana çektiyseniz sorun bu sonraki transferde de çıkmış olabilir. Yanlış ağ seçimi, alıcı borsanın desteklemediği bir token veya henüz hesaba işlenmemiş yatırma, farklı işlemlerle çözülür.

Av. Ahmet Karaca · 10 Eylül 2026

Satıcının USDT’yi teslim etmesini istemekle, borsadan gelen transferi hesabınıza işlemesini istemek farklı taleplerdir. Tokenın ihraççı tarafından dondurulması da ayrıca araştırılır. Doğru başvuru için emir numarası, çekim kaydı ve varsa zincir işlem numarası birlikte kontrol edilir.

USDT adı, ağ ve token kimliği ayrı bilgilerdir

USDT, Tether tarafından ihraç edilen dolar referanslı tokenın yaygın sembolüdür. Türk lirası veya banka hesabındaki dolar bakiyesi değildir. Tether’in 26 Şubat 2026 güncellemeli koşulları, tokenların fiat para olmadığını, ihraççıdan doğrudan alım ve geri ödeme için doğrulanmış müşteri ve başka koşullar arandığını açıklar. P2P’de başka bir kişiden token almak, ihraççıya karşı her tutarda ve koşulsuz banka havalesi isteme imkânıyla aynı şey değildir.

Ağın adı da varlığın kimliğinin bir parçasıdır. Bir cüzdan adresinin belirli biçimde görünmesi, alıcı hizmetin o adresteki bütün ağ ve tokenları desteklediğini kanıtlamaz. Alıcı platformun yatırma ekranında seçilen varlık ve ağ, gönderenin çekim ekranındaki seçimle karşılaştırılmalıdır. Tether’in desteklenen protokoller sayfası, ihraççının resmî ağ ve sözleşme bilgilerini kontrol etmek için başvuru noktasıdır. Alıcı platformun aynı ağ ve tokenı yatırma işlemlerinde desteklediği de doğrulanmalıdır.

“TRC20 mi, ERC20 mi?” sorusu bu nedenle yalnız ücret sorusu değildir. TRC-20, TRON üzerindeki token standardını; ERC-20 ise Ethereum için tanımlanan token arayüzünü ifade eder. Bu etiketler, yatırma ekranındaki ağın ve token sözleşmesinin ayrıca kontrol edilmesi ihtiyacını ortadan kaldırmaz. Amaç, gönderici ile alıcının aynı varlığı aynı ağda tanımlamasıdır. Daha ucuz görünen seçenek, alıcı o ağ üzerinden USDT yatırılmasını kabul etmiyorsa kayba veya kurtarma masrafına yol açabilir. Ağ seçimi alıcı hizmetin desteği ve kararlaştırılan teslim biçimiyle birlikte yapılır. Ücretin oluşumu, adres gösterimi ve token kimliği bakımından üç seçeneği TRC-20, ERC-20 ve BEP-20 karşılaştırmasında yan yana inceleyebilirsiniz.

Cüzdanda aynı sembolün görünmesi neden yanıltıcı olabilir?

Bir tokena verilen ad ve sembol, tek başına onun resmî ihraççıya ait olduğunu göstermez. MetaMask’in dolandırıcı tokenlar hakkındaki açıklaması, tokenın ihraç edildiği sözleşme adresinin meşru varlığın adresiyle karşılaştırılmasını önerir. Sahte bir arayüzdeki dolar değeri veya göndericinin ekran görüntüsü bu kontrolün yerine geçmez.

Bir satışta taraflar 2.000 USDT üzerinde anlaşmış olsun. Alıcının cüzdanında aynı sembolle 2.000 birim görünse de farklı bir sözleşmenin tokenı teslim edilmişse, “miktar doğru” demek uyuşmazlığı çözmez. İşlemde kararlaştırılan varlık ile fiilen taşınan varlık karşılaştırılır. Bu inceleme için sözleşme adresi ve ağ bilgisinin birlikte tutulması gerekir; tek başına bir ekran fotoğrafı varlığın kimliğini açıklamayabilir.

P2P teslimi ile borsadan dışarı çekim aynı aşama değildir

Merkezi bir platformda satıcıdan alıcıya geçen USDT, platformun iç kayıtlarında alıcının bakiyesine yazılabilir. Bu hareket için kullanıcıya özel ayrı bir zincir işlemi oluşmayabilir. Sonrasında alıcının kendi cüzdanına yaptığı çekim ise ayrı bir talep ve ayrı bir işlem kaydıdır. P2P emrinin baştan sona işleyişi, bu ayrımı banka ödemesiyle birlikte gösterir.

Örneğin emirde 1.000 USDT teslim edilmiş, alıcı bu bakiyeden 600 USDT’yi dış cüzdanına çekmek istemiş olsun. Dış çekimin beklemesi, ilk satıcının 1.000 USDT’yi hiç teslim etmediğini kendiliğinden göstermez. Önce 1.000 USDT’lik iç teslim kaydı, sonra 600 USDT’lik çekim talebi incelenir. İki aşamayı birleştiren anlatım, talebin yanlış kişiye yöneltilmesine neden olabilir.

Çekim aşamasındaki bekleme her zaman teknik ağ gecikmesi de değildir. Platformun güvenlik incelemesi, alıcı bilgisi ihtiyacı veya belirli transferlere uygulanan mevzuat kuralı olabilir. Türkiye’deki MASAK bekleme süreleri ve transfer kuralları belirli kapsam şartlarıyla değerlendirilir; her USDT işlemi için tek bir süre varsayılmamalıdır.

Bir TxID hangi bilgiyi kanıtlar, hangisini kanıtlamaz?

TxID, belirli bir ağdaki işlemi bulmaya yarayan işlem kimliğidir. Doğru ağın blok gezgininde işlem durumu, zaman, ilgili adresler ve varlık hareketleri incelenebilir. Ancak bir numaranın paylaşılması, numaranın sizin emrinize ait olduğu sonucunu vermez. Tutar, ağ, alıcı adresi ve zamanın anlaşmayla eşleştirilmesi gerekir.

Kriptoyu gönderen kişinin başka bir işlemin numarasını ilettiği bir olay düşünelim. Gezgin işlemi başarılı gösteriyor olabilir; fakat alıcı adresi size ait değilse bu kayıt sizin tesliminizi açıklamaz. Benzer biçimde işlemde hareket eden token kararlaştırılan varlık değilse, işlem başarısı sözleşmeye uygun teslim anlamına gelmez. “Başarılı” teknik bir durum bilgisidir; hukuki sonuç için başka veriler de gerekir.

TxID gerçek kişinin kimliğini veya bir para kaynağının hukuka uygunluğunu da tek başına göstermez. Adresin kime ait olduğu, emirdeki hesap, platform kayıtları ve diğer belgelerle birlikte değerlendirilir. Blokzincir analizi ve fon takibi, zincir hareketinden kişi ve olay bağlantısına geçerken hangi ek kayıtlara ihtiyaç duyulduğunu açıklar.

Transfer görünmüyorsa sorunu dört ayrı yerde arayın

Platform yalnızca “beklemede” yazıyorsa işlem numarası bulunup bulunmadığı sorulabilir. Numara varsa doğru ağda görüntülenmesi, yoksa talebin platformdaki aşaması değerlendirilir. Gelen yanıt ve tarih dosyada korunur.

USDT bakiyesi ile ağ işlemini gerçekleştirecek ücret bakiyesi de ayrıdır. Örneğin Ethereum’da ağ ücreti ETH ile ödenir. Olağan bir kişisel cüzdan gönderiminde 1.000 USDT bulunması, gerekli ETH de bulunmadıkça işlemin gönderilebileceğini göstermez. Cüzdanın ücret karşılama hizmeti veya borsanın kullanıcıdan kestiği çekim ücreti farklı bir düzenek olabilir. Bu nedenle gönderememe hatasını incelemeden tokenın dondurulduğu sonucuna varılmamalıdır.

USDT tesliminde onay, ağ ücreti ve sahte token kontrolü

Bir transferin ekranda görünmesi, işlemin ağa kabul edilmesi, başarıyla çalışması ve kesinleşmesi farklı aşamalardır. “USDT geldi ama kullanamıyorum” anlatımını çözmek için bu aşamalarla birlikte cüzdanın hangi varlığı gösterdiğine bakılır. Teknik incelemede birini doğrulayan kayıt, diğerlerinin yerine kullanılmaz.

Double spending ile aynı dekontun yeniden gönderilmesi farklıdır

Bitcoin’de double spending, daha önce kullanılan aynı işlem çıktısını yeniden harcamaya çalışmaktır. Ağ kuralları, harcanmış çıktının ikinci kez geçerli ödeme sayılmasını engeller. Henüz blokta yer almayan bir ödeme görüntüsüne dayanarak karşı edimini tamamlayan kişi ise kesinleşmemiş işlemin riskini üstlenir. Bitcoin geliştirici belgeleri, harcanmamış işlem çıktıları ve çift harcama ayrımını açıklar.

Bir banka dekontunun iki farklı P2P emrinde kullanılması, tutarının değiştirilmesi veya başka emre ait TxID’nin gönderilmesi aynı teknik olay değildir. Bunlarda blokzincirin çift harcamaya karşı kuralı aşılmış olmayabilir; kişi yanlış kayıtla teslim yapmaya yöneltilmiştir. Bankadaki gerçek hareketi emirle eşleştirmek ile zincirdeki işlemin geçerliliğini doğrulamak bu yüzden ayrı kontrollerdir. Temel ödeme–teslim ilişkisi P2P işleminin işleyişi rehberinde açıklanmıştır.

Kaç blok onayı yeterli; “başarılı” ile “finalized” aynı mı?

Bitcoin’de işlemin bulunduğu bloğun üzerine yeni bloklar eklenmesi, geçmişin değiştirilmesini giderek güçleştirir. Ethereum’un proof-of-stake yapısında ise bir işlemin blokta başarıyla çalışmasıyla o bloğun konsensüs mekanizmasında finalized durumuna ulaşması ayrıdır. Bu, farklı ağlar için tek bir “üç onay yeterlidir” kuralı kurulamayacağını gösterir. Ethereum’un kesinleşme açıklaması.

TRON’da da işlemi yayınlayan düğümün kabul cevabı, başarılı sözleşme çalışması veya kesinleşmiş sonuç anlamına gelmez. İşlem makbuzu, sözleşmenin çalışma sonucunu; solidified blok verisi ise kesinleşmiş durumu gösterir. Bir blok gezgini veya indeks hizmetinin geç güncellenmesi ayrıca mümkündür. TRON işlem durumları belgesi bu kayıtları birbirinden ayırır.

Alıcı borsanın hesaba işleme koşulu da ağın teknik durumundan ayrı okunmalıdır. Yatırma ekranındaki gerekli onay sayısı ve yatırma durumu kaydedilir. Platform içindeki P2P tesliminde ise her emir için ayrı zincir işlemi aranmaz; iç bakiye ve emir kaydı esastır. Binance P2P veya OKX P2P emrinin tamamlanmasıyla sonradan verilen dış çekim talebinin onayını birbirine karıştırmamak gerekir.

TRON Energy ve Bandwidth neden USDT bakiyesinden farklıdır?

TRON’da Bandwidth, işlemin zincirde kapladığı veriyle; Energy, akıllı sözleşmenin çalıştırılmasıyla ilgilidir. TRC-20 token transferinde sözleşme çağrısı yapıldığı için Energy de kullanılır. Mevcut veya devredilmiş kaynaklar yetmediğinde ağın ücret düzeni kapsamında göndericinin TRX bakiyesinden yakım gerçekleşebilir. Sözleşme işleminin fee_limit sınırı da önemlidir; yeterli toplam bakiye tek başına işlemin çalışacağını garanti etmez. TRON kaynak modeli.

Bu nedenle “USDT göndermek için her zaman tam şu kadar TRX gerekir” şeklinde sabit bir tutar yazmak güvenilir değildir. Mevcut kaynak, işlem tahmini ve hata birlikte okunmalıdır. Hatanın gerçekten kaynak yetersizliği olduğu doğrulanmadan rastgele bir adrese “Energy ücreti” ödemek, cüzdana gerekli kaynağı sağlamaz. Borsanın kullanıcıdan aldığı çekim ücreti de ağın o işlemde tükettiği kaynakla bire bir aynı olmak zorunda değildir.

Ethereum’da başarısız işlem neden ETH ücreti bırakabilir?

Ethereum’da sözleşme zincirde çalıştırılırken hata verip geri alınsa bile yapılan hesaplamanın gas bedeli tüketilebilir. Buna karşılık daha ağa dahil edilmeden reddedilen her talep aynı ücret sonucunu doğurmaz. Dolayısıyla ETH azalması, USDT’nin alıcıya teslim edildiğini kanıtlamaz; işlem makbuzundaki sonuç ve token hareketi incelenir. Ethereum gas ve işlem ücreti belgeleri.

Örneğin cüzdan “out of gas” gösteriyorsa, başarısız denemeyi yeni bir USDT satışı veya başarılı teslim diye kaydetmemek gerekir. İlk denemenin TxID’si, sonucu ve tüketilen ücret; sonraki başarılı gönderimden ayrı tutulur. Böylece aynı teslim girişimi iki kez ödeme yapılmış gibi sayılmaz.

“Flash USDT” veya sahte token gerçek USDT’den nasıl ayrılır?

“Flash USDT”, “geçici USDT” veya “birkaç gün sonra silinen bakiye” ifadesi, alınan varlığın Tether ihraçlı USD₮ olduğunu göstermez. Ana ağ yerine test ağı kullanılması, farklı sözleşmeye aynı sembolün verilmesi veya sahte arayüzde değer gösterilmesi ayrı ihtimallerdir. Kontrol yalnız token adına değil, işlem yapılan ağdaki sözleşme kimliğine dayanır.

Bu değerler alıcının yatırma adresi değildir; tokenın kimliğini kontrol etmek içindir. Güncel ağ ve sözleşme bilgisi Tether’in desteklenen protokoller sayfasından karşılaştırılmalıdır. Sözleşmenin doğrulanması da alıcı adresi, tutar ve teslim kaydını kontrol etme ihtiyacını ortadan kaldırmaz.

USDT almak için neden harcama izni vermemelisiniz?

Doğrudan USDT teslim almak, karşı tarafa mevcut tokenlarınızı harcama yetkisi vermenizi gerektirmez. “Bakiyeyi etkinleştir”, “P2P ödemesini doğrula” veya “tokenı aç” denilerek bir akıllı sözleşmeye onay isteniyorsa, imzanın neye izin verdiği incelenmelidir. Approval bir sözleşmenin tokenları belirli sınırlar içinde kullanmasına yetki verebilir; cüzdandaki her onay düğmesi yalnız oturum açma işlemi değildir.

İzin verilmişse site bağlantısını kesmek mevcut token harcama iznini kaldırmaz. İlgili ağdaki yetkiyi iptal etmek ayrı işlemdir ve geçmişte yapılmış bir transferi geri almaz. Özel anahtar da açığa çıkmışsa yalnız bir izni kaldırmak bütün sorunu çözmez. Ethereum’un token erişimini kaldırma rehberi, bağlantı kesme ile izin iptalini açıkça ayırır.

Memo/tag eksikliği ile kaybolan kriptoyu karıştırmayın

Bazı yatırma düzenlerinde ortak adrese gelen işlemin hangi kullanıcıya ait olduğunu memo veya tag belirler. Doğru adrese ulaşan tutar, bu ek bilgi yanlışsa hesaba otomatik işlenmeyebilir. Her USDT ağında memo zorunlu olduğu varsayılmaz; alıcı hizmetin ilgili varlık ve ağ için verdiği yatırma talimatı esas alınır. Binance’in memo/tag açıklaması bu ayrımı gösterir.

Örnek: 5.000 USDT görünüyor, satıcı aktivasyon istiyor

Bu örnekte alıcının cüzdanı 5.000 “USDT” gösterir; gönderici bunu kullanmak için bir bağlantıdan onay verilmesini ister. İncelemede farklı token sözleşmesi bulunursa beklemek bu tokenı gerçek USDT’ye dönüştürmez. Sözleşme doğru, fakat işlem henüz kesinleşmemişse onay durumu; gerçek token gönderilemiyorsa ücret ve işlem hatası araştırılır. Her üç ihtimalin çözümü ayrıdır.

Dosyada göndericinin vaadi, ağ, sözleşme adresi, TxID, işlem sonucu ve varsa imzalanan izin korunmalıdır. Görüntüdeki 5.000 birimi doğrudan 5.000 USDT zarar saymadan önce gerçekte hangi varlığın hareket ettiği belirlenir. Bu eşleştirmenin rapora dönüştürülmesi kripto adli bilişim ve teknik uzman raporu incelemesinde ayrıntılı olarak ele alınır.

Yanlış ağ veya desteklenmeyen yatırma: kurtarma kimin elindedir?

Yanlış transferin sonucu, varlığın ulaştığı adresin denetimi ve alıcı hizmetin teknik imkânlarına bağlıdır. Kişinin kendi kontrolündeki adres ile bir borsanın yatırma adresi aynı durum değildir. Borsaya ait bir adres için kullanıcının elinde özel anahtar bulunmadığından, teknik inceleme ilgili hizmetin kayıt ve süreçlerini gerektirir.

Binance’in hatalı yatırmalar hakkındaki açıklaması, yanlış veya eksik memo/tag ve desteklenmeyen varlık gibi durumların farklı kurtarma süreçlerine tabi olabileceğini gösterir. Bir kurtarma başvurusunun açılabilmesi, her ağda ve her varlıkta iadenin gerçekleşeceği anlamına gelmez. İşlem tarihindeki uygunluk şartı, ücret ve bildirilen süre doğrudan ilgili hizmetin ekranından kaydedilmelidir.

Tether de token kurtarma politikasında önce alıcı taraftan yardım istenmesini, kendi müdahalesinin ise belirli durumlarda mümkün olabileceğini açıklar. 10 Eylül 2026 itibarıyla politika, 1.000 ABD dolarını aşan tutarlar için başvurunun değerlendirilmesini öngörür. Ücrette, kurtarma tutarının yüzde 10’una kadar belirlenen meblağ ile 1.000 ABD doları karşılaştırılır; yüksek olan alınır ve kurtarılan tutardan kesilir. Yüzde 10 sabit ücret olarak belirtilmemiştir; 1.000 dolar ise bu karşılaştırmadaki asgari tutardır. Kurtarma denemesi Tether’in değerlendirmesine bağlıdır; başarı ve süre taahhüdü yoktur. Politika, kolluk talepleri, hırsızlık, saldırı ve dolandırıcılıkla ilgili hukuki konuları ayrıca Tether Information Requests ekibine yönlendirir. Bu mekanizma sıradan bir P2P bedel iadesi veya her dolandırıcılık olayına uygulanabilen otomatik geri alma yolu değildir.

Kurtarma talebinde kullanılacak dosyada ağ, token, gönderici/alıcı adresi, TxID, tutar, tarih ve hangi yatırma talimatının izlendiği bulunmalıdır. Bir destek görevlisi olduğunu söyleyen kişiye özel anahtar veya kurtarma kelimeleri gönderilmez. Teknik inceleme için gereken açık işlem bilgileri ile cüzdanı harcama yetkisi sağlayan sırlar aynı kategori değildir.

“Kurtarma ücreti” isteyen kişi gerçekten yetkili mi?

Resmî bir hizmetin açıklanmış kurtarma ücreti bulunması, mesajla ulaşan herkesin bu adla ödeme istemesini meşrulaştırmaz. Başvurunun hizmetin gerçek alan adından veya uygulama içindeki doğrulanmış kanalından açılması gerekir. İletişimin yalnızca özel mesaj üzerinden yürümesi, dosya numarasının resmî destek ekranında görünmemesi veya paranın ilgisiz kişisel adrese istenmesi ayrıca araştırılmalıdır.

MetaMask’in başarısız işlem dolandırıcılığı açıklaması, bazı tokenların kullanıcıyı başka bir siteye yönlendirip kurtarma kelimelerini veya token harcama onayını ele geçirmeye çalıştığını anlatır. Bu nedenle cüzdanda beliren hata metnindeki bağlantıya güvenmek yerine, kullanılan hizmetin bilinen yardım kanalına bağımsız biçimde gidilmelidir. Gerçek bir teslim sorunu, sonradan ikinci bir dolandırıcılığa dönüşebilir.

USDT dondurulması ile banka veya borsa blokesi nasıl ayrılır?

Banka blokesi, banka hesabındaki para veya hesap kullanımına ilişkin bir kısıttır. Borsa kısıtı, platformdaki belirli işlem veya hesabın bazı işlevlerine ilişkin olabilir. Token ihraççısının uyguladığı dondurma ise belirli adresteki tokenların transferini engelleyebilir. Bu ayrım yapılmadan aynı “bloke kaldırma” başvurusunun her kuruma gönderilmesi sorunun nedenini bulanıklaştırır.

Tether’in hizmet koşulları, belirli koşullarda tokenları dondurma ve hizmeti kısıtlama yetkisini düzenler. Cüzdanın özel anahtarına sahip olmak, ihraççı kontrollü bir tokenın bütün koşullarda hareket ettirilebileceği anlamına gelmez. Buna karşılık her başarısız transferin Tether tarafından dondurulduğunu varsaymak da doğru değildir; token kimliği, hata ve ilgili kayıt araştırılmalıdır.

Bir adli dosyayla ilişkilendirilen varlık için ayrıca kararın hangi varlık ve adresi kapsadığı, hangi kuruma yöneldiği ve hangi hukukî dayanağa oturduğu belirlenir. Türk banka hesabına ilişkin usul, CMK 128/A ve P2P banka blokesi rehberinde; platform hesabındaki kısıt ise borsa itirazı incelemesinde ele alınır. Yaptırım bağlantılı adreslerin değerlendirilmesi için kripto yaptırımları ve cüzdan riski ayrı bir okuma alanıdır.

Teslim tartışmasında kullanılabilecek kayıt örneği

P2P yoluyla aldığınız 1.000 USDT bakiyenize geçmiş, ardından başka bir borsaya gönderdiğiniz 600 USDT alıcı hesabınıza işlenmemiş olsun. Destek başvurusunda iki işlemi ayırın: 1.000 USDT için tamamlanan emir ve iç teslim kaydını; 600 USDT için seçilen ağı, alıcı adresini, çekim numarasını ve varsa TxID’yi belirtin. Alıcı borsanın yatırma ekranındaki ağ seçimini ve açılan destek başvurusunun numarasını da ekleyin.

Bu olayda “1.000 USDT kayboldu” demek, hem tartışmalı tutarı hem sorunun çıktığı aşamayı yanlış gösterebilir. 600 USDT’lik çekim henüz ağa gönderilmediyse gönderen platformun; doğru adrese ulaştığı hâlde bakiyeye işlenmediyse alıcı hizmetin kayıtları incelenir. İade veya tazminat talebi, bu kayıtların gösterdiği aksaklık ve ilgili kişinin üstlendiği borç üzerinden hazırlanır.

İşlem öncesinde ise bu ayrımlar yazılı koşula dönüştürülebilir: varlık ve ağ, net teslim miktarı, çekim ücretini üstlenen taraf ve teslimin hangi kayıtla tamamlanmış sayılacağı açıkça belirtilir. Bilgi bankasının P2P işlem güvenliği rehberi, bu hazırlığı ödeme hesabı ve karşı taraf kontrolüyle birleştirir.

Kripto transferine ödeme uyuşmazlığı, platform kısıtı veya banka blokesi eşlik ediyorsa, başvuru yollarını Kripto P2P Hukuku rehberinde karşılaştırabilirsiniz.