Bir Solana Token'ı Rug Pull mu? 5 Dakikada Nasıl Anlaşılır

Solana rug pull nasıl anlaşılır? Bir token'ın rug pull olup olmadığı (geliştiricinin parayı toplayıp likiditeyi çekerek token'ı sıfırlaması) dört şeye bakarak anlaşılır: mint authority (yeni token basma yetkisi) ve freeze authority (token hesaplarını dondurma yetkisi) kalıcı olarak iptal edilmiş, yani None görünüyor mu; likidite kilitli ya da yakılmış mı; arz birkaç cüzdanda mı toplanmış; holder'lar gerçek alıcı mı, bot mu.

Bu dördü temizse bilinen tuzaklar kapanmış olur. Ama 2026'da işin zor kısmı şu: gelişmiş rug'lar bu dört kontrolün hepsini yeşil gösterecek şekilde gizlenir. O yüzden listeye bakmak yetmez, hesabını yapmak gerekir. Cüzdan bağlamanı isteyen ama imza istemeyen j.tools Token Holder Snapshot aracı bu hesabı senin yerine yapar.

Önce iki terim. Holder yoğunluğu, arzın kaç cüzdana yayıldığını gösterir; bir avuç cüzdan arzın çoğunu tutuyorsa, o cüzdanlar istediği an satıp fiyatı yere serebilir. Sybil ise tek kişinin kontrol ettiği sahte çoklu cüzdan ordusudur; gerçek talepmiş gibi görünen bir kalabalık yaratır. Bu yazı önce temeli anlatır, sonra asıl iş olan gizli rug pull tespitine geçer.

Solana rug pull nasıl anlaşılır: temel 5 sinyal

Önce bunlara bak. Token burada takılıyorsa daha fazla incelemene gerek yok; geçiyorsa henüz güvende değilsin, sadece asıl incelemeye hazırsın.

1. Mint authority iptal mı? Açıksa, geliştirici dilediği an yeni token basıp arzı sınırsızca şişirebilir. Durumun None (yetki yok) olması gerekir.
2. Freeze authority iptal mı? Açıksa, token hesabını dondurup token'ını satamaz hâle getirebilirler. Bu da None olmalı.
3. Likidite kilitli ya da yakılmış mı? Havuzdaki LP token'ları (havuzdaki payı temsil eden makbuz) yakıldıysa, yani token programıyla yok edildiyse ya da kimsenin kontrol etmediği bir adrese gönderildiyse, o likidite asla çekilemez. Bir locker'a (LP token'larını bir tarihe kadar tutan kontrat) kilitliyse, kilidin açılma tarihine bak.
4. Arz dağınık mı? İlk on cüzdan arzın büyük kısmını tutuyorsa, birkaç kişinin satışı fiyatı yere serer.
5. Gerçek alıcılar mı, botlar mı? Holder sayısı yüksek görünüp aslında bot cüzdanlardan oluşuyorsa, ortada "topluluk" diye bir şey yoktur.

Bu beşi temiz olan bir token bile rug olabilir. Sebebi basit: yukarıdakiler artık herkesin bildiği kontroller ve işini bilen dolandırıcı kurgusunu bunları geçecek şekilde yapar.

Gelişmiş: modern rug'lar nasıl gizlenir, snapshot onları nasıl yakalar

İşin asıl kısmı burası. Sıradan kontrol listeleri "aynı bakiyeli botlar, tek cüzdanda büyük dev payı, açık mint" arar. Sofistike bir rug bunların hiçbirini göstermez. Yapılması gereken, cüzdan dağılımının hesabını çıkarmaktır. Solscan ya da bir CSV export sana kimin ne tuttuğunu söyler; o hesabı yapmaz. Snapshot yapar. Aşağıda sekiz teknik var, her birinin sonunda onu ele veren ölçü.

Önce üç yeni terim, çünkü bundan sonra hep kullanacağız. Nakamoto number: arzın yarısından fazlasını birlikte kontrol eden en küçük cüzdan sayısı. Snapshot bunu gerçek holder'lar üzerinden hesaplar ve "Arzın %50'si" kutusunda gösterir.

Nakamoto 1 ise tek bir cüzdan satarak fiyatı tek başına çökertebilir. Common funder (ortak fonlayıcı): bir bot cüzdan grubunun tamamına başlangıç SOL'unu gönderen tek kaynak cüzdan. Permanent delegate (kalıcı vekil): bir Token-2022 mint'ine eklenebilen bir yetki; bu yetkiyi tutan cüzdan, herhangi bir holder'ın token'ını izinsiz transfer edebilir ya da yakabilir.

1. Miktarı rastgele dağıtılmış sybiller

Eski botlar hep aynı bakiyeyi tutardı, insanlar bunu yakalamayı öğrendi. Modern bot çiftlikleri her botun bakiyesini bir aralıkta rastgeleleştirir, organik görünsün diye. Artık ipucu "aynı miktar" değil, cüzdanların profili. Gerçek bir holder tabanı karışıktır; biri 12 token tutar, biri 4.000, biri 90, çoğunun cüzdanında başka varlıklar da vardır. Bir çiftlikte ise cüzdanlar yenidir, SOL'u ve USDC'si çok az ya da hiç yoktur, sadece bu token'ı tutar.

Snapshot'ta bunu ele veren ölçü: yeni cüzdan payı ve cüzdan başına SOL ve USDC sütunu. Yeni açılmış, SOL'u ve USDC'si sıfıra yakın cüzdanların arzın büyük kısmını tutması, dağılımın organik olmadığına işaret eder. Bunu gözle yakalayamazsın, snapshot gösterir.

2. Parçalanmış gizli dev arzı

Geliştirici artık büyük payını "dev" diye etiketlenecek tek bir cüzdanda tutmuyor. Onu mint ya da freeze yetkisi taşımayan onlarca taze cüzdana bölüyor. Yetki taşımadıkları için hiçbiri "dev" rozeti almıyor ve sıradan holder gibi görünüyorlar. Solscan'de listeye bakan biri bir sürü ayrı küçük cüzdan görür, alarm çalmaz. Token "topluluğun malı" diye pazarlanırken, gerçekte birkaç gizli cüzdan büyük bir pay tutar.

Snapshot'ta bunu ele veren ölçü: gerçek holder top-10 payı ve "Arzın %50'si" kutusu. Bu ikisi likidite havuzunu, borsaları ve burn adresini hesaba katmaz, sadece gerçek alıcıları sayar. "Topluluk sahipli" diye pazarlanan bir token'da "Arzın %50'si" sayısının 1-3 çıkması güçlü bir kırmızı bayraktır. Gerçek holder top-10 payı yüksek ama tek bir "dev" rozeti yoksa, parçalanmış bir dev arzına bakıyor olabilirsin.

3. "O sadece likidite" kalkanı

Dolandırıcı, büyük bir cüzdanı gören alıcının onu havuz sanacağına güvenir. "O büyük cüzdan mı? Raydium işte, sorun yok." Oysa o büyük cüzdan, etiketsiz kişisel bir cüzdan da olabilir.

Snapshot'ta bunu ele veren ölçü: snapshot likidite havuzunu, borsaları ve burn adresini etiketler ve bunları yoğunluk hesabından çıkarır. Bu sayede büyük ama etiketsiz kişisel bir cüzdan, gerçek holder payının büyük dilimini tutuyorsa "o sadece Raydium" bahanesinin arkasına saklanamaz, açıkça görünür. Dağılım çubuğu da arzın ne kadarının gerçek holder'larda, yeni cüzdanlarda ve likiditede olduğunu ayrı gösterir.

4. Sahte CEX aklama

Bazı kurgularda arz, borsa cüzdanına benzetilmiş cüzdanlardan geçirilir. Amaç "bunu bir borsa tutuyor, demek ki güvenli" varsayımını tetiklemektir. Burada CEX cüzdanı (Binance gibi merkezi borsa cüzdanı) görüntüsü kullanılır.

Snapshot'ta bunu ele veren ölçü: tanınan kurum etiketleri. Havuz hesapları, onları yöneten programdan tanınır; borsa etiketleri ise kısa, sabit bir listeden gelir, yani gerçek bir borsa cüzdanı da etiketsiz kalabilir. Etiketsiz büyük cüzdan her durumda yoğunluk hesabına girer; explorer'da açıp taklit mi, gerçek mi kendin bak.

5. Kısmi burn ve kısa süreli kilit

"Likidite kilitlendi/yakıldı" çoğu zaman sadece kısmen doğrudur. Ekip LP'nin bir dilimini yakar, gerisini kendinde tutar; ya da LP'yi günler içinde açılan bir locker'a kilitler.

Bunu snapshot'ta değil, LP tarafında okursun: havuzun LP mint'ine (arz ve holder'lar) explorer'da bakınca kısmi bir burn görünür. Kilit için locker kontratındaki açılış tarihini Solscan'de okursun. Tek geri alınamaz biçim, gerçekten yakılmış LP token'larıdır; locker bir tarihte açılır, yakılmış LP ise asla çekilemez. LP token'ını yakmak, kilitlemek ve elde tutmak arasındaki farkı LP burn, lock ve hold karşılaştırmasında ayrıntılı anlattık.

"%100 likidite kilitli" iddiasını duyduğunda iki ayrı şeyi karıştırma: burn edilmiş LP bir daha çekilemez, kilitli LP ise sadece bir tarihe kadar çekilemez. Unlock tarihi bir hafta sonraysa, o kilit bir koruma değil bir geri sayımdır.

6. Token-2022 permanent delegate

Bir token, mint ve freeze authority'yi None gösterip yine de rug'lanabilir. Eğer o token bir Token-2022 (klasik SPL'e göre ek güçler gömülebilen yeni token formatı) ise ve bir permanent delegate taşıyorsa, mint ve freeze temiz görünse bile tek bir cüzdan dilediği an herhangi bir holder'ın bakiyesine el koyabilir. Yetkilerin temiz görünmesi tek başına yeterli değildir.

Snapshot'ın verdiği ipucu: harita görünümündeki "Token-2022 mint" notu; snapshot yetki tablosu göstermez. Gerisini sen doğrularsın: token klasik SPL mi, Token-2022 mi; Token-2022 ise permanent delegate ya da transfer-fee (her transferden kesilen ve yetkilinin sonradan değiştirebildiği komisyon) tuzağı taşıyor mu. Bunu Solscan gibi bir explorer'da mint'in uzantı listesinden okursun.

Snapshot bu uzantıyı otomatik çözmez. Permanent delegate'in tam olarak neye izin verdiğini Solana'nın permanent delegate belgesi anlatıyor; iki formatın farkı için Token-2022 ile SPL token karşılaştırmamıza bakabilirsin. Bu format Token-2022 formatında token oluşturma aracı ile de üretilir; araçta permanent delegate isteğe bağlıdır ve varsayılan olarak kapalıdır.

7. Ortak fonlayıcı çiftlikleri

Bir sybil kümesinin en belirgin izi şudur: bütün bot cüzdanları, çoğu zaman lansmandan dakikalar önce, tek bir kaynak cüzdandan (common funder) ve genelde tek kullanımlık ara cüzdanlar üzerinden fonlanmıştır. Bu izi holder listesine bakarak gözle göremezsin.

Snapshot'ta bunu ele veren ölçü: harita görünümü ortak kaynaktan fonlanan holder'ları küme olarak gruplar. Tipik görüntü: SOL ve USDC'si sıfır, tek token hesabı (bir cüzdanın belli bir token'ı tutmak için açtığı hesap), neredeyse aynı anda giriş. Sonra o cüzdanlardan iki üçünü Solscan'de açar, ilk gelen transferlerin hepsinin aynı fonlayıcıya çıktığını görürsün. Snapshot şüpheli kümeyi yüzeye çıkarır ve yoğunluk hesabını yapar; izi sen tamamlarsın.

8. Bundle lansman gizlemesi

Bu, "organik" görünen ilk alıcıların aslında geliştiricinin kendisi olduğu durumdur. Dev, kendi token'ını ilk blokta birçok cüzdandan aynı anda satın alır (buna bundle, yani aynı bloğa paketlenmiş işlemler denir) ve grafikte sağlıklı bir ilk talep yanılsaması yaratır. Belirgin iz şudur: en erken holder'lar tek bir fonlama kaynağını paylaşır ve aynı blokta girer.

Snapshot'ta bunu ele veren ölçü: harita görünümü ilk dakikada girip hâlâ token tutan cüzdanları ve paylarını gösterir. Aynı bloktaki girişi ve ortak funder'ı Solscan'de teyit edersin.

İşlem hacmi gerçek mi?

Holder listesi tokenı kimin tuttuğunu gösterir. Grafikteki hareketin gerçek olup olmadığı hakkında tek kelime söylemez. Solana'da wash trading ucuz; bir token, neredeyse hiç kimse almazken bile hareketli bir işlem akışı gösterebilir.

En hızlı işaret hacme karşı benzersiz cüzdan sayısı. Hacim büyük görünüyor ama işlem yapan cüzdanlar bir avuçsa, birbirine SOL geçiren birkaç hesabı izliyorsun; gerçek ilgiyi değil. Gerçek ilgi, arkasında çok sayıda küçük alıcı bırakır. İkinci kalıp yoğunlaşma: hacmin büyük kısmı aynı birkaç cüzdandan geliyorsa bu büyük ihtimalle bot üretimi hacimdir ve ücretli kampanya bitince genelde kaybolur.

Sahte hacim tek bir işe yarar. Listeleme sayfalarında ve trend sekmelerinde geçici yer satın alır; oraya bakan alıcı rakamı görüp talep olduğunu sanır. Altında talep yoktur.

Elle kontrol için DexScreener veya Birdeye'de işlem geçmişini aç ve alıcı adreslerini oku. Aynı kısa liste her mumda tekrar ediyorsa hacmi tümüyle görmezden gel. Token holder snapshot aracı da işin holder tarafını gösterir: hacmi devasa ama holder tabanı küçük ve kümelenmiş bir token, iki ekranı yan yana koyunca kendini ele verir.

Fiyat düşerken tırmanan hacim kendi başına bir uyarıdır. Gerçek satıcılar gerçek alıcılara satar ve işlem yapan cüzdan sayısı artar. Düşen grafikte büyük hacmi kendi arasında döndüren dar bir adres kümesi piyasa değil, kurgudur.

Bonding curve mı, AMM mı? Önce aşamayı oku

İki token grafikte aynı görünüp tamamen farklı risk taşıyabilir, çünkü biri hâlâ pump.fun bonding curve'ünde, diğeri PumpSwap AMM havuzuna geçmiştir. Likiditeyi değerlendirmeden önce token'ın hangi aşamada olduğuna bak. Curve tarafının fiyat mantığını Pump.fun bonding curve mekaniği rehberinde anlattık.

Curve üzerindeyken geliştirici fiyat tabanını çekemez, çünkü henüz çekilecek bir LP yok ve curve dolana kadar token migrate olmaz. Bu onu güvenli yapmaz; tehlikeyi başka yere taşır. Token AMM'e geçtiğinde yukarıdaki "LP kilitli mi yakılmış mı" sorusu öne çıkar: Pump.fun'dan PumpSwap'e geçişte LP'yi Pump.fun programı yakar, ekibin sonradan açtığı havuzlarda ise LP'ye explorer'da bakarsın. My Pools ise yalnızca senin bağlı cüzdanındaki pozisyonları okur, başkasının LP'sini göstermez.

Token hâlâ curve'deyken en çok bu sinyaller ağırlık taşır:

• İçeridekilerin payı. Deployer ve ilk sniper cüzdanları arzın büyük bir kısmını tutuyorsa, onların tek bir satış dalgası fiyatı çökertebilir.
• Derinliğe karşı FDV. Havuzdaki SOL, FDV'nin (tam seyreltilmiş değer) yanında çok küçükse o FDV herkesin çıkışını karşılayamaz; rakamı ciddiye alma.
• Migrasyon eşiği. Curve dolmak üzereyken sniper'lar yeni havuzda öne geçip satışlarını oraya boşaltabilir; fiyat bundan sonra uzun süre toparlanmayabilir.
• Yaş. Holder'larını günlerdir koruyan bir token, birkaç dakika önce açılmış olandan bambaşka bir risk profili taşır.

Holder listesinin tepesi şüpheli biçimde koordineli görünüyorsa arkasındaki parayı çıkar. Wallet Scope yapıştırdığın adreslerin fonlama kümelerini gösterir; lansmandan dakikalar önce tek cüzdandan fonlanmış "dağıtılmış" bir ilk on, almadan önce ortaya çıkar.

Bir holder listesinin yapamadığını j.tools nasıl çözer

Buradaki fark sade. Solscan'in holder listesi ya da bir CSV export sana kimin ne tuttuğunu söyler. Ama gizlenmiş bir rug'ı yakalayan hesabı yapmaz. Listede sıralı duran 200 cüzdana bakıp "kümeyi" gözünle bulamazsın, cüzdan yaşlarını tek tek çıkaramazsın, havuzu ayıklayıp gerçek holder yoğunluğunu kendin hesaplayamazsın.

Holder snapshot aracı tam bunun için var. Cüzdan bağlamanı ister ama imza ya da anahtar istemez ve sahte holder tespiti için gereken hesabı senin yerine yapar. Tek bir token adresinden şunları döndürür:

• Geliştirici etiketi: mint ya da freeze yetkisini tutan ya da token'ı yaratan cüzdan.
• Tam holder listesi, her cüzdanın bakiyesi ve yüzdesiyle.
• Bir yoğunluk skor kartı: gerçek holder'ların top-10 payı (likidite havuzunu, borsaları ve burn adresini bu sayıdan dışlayarak), "Arzın %50'si" sayısı, geliştirici payı, likidite ve yeni cüzdan payı.
• Bir dağılım çubuğu: arzın ne kadarı gerçek holder'larda, ne kadarı yeni cüzdanlarda, ne kadarı likiditede.
• Cüzdan başına: SOL bakiyesi, USDC bakiyesi, sahibinin kaç token hesabı kontrol ettiği, varsa tanınan kurum etiketi (Raydium, Binance) ve cüzdan yaşı.

Sınırı da bil: haritadaki bağlar bir ilişkiyi gösterir, niyeti kanıtlamaz; çok adımlı fonlama rotaları kaçabilir, Token-2022 uzantıları da çözülmez. Snapshot bunlar için sana işaretlenmiş kümeyi verir; izi Solscan gibi bir explorer'da ya da mint'in uzantı listesine bakarak sen tamamlarsın. Daha fazla örnek için rehberler kategorisindeki diğer yazılar ve Solana etiketli tüm içerikler iyi bir başlangıç noktasıdır.

Güvenli mi, kırmızı bayrak mı: hızlı tablo

Sinyal	Güvenli	Kırmızı bayrak
Mint authority	None (revoke edilmiş)	Açık, dev yeni token basabilir
Freeze authority	None (revoke edilmiş)	Açık, token hesabın dondurulabilir
Likidite	Burn edilmiş LP token'ları	Kilitsiz, ya da kısa unlock tarihli locker
Gerçek holder top-10 payı	Düşük, geniş tabana yayılmış	Birkaç etiketsiz cüzdan büyük pay tutuyor
Yeni cüzdan payı	Düşük, eski ve karışık cüzdanlar	Yüksek: lansmandan az önce açılmış küme
Nakamoto ("Arzın %50'si")	Yüksek, dağıtık kontrol	1-3: tek elden dump riski
SOL/USDC sütunu	Holder'lar başka aktivite gösterir	Küme: sıfır SOL, sıfır USDC, tek token hesabı
Permanent delegate	Klasik SPL, ya da delegate yok	Token-2022 + permanent delegate açık

j.tools nedir?

j.tools, no-code (kod yazmadan kullanılan) Solana araçları sunan bir araç setidir. İçinde gerçek yoğunluk hesabını yapan bir holder snapshot, token oluşturma, yetki iptal etme, swap (token alıp satma) ve fazlası var. Birçok dilde çalışır, özel anahtarını (private key) asla istemez; her işlemi kendi cüzdanında sen imzalarsın.

Kendi token'ını bu kontrollerden geçirmek isteyen bir geliştiriciysen, mint yetkisini iptal etme, freeze yetkisini iptal etme ve token'ı kalıcı sabitleme araçları işe yarar. Token alıp satmak için ayrıca cüzdandan swap yapma aracı var.

Daha fazla başlangıç rehberi için rehberler kategorisindeki yazılara ve Solana etiketli tüm içeriklere göz at.

Dürüst uyarı

Her şeyin yeşil çıkması gerekli koşuldur, yeterli koşul değil. Bir token bütün bu kontrolleri geçip yine de ölebilir: dev sessizce satar, ya da hiç talep gelmez ve fiyat erir. Yetkiler iptal edilmiş ve likidite yakılmış olsa bile bu sana "güvenli bir yatırım" sözü vermez; sadece bilinen tuzakların bir kısmının kapatıldığını söyler. Kontroller riski azaltır, sıfırlamaz. Bu yazı yatırım tavsiyesi değildir. Her zaman kendi araştırmanı yap ve kaybetmeyi göze alamayacağın parayı koyma.

Sık sorulan sorular

Solana rug pull kontrolü ücretsiz yapılabilir mi?

Explorer tarafı ücretsizdir: mint, freeze ve uzantıları block explorer'da okursun. j.tools Token Holder Snapshot cüzdan bağlamanı ister, imza istemez. Bir token adresi girersin; yoğunluk skor kartını, yeni cüzdanları ve cüzdan başına SOL/USDC'yi tek seferde alırsın.

Nakamoto number kaç olmalı?

Tek bir eşik yok. Ama "topluluk token'ı" diye satılan bir token'da gerçek holder'ların elindeki arzın yarısını 1-3 cüzdan tutuyorsa bu güçlü bir kırmızı bayraktır.

Mint ve freeze None ise token kesin güvenli mi?

Hayır. Token bir Token-2022 ise ve bir permanent delegate taşıyorsa, yetkiler temiz görünse bile delegate yetkisini tutan cüzdan her holder'ın bakiyesine el koyabilir. Klasik SPL mi Token-2022 mi olduğunu ve uzantıları ayrıca explorer'da teyit et.

Solana holder yoğunluğu kontrolünde neye bakmalıyım?

Gerçek holder top-10 payına (havuz, borsa ve burn hariç), "Arzın %50'si" sayısına ve yeni cüzdan payına. "Arzın %50'si" sayısının 1-3 çıkması ya da yeni cüzdanların arzın çoğunu tutması, gizli bir kümenin işareti olabilir.

Sahte holder'ları gözle ayırt edebilir miyim?

Genelde hayır. Modern botlar bakiyelerini rastgeleleştirir. Onları yeni açılmış olmaları, SOL ve USDC bakiyelerinin sıfıra yakın olması ve yalnızca bu token'ı tutmaları birlikte ele verir; tek başına sıfır SOL bir şey kanıtlamaz.

---

Rug pull nedir?

Rug pull, bir token'ın arkasındaki ekibin yatırımcı parasını topladıktan sonra likiditeyi çekerek ya da ellerindeki büyük arzı tek seferde satarak fiyatı sıfıra indirmesidir. Türkçesiyle "halıyı altından çekmek": alıcı satın alır, geliştirici çıkışı kapatıp kaçar, geriye değersiz bir token kalır. Solana'da çoğu rug, likidite havuzunun boşaltılması ya da gizli dev cüzdanlarının dump'ı şeklinde olur.

Bir rug pull'u tek cümlede tanımlaman gerekirse, "çıkış likiditesini kontrol eden tarafın o likiditeyi alıcıların aleyhine boşaltması" yeterlidir. Geri kalan her şey bunun nasıl gizlendiğiyle ilgilidir; bu yazının asıl konusu da o.

Rug pull nasıl yapılır (ve nasıl yakalanır)

Saldırının mekaniğini bilmeyen onu yakalayamaz. Bir rug genelde şu adımlardan geçer ve her adım bir iz bırakır:

1. Token basılır ve arz gizlenir. Geliştirici büyük payı tek cüzdanda tutmaz; onlarca taze, yetkisiz cüzdana böler ki holder listesinde sıradan görünsün. İz: gerçek holder top-10 payı yüksek ama tek bir "dev" rozeti yok.
2. Likidite eklenir, ama kontrol elde tutulur. Havuz kurulur, fakat LP token'ları (havuzdaki payı temsil eden makbuz) ya hiç kilitlenmez ya da günler içinde açılan bir locker'a konur. Rug anının kendisi çoğu zaman bu LP'nin geri çekilmesidir. Likidite ekleyip çıkarmanın nasıl işlediğini likidite ekleme ve çıkarma aracı üzerinde görmek, kilitsiz LP'nin neden tek işlemle çekilebildiğini anlamana yardım eder.
3. Sahte talep yaratılır. Bundle ile ilk blokta birçok cüzdandan aynı anda alım yapılır, grafik sağlıklı görünür. İz: en erken holder'lar ortak bir fonlama kaynağı paylaşır ve aynı blokta girer.
4. Çıkış. Likidite çekilir ya da gizli cüzdanlar dump eder. Bu adıma gelmeden önce yakalamanın tek yolu, ilk üç adımın zincirdeki izini okumaktır.

Saldırıyı tersine okumak en pratik savunmadır: dev arzı parçalanmış mı, likidite gerçekten kilitli mi, erken alıcılar ortak funder'dan mı geliyor. Birinci ve üçüncü soru için token snapshot ile rug kontrolü yaparsın: tek bir token adresi girersin, yoğunluk skor kartı ve harita görünümü bu izleri yüzeye çıkarır. İkinci soru için LP kilidini explorer'da okursun.