Bir USDT kara listesinin anatomisi: Tether tokenleri nasıl dondurur

Tether, herhangi bir blokzincir adresinde tutulan USDT'yi engelleme teknik yeteneğine sahiptir. Böyle bir engellemeden sonra adres sahibi, bakiyede görünmeye devam etse bile artık USDT transfer edemez.

2017'den bu yana Tether, toplam değeri 4 milyar doların üzerinde olan yaklaşık 8.000 blokzincir adresinin kara listeye alınmasını başlattı.

USDT dolaşımının genel ölçeğine kıyasla bu rakamlar küçük görünebilir. Ancak bireysel bir piyasa katılımcısı için kara liste kritik bir olay hâline gelir — özellikle yasa dışı hiçbir şey yapmadığından emin olduğunda. Bu tür durumlar göründüğü kadar nadir değildir. Bazı adreslerin daha sonra engelinin kaldırılması, bazı kararların başlatıcının hatalı sonuçlarına dayanılarak verildiğini doğrular.

Kara listeye alma keyfi olmaz — gerekçeler olmalıdır ve prosedürün hem hukuki hem de operasyonel bir yönü vardır. Bu yönleri kararı asıl kimin verdiğine dair ayrı bir makalede ele alıyoruz. Bu makalenin amacı, USDT kara listeye almanın teknik mekaniğini açıklamaktır.

Sıradan bir USDT transferi nasıl çalışır

Engelleme sürecini anlamak için önce sıradan bir USDT transferinin teknik olarak nasıl gerçekleştiğini anlamamız gerekir.

TRON ağında bir USDT işlemi örneğini ele alalım. Kullanıcı, kendi adresinden bir alıcının adresine USDT transferini başlatır. O anda işlem, TRON üzerindeki USDT akıllı sözleşmesiyle etkileşime girer:

TR7NHqjeKQxGTCi8q8ZY4pL8otSzgjLj6t

Bakiye muhasebesini ve token transferi işlemesini yürüten şey akıllı sözleşmedir. Bir transfer yürütüldüğünde, sözleşmenin dahili token transfer mantığı çağrılır. Sözleşmenin olay düzeyinde bu, bir Transfer olayı olarak — yani gönderenden alıcıya bir varlığın hareketi olarak — kaydedilir.

Basitleştirilmiş olarak süreç şöyle görünür:

1. Kullanıcı bir USDT transferini başlatır;
2. İşlem, USDT akıllı sözleşmesini çağırır;
3. Sözleşme transfer koşullarını doğrular;
4. Herhangi bir kısıtlama yoksa, gönderenin bakiyesi azalır ve alıcının bakiyesi artar;
5. On-chain bir Transfer olayı kaydedilir.

Ethereum üzerindeki USDT benzer şekilde çalışır: bir transfer, tokenin akıllı sözleşmesi aracılığıyla işlenir ve başarılı bir transfer bir Transfer olayı olarak kaydedilir. TRON ile Ethereum arasındaki temel farklar teknik ortamdan kaynaklanır: token standardı, adres formatı, ücretler, işlem işleme hızı.

USDT akıllı sözleşmesindeki kontrol mekanizmaları

Sıradan transferlere ek olarak, USDT akıllı sözleşmesinin, ihraççının belirli adresler için tokenin nasıl dolaştığını yönetmesine olanak tanıyan yönetim işlevleri vardır. İhraççı bir adresi kara listeye ekleyebilir, kara listeden çıkarabilir ve kara listeye alınmış bir adreste tutulan USDT'yi yakabilir.

Bu eylemler sözleşme olayları aracılığıyla yansıtılır. Kara listeye almayı analiz etmek için üç olay anahtardır:

• AddedBlackList — bir adresin kara listeye eklenmesi;
• RemovedBlackList — bir adresin kara listeden çıkarılması;
• DestroyedBlackFunds — kara listeye alınmış bir adresteki fonların yakılması.

Basitleştirilmiş olarak mantık şöyle görünür:

1. Tether bir adresi BlackList'e ekler;
2. Akıllı sözleşme bu adresi kara listeye alınmış olarak tanımaya başlar;
3. Giden bir transfer denendiğinde, sözleşme adres durumunu kontrol eder;
4. Adres BlackList'teyse, transfer reddedilir;
5. Adres BlackList'te değilse, transfer devam edebilir.

Preban'dan ban'a: kara listeye alma on-chain nasıl görünür

TRON üzerinde USDT kara listeye alma bir değil, iki ilişkili on-chain aşama olarak kaydedilir: önce Tether'in MultisigWallet'ında bir işlem oluşturulur; ardından bu işlem yürütülür ve adresin BlackList'e eklenmesiyle sonuçlanır.

Bu sıra koşullu olarak iki olaya ayrılabilir:

1. Preban — Tether'in MultisigWallet'ında işlemin oluşturulması.
2. Ban — işlemin fiilen yürütülmesi, ardından adres BlackList'e girer.

Preban: Tether'in MultisigWallet'ında işlemin oluşturulması

Preban aşamasında, multisig sözleşmesindeki bir metot çağrılır. Bu işlemde adres henüz fiilen kara listeye alınmaz — yalnızca multisig'in gerekli onaydan sonra yürütmesi gereken bir işlem oluşturur.

Bir preban işleminin temel parametreleri:

Preban işleminin olay günlüklerinde multisig sözleşmesinin olayları kaydedilir. TransactionId, Tether'in MultisigWallet'ında daha sonra yürütülecek işlemin dahili tanımlayıcısıdır.

Kara listeye alınacak adres nerede gizli

Kara listeye alınacak adres, preban işleminin olay günlüklerinde doğrudan görüntülenmez. Solidity ABI kurallarına göre çözülmesi gereken Data parametresinin içinde gizlidir.

İşlem bir blacklist işlevine çağrı hazırlıyorsa, veri yapısı şöyle görünür:

0xecb93c0 + 32-byte address argument
(<function selector> + <ABI-encoded arguments>)

İlk 4 bayt işlev seçicisidir. Geri kalanı ABI kodlu argümandır. Adresi çıkarmak için argümanın son 20 baytını alın ve bunları çözün.

TRON'da adresler iki biçimde görüntülenebilir:

• Hex formatı — 41 önekiyle başlar;
• Base58Check formatı — insan tarafından okunabilir, T ile başlar.

Ban: adresin BlackList'e fiilen eklenmesi

Fiili kara listeye alma daha sonra, oluşturulan multisig işlemi yürütüldüğünde gerçekleşir. Ban işleminde USDT sözleşme günlükleri şunu gösterir:

AddedBlackList(address target)

Bu olay, adresin BlackList'e eklendiğinin on-chain onayıdır.

Fırsat penceresi: preban'dan ban'a kadar geçen süre

Preban ile ban arasında bir zaman aralığı vardır. AddedBlackList olayı görünmeden önce adres henüz BlackList'te değildir ve teknik olarak USDT kullanma yeteneğini korur. Bu aralığa fırsat penceresi diyoruz.

Pencere eskiden günlerdi. Şimdi belirgin şekilde kısaldı — bazen saatler, bazen dakikalar. Bu, adres sahibi için öngörülebilirliği azaltır ve hızlı yanıtı kritik hâle getirir.

AddedBlackList olayından önce adres hâlâ giden USDT transferleri gerçekleştirebilir. Dolayısıyla, yaklaşan bir kara liste riskini gören iyi niyetli bir kullanıcı açısından mantıklı eylem sırası şöyledir: önce fonları çıkarın potansiyel olarak engellenecek adresten, sonra engelin nedenleriyle ilgilenin.

Fiili ban'dan sonra ne olur

Kara listeye alındıktan sonra adres artık USDT gönderemez. Giden transferler akıllı sözleşme mantığı tarafından reddedilir. Fonlar bakiyede görünmeye devam eder ve gelen transferler teknik olarak adrese ulaşabilir.

Bundan sonra ne olacağı kara listeye alma gerekçesine bağlıdır:

• Adres BlackList'te süresiz kalabilir;
• Adres RemovedBlackList aracılığıyla engellenmemiş olabilir;
• Fonlar DestroyedBlackFunds aracılığıyla yakılabilir, olası bir yeniden ihraçla yeni bir adrese.

Fiili ban'dan sonra çalışma hukuki ve analitik raya kayar: risk kaynağının belirlenmesi, on-chain analitiğin hazırlanması, fonların kökeninin doğrulanması ve kara listeyi başlatan Tether ile devlet yapılarıyla iletişim — ilgili hukuk danışmanının katılımıyla.

Adresinizin Tether tarafından kara listeye alındığını nasıl anlarsınız

Kullanıcılar genellikle kara listeyi hemen fark etmez. İlk bakışta her şey normal görünür: USDT bakiyede gösterilir, ağ çalışır, adres doğrudur, gelen transferler başarıyla işlenir. Ancak USDT göndermeye çalışıldığında işlem başarısız olur.

Adres üzerindeki diğer işlemler normal çalışmaya devam edebilir. Örneğin, kullanıcı TRX veya diğer tokenleri başarıyla gönderebilirken sorun yalnızca giden USDT transferlerinde görünür. Bu önemli bir işarettir: Tether'in kara listesi, TRON ağındaki tüm adrese değil, USDT akıllı sözleşme düzeyinde geçerlidir.

Giden USDT transferleri başarısız olur, diğer işlemler (native token gönderme, gelen fonları alma) ise normal çalışır.

— Kara listeye almanın ana işareti

Adres Tether'in BlackList'indeyse, USDT akıllı sözleşmesi giden transfer denemesini reddeder. Cüzdanda bu, bir gönderim hatası olarak görünebilir ve blok gezgininde işlem Failed durumuyla gösterilebilir.

Kara listeye almayı sıradan teknik sorunlardan ayırt etmek önemlidir:

• Ücretleri ödemek için yetersiz native token (TRX, ETH);
• Cüzdanın işlemi göndermemesi (UI, RPC veya cüzdan hatası);
• Ağ tıkanıklığı veya geçici altyapı kesintileri.

USDT akıllı sözleşmesi aracılığıyla kara listeye alma nasıl kontrol edilir

Adım 1. TRON üzerindeki USDT akıllı sözleşmesini Tronscan'de açın: TR7NHqjeKQxGTCi8q8ZY4pL8otSzgjLj6t

Adım 2. Contract sekmesine gidin.

Adım 3. Read Contract bölümünü açın.

Adım 4. getBlackListStatus metodunu bulun. Tronscan'de «8. getBlackListStatus (59bf1abe)» olarak görünebilir.

Adım 5. Kontrol etmek istediğiniz adresi girin ve sorguyu yürütün.

Tronscan üzerinden manuel kontrol, tek seferlik bir doğrulama için uygundur. Hızlı yanıt için otomatik izleme kullanmak daha iyidir: AddedBlackList olayı aracılığıyla BlackList eklemelerini izleyebilir ve — işlevsellik mevcut olduğunda — fiili AddedBlackList olayından önce yaklaşan kara listeye alma işaretlerini ortaya çıkarabilir.

USDT kara liste etkinliği gerçek zamanlı nasıl izlenir

Her olay — preban, ban, unban, destroy — herkese açık olarak on-chain kaydedilir. Bu şu anlama gelir: herkes izleme kurabilir:

• Doğrudan yaklaşım — bir TRON ve Ethereum arşiv düğümü çalıştırın, USDT sözleşme olay günlüklerine WebSocket aracılığıyla abone olun. Maliyet açısından en ucuzu, altyapı gerektirir.
• Üçüncü taraf hizmetler aracılığıyla — QuickNode Streams, Alchemy webhook'ları, Infura. Ücretli, ancak kendi altyapınız olmadan.
• Hazır bir ürün aracılığıyla — bunu 2017'den bu yana gerçek zamanlı olarak yapıyoruz: Telegram uyarı akışı, REST API, AI araçları için MCP sunucusu, araştırmacılar için HuggingFace dataset.

Daha fazla okuma

• Bir USDT kara listesine asıl kim karar verir — kara listelerin kaynakları hakkında: kolluk kuvvetleri, yaptırımlar, Tether'in iç risk değerlendirmesi.
• 14 Mayıs 2026 kitlesel unban — 72 dakikada 497 adres — nadir bir olayın, on-chain verilerden çözümlenmiş pratik bir vakası.