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

Bir Solana token'ının rug pull olup olmadığı (rug pull: geliştiricinin parayı toplayıp likiditeyi çekerek token'ı sıfırlaması) şu dört şeye bakarak anlaşılır: mint authority (yeni token basma yetkisi) ve freeze authority (cüzdanları dondurma yetkisi) revoke (kalıcı olarak iptal) edilmiş, yani None görünüyor mu, likidite (alım-satımı besleyen havuza konan para) kilitli ya da burn (yakılmış, geri alınamaz) edilmiş mi, arzın yoğunluğu (holder concentration: az sayıda cüzdanın elindeki pay) düşük mü, ve holder'lar gerçek alıcılar mı yoksa bot mu. Bu dördü temizse temel risk düşüktür. 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, matematiğini yapmak gerekir. Ücretsiz, cüzdan anahtarı istemeyen j.tools Token Holder Snapshot aracı bu matematiği 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 talep gibi görünen kalabalığı taklit eder. Bu yazı önce temeli anlatır, sonra asıl iş olan gizli rug pull tespitine geçer.

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

Bunlar zeminin kendisi. Gelişmiş bir alıcı bile her zaman buradan başlar, çünkü modern bir scam'ci bunları gizler ama yine de yoklamak ilk eleme.

1. Mint authority iptal mi? Açıksa, geliştirici dilediği an yeni token basıp arzı sonsuza kadar şişirebilir. Durumun None (yetki yok) olması gerekir.
2. Freeze authority iptal mi? Açıksa, senin cüzdanı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 sahiplik makbuzu) burn edildiyse (geri alınamaz bir adrese gönderildiyse) 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 para kazanan scam'ci bunları geçecek şekilde kurgu yapar.

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

İşin asıl kısmı burası. Generic checklist'lerin tamamı "aynı bakiyeli botlar, %40 dev cüzdanı, açık mint" arar. Sofistike bir rug bunların hiçbirini göstermez. Asıl iş, cüzdan dağılımının matematiğini yapmaktır. Solscan ya da bir CSV export sana kimin ne tuttuğunu söyler; o matematiği yapmaz. Snapshot yapar. Aşağıda sekiz teknik var, her birinin sonunda onu açığa çıkaran tam metrik.

Önce dört yeni terim, çünkü bundan sonra hep kullanacağız. Gini coefficient: arzın ne kadar eşit yayıldığını ölçen, 0 ile 1 arası bir skor. 0, herkeste eşit dilim demek; 1, tek cüzdanda her şey demek. Nakamoto number: arzın yarısından fazlasını birlikte kontrol eden en küçük cüzdan sayısı. Nakamoto 1 ise tek bir cüzdan tüm piyasayı dump edebilir. Common funder (ortak fonlayıcı): bir bot cüzdan grubunun tamamına başlangıç SOL'ünü gönderen tek kaynak cüzdan. Permanent delegate (kalıcı vekil): bir Token-2022 token'ının taşıyabildiği gizli bir güç; bunu taşıyan tek cüzdan, herhangi bir holder'ın token'ını izinsiz taşıyıp el koyabilir.

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. İpucu, bir cüzdan kümesinin istatistiksel olarak fazla eşit dağılmış olmasıdır. Gerçek bir holder tabanı doğal olarak pürüzlü, yamuktur; biri 12 token tutar, biri 4.000, biri 90. Bir çiftlik ise yapay biçimde düzgündür, ve o cüzdanların hepsi SOL'dan ve USDC'den boştur, sadece bu token'ı tutar.

Snapshot'ı açığa çıkaran metrik: gerçek holder bakiyeleri üzerinden hesaplanan gini coefficient, artı her cüzdanın SOL ve USDC bakiyesi sütunu. SOL ve USDC'si sıfır olan cüzdanlar arasında anormal düşük bir gini, "bunlar organik değil" demektir. Bunu gözle göremezsin, snapshot'ın hesabı görür. Sahte holder tespitinin tam da insan gözünün kaçırdığı yerde işe yaradığı an budur.

2. Parçalanmış gizli dev arzı

Geliştirici artık %40'ı tek bir etiketli 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 otuz 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'ı açığa çıkaran metrik: gerçek holder top-10 payı ve nakamoto number. Bu ikisi likidite havuzunu, borsaları ve burn adresini hesaba katmaz, sadece gerçek alıcıları sayar. "Topluluk sahipli" diye pazarlanan bir token'da nakamoto'nun 1-3 çıkması, yalanın matematiksel kanıtıdır. Gerçek holder top-10 payı yüksek ama tek bir "dev" rozeti yoksa, parçalanmış dev arzına bakıyorsun demektir.

3. "O sadece likidite" kalkanı

Scam'ci, büyük bir cüzdan görünce onun havuz olduğunu varsayacağına güvenir. "Aa, o %35'lik cüzdan mı? Raydium işte, sorun yok." Oysa o büyük cüzdan, etiketsiz kişisel bir cüzdan da olabilir.

Snapshot'ı açığa çıkaran metrik: snapshot likidite havuzunu, borsaları ve burn adresini etiketler ve bunları yoğunluk hesabından çıkarır. Böylece büyük ama etiketsiz kişisel bir cüzdan, gerçek holder payının büyük dilimini tutuyorsa "o sadece Raydium" arkasına saklanamaz, çıplak ortada kalır. Distribution breakdown sana arzın yüzde kaçının gerçek holder, yüzde kaçının havuz, yüzde kaçının borsa, yüzde kaçının burn olduğunu ayrı ayrı verir.

4. Sahte CEX aklama

Bazı kurgularda arz, borsa cüzdanı gibi görünmesi için özenle adlandırılmış cüzdanlardan geçirilir. Amaç "Binance %30 tutuyor, demek ki güvenli" varsayımını tetiklemektir. Burada CEX wallet (Binance gibi merkezi borsa cüzdanı) görüntüsü kullanılır.

Snapshot'ı açığa çıkaran metrik: known-entity (tanınan kurum) etiketleri. Gerçek bir Binance ya da Raydium cüzdanını, sadece öyle taklit eden etiketsiz bir cüzdandan ayırır. Etiket yoksa o bir borsa değildir, yani "büyük cüzdan = CEX = güvenli" zinciri denetlenmiş olur.

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

"Likidite kilitlendi/yakıldı" çoğu zaman sadece kısmen doğrudur. Bir dilimini burn eder, gerisini kendinde tutarlar; ya da günler içinde açılan bir locker'a kilitlerler.

Snapshot'ı açığa çıkaran metrik: distribution breakdown burned% ile pool%'i ayrı gösterir, yani kısmi bir burn gözle görünür. Kilit için locker kontratının unlock date'ini (açılış tarihi) Solscan'de okursun. Tek geri alınamaz biçim, gerçekten burn edilmiş LP token'larıdır; locker bir tarihte açılır, burn asla çekilemez.

"%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 (eski SPL'in yerine geçebilen, içine ekstra 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'ı açığa çıkaran metrik: snapshot sana temiz/temiz olmayan yetki tablosunu ve şüpheli kümeyi verir. Uzantı kontrolünü tamamlamak için token'ın klasik SPL mi yoksa Token-2022 mi olduğunu, Token-2022 ise permanent delegate ya da transfer-fee (her transferden kesilen gizli komisyon) tuzağı taşıyıp taşımadığını token'ın programından ya da Solscan'den sen doğrularsın. Snapshot bu uzantıyı otomatik çözmez. Bu format Token-2022 formatında token oluşturma aracı ile üretilir; aracın kendisi delegate eklemez, ama formatın neye izin verdiğini bilmen gerekir.

7. Ortak fonlayıcı çiftlikleri

Bir sybil kümesinin en derin ipucu şudur: bütün bot cüzdanları, lansmandan dakikalar önce tek bir kaynak cüzdandan (common funder), genelde bir dizi atılabilir ara cüzdan üzerinden fonlanmıştır. Bu, solana holder yoğunluğu kontrolünün gözle yapılamayan kısmıdır.

Snapshot'ı açığa çıkaran metrik: snapshot kümeyi işaretler. SOL ve USDC'si sıfır, tek token account (bir cüzdanın belli bir token'ı tutmak için açtığı kayıt), neredeyse aynı giriş büyüklüğü. Sonra o cüzdanlardan iki üçünü Solscan'de açar, hepsinin aynı funder'a indiğini izlersin. Snapshot şüpheli kümeyi yüzeye çıkarır ve yoğunluk matematiğini yapar; izi sen tamamlarsın.

8. Bundle lansman gizlemesi

"Organik" görünen ilk alıcıların aslında geliştiricinin kendisi olduğu durum. 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. İmza şudur: en erken holder'lar tek bir fonlama kaynağını paylaşır ve aynı blokta girer.

Snapshot'ı açığa çıkaran metrik: snapshot bu erken cüzdanları aynı işaretlerle (sıfır SOL/USDC, tek token account, eşzamanlı benzer giriş) yüzeye çıkarır. 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ı. Son bir saatte 400 bin dolar hacim görünüyor ama yalnızca 22 farklı cüzdan işlem yapmışsa, birbirine SOL geçiren bir avuç hesabı izliyorsun; gerçek ilgiyi değil. Gerçek momentum arkasında geniş bir küçük alıcı kuyruğu bırakır. İkinci kalıp yoğunlaşma: hacmin %60 veya fazlası aynı 5-10 cüzdandan geliyorsa bu bot üretimi hacimdir ve ödemeli kampanya biter bitmez genelde kaybolur.

Sahte hacim tek bir işe yarar. Listing sayfalarında ve trend sekmelerinde geçici yer satın alır; oraya bakan geç 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ı bunun hızlı halini verir: holder sayısını hareketin yanında gösterir; devasa hacimli ama küçük, kümelenmiş holder tabanlı bir token kendini anında 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 çıkar; bunu yaparken cüzdan sayısı genişler. Kırmızı grafikte boyut 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 Raydium AMM havuzuna graduate olmuştur. Likiditeyi yargılamadan önce hangi aşamada olduğunu çöz.

Curve üzerindeyken geliştirici fiyat tabanını çekemez. Likidite henüz açık değil ve curve dolana kadar (yaklaşık 85 SOL alım) token migrate olmaz. Bu onu güvenli yapmaz; tehlikeyi başka yere taşır. Token AMM'e graduate olduğu an LP tabanlı rug mekaniği devreye girer ve yukarıda geçen "LP kilitli mi yakılmış mı" sorusu her şeyi belirleyen soruya döner. My Pools migrasyon sonrası LP tokenlarının nereye gittiğini gösterir.

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

• İçeriden yük. Deployer artı üç sniper cüzdan arzın %35'inden fazlasını tutuyorsa grafik onların.
• Derinliğe karşı FDV. 8 bin doların altında SOL üzerinde oturan 1,2 milyon dolarlık FDV herkesi çıkaramaz. Pool TVL, FDV'nin %5'inin altındaysa FDV rakamını dekor say.
• %92 tuzağı. Curve doluluğu tamamlanmaya yakınken sosyalde trend olan token geç giriş, erken keşif değil. Migrasyon eşiğinde sniper'lar yeni havuzun önünü keser, içine boşaltır ve günlerce toparlamayan bir fiyat bırakır.
• Yaş. Çoğu token migrate olmadan ölür. Holder'ını 36 saattir koruyan bir token, 11 dakika önce açılmış olandan istatistiksel olarak bambaşka bir profildir.

Holder listesinin tepesi şüpheli biçimde koordineli görünüyorsa arkasındaki parayı çıkar. Wallet Scope fonlama grafiğini çizer; launch'tan 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 matematiği yapmaz. Listede sıralı duran 200 cüzdana bakıp "kümeyi" gözünle bulamazsın, gini hesaplayamazsın, havuzu çıkarıp gerçek holder yoğunluğunu kendin türetmezsin.

Ücretsiz holder snapshot aracı tam bunun için kurulu. Read-only çalışır, hiçbir cüzdan anahtarı istemez, ve sahte holder tespiti için gereken hesabı senin yerine çıkarır. Tek bir token adresinden şunları döndürür:

• Mint ve freeze authority durumu (revoke edilmişse None).
• Tam holder listesi, her cüzdanın bakiyesi ve yüzdesiyle.
• Bir yoğunluk scorecard'ı: gerçek holder'ların top-10 payı (likidite havuzunu, borsaları ve burn adresini bu sayıdan dışlayarak), nakamoto number, dev payı, ve gerçek holder bakiyeleri üzerinden gini coefficient.
• Bir distribution breakdown: arzın yüzde kaçı gerçek holder, yüzde kaçı likidite havuzu, yüzde kaçı borsa, yüzde kaçı burn.
• Cüzdan başına: SOL bakiyesi, USDC bakiyesi, sahibinin kaç token account kontrol ettiği, uygunsa tanınan kurum etiketi (Raydium, Binance), ve cüzdan mint/freeze authority ise bir flag.

Dürüst sınır şu: snapshot fonlama grafiklerini izlemez, cüzdanların tam oluşturulma tarihini göstermez, ve Token-2022 uzantılarını otomatik çözmez. Bunlar için sana işaretlenmiş kümeyi verir; izi Solscan gibi ücretsiz bir explorer'da ya da token'ın programına bakarak sen tamamlarsın. Kısacası: snapshot şüpheli kümeyi yüzeye çıkarır ve yoğunluk matematiğini yapar, son izi sen kapatırsın. Daha derin örnekler 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, cüzdan 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
Gini coefficient (gerçek holder)	Doğal pürüzlü dağılım	Anormal düşük: yapay düzgün küme
Nakamoto number	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 account
Permanent delegate	Klasik SPL, ya da delegate yok	Token-2022 + permanent delegate açık

j.tools nedir?

j.tools, 40'tan fazla no-code (kod yazmadan kullanılan) Solana aracı sunan bir takım kutusudur. İçinde gerçek yoğunluk matematiğini yapan ücretsiz bir holder snapshot, token oluşturma, yetki revoke etme, swap (token alıp satma) ve fazlası var. Türkçe ve İngilizce çalışır, asla private key'ini (cüzdan gizli anahtarı) 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 (0.1 SOL), freeze yetkisini iptal etme (0.1 SOL) ve token'ı kalıcı sabitleme (0.2 SOL) araçları işe yarar. Bir token'ı doğruladıktan sonra almak ya da satmak için cüzdandan swap yapma aracı (yaklaşık 0.005 SOL/işlem) 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 mi yapılır? Evet. j.tools Token Holder Snapshot read-only çalışır, cüzdan anahtarı istemez ve ücretsizdir. Bir token adresi girersin; mint/freeze durumunu, yoğunluk scorecard'ını ve cüzdan başına SOL/USDC'yi tek seferde alırsın.

Nakamoto number kaç olmalı? Tek bir eşik yok, ama nakamoto 1-3 ise "topluluk token'ı" iddiasında bile arzın yarısı bir avuç cüzdanda demektir, ve 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 birisi her holder'ın bakiyesine el koyabilir. Klasik SPL mi Token-2022 mı 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ç), nakamoto number'a ve gini'ye. Nakamoto 1-3 ya da anormal düşük bir gini, gizlenmiş bir kümenin işaretidir.

Sahte holder'ları gözle ayırt edebilir miyim? Genelde hayır. Modern botlar bakiyelerini rastgeleleştirir. Onları SOL ve USDC bakiyesi sıfır, tek token account ve anormal düşük gini birlikte ele verir; bu istatistik gözle görünmez.

---

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.

Yukarıdaki paragraf bilerek kısa tutuldu: 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, ve bu yazının asıl konusu da o.

Rug pull nasıl yapılır (ki 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ın bıraktığı bir iz vardı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. Likiditenin nasıl eklenip çıkarıldığını likidite ekleme ve çıkarma aracı üzerinden görmek, neyin kalıcı kilit neyin geçici poz olduğunu 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 matematiksel 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. Bu üç soruyu token snapshot ile rug kontrolü yaparak tek token adresinden cevaplayabilirsin; yoğunluk scorecard'ı ve dağılım dökümü tam bu izleri yüzeye çıkarır.