Aynı isimli iki tokenı ayırmanın başlangıç noktası, her kaydın ağını ve tam sözleşme adresini birlikte karşılaştırmaktır. İsim ve sembol aynı olabilir; ondalık basamak sayısı da ikisinde aynı çıkabilir. Bu benzerlikler, aynı zincir üstü varlığa baktığınızı göstermez. Arama sonucu aday kaydı buldurur; proje belgesindeki ağ ve adres, cüzdanda gördüğünüz kaydı sınamak için referans olur.
Bu rehber, 12 Eylül 2026 tarihinde kontrol edilen Ethereum ana ağı ve Arbitrum One üzerindeki ERC-20 tokenlarını ele alır. Örnek USDC kayıtları gerçek sözleşmelere dayanır; aşağıdaki arama ve cüzdan akışı ise öğretici bir senaryodur, yapılmış bir transferin veya belirli bir cüzdan sürümündeki ekran testinin kaydı değildir.
Dört alanı birlikte okuyun; hepsine aynı ağırlığı vermeyin
- Ağ adı: Sözleşmenin hangi blokzincirde bulunduğunu söyler. Ana ağ ile test ağını ayırın; mümkünse ağın sayısal kimliğini, yani chain ID bilgisini de kontrol edin. “ERC-20” bir token standardıdır, tek başına ağ seçimi değildir.
- Sözleşme adresi: Seçilen ağdaki token sözleşmesini işaret eder. Kendi cüzdan adresiniz, bir transferin işlem kimliği veya likidite havuzunun adresiyle karıştırmayın. Ağ değiştiğinde adresin neyi işaret ettiğini yeniden doğrulayın.
- Sembol: USDC gibi kısa gösterimdir. Farklı sözleşmeler aynı sembolü kullanabilir. Sembol eşitliği, adres karşılaştırmasının yerini tutmaz.
- Ondalık basamak: Zincirdeki tam sayı miktarının kullanıcıya nasıl gösterileceğini belirleyen decimals değeridir. Kimlik kontrolünde yardımcı alandır; az veya çok olması tek başına güvenilirlik ölçüsü değildir.
ERC-20 standardındaki name, symbol ve decimals alanları isteğe bağlıdır; arayüzlerin bunların her sözleşmede bulunduğunu varsaymaması gerekir. Bu yüzden eksik bir isim alanı tek başına sahtecilik kanıtı değildir. Tersi de geçerlidir: eksiksiz ve tanıdık görünen bir ad, sembol veya logo tokenın projeye ait olduğunu kanıtlamaz.
ERC-20 standardı: ad, sembol ve ondalık alanlarının tanımı
Ethereum rehberi: aynı ad ve sembolü kullanan taklit tokenlar
Gerçek örnek: İki kayıtta da USD Coin ve USDC yazıyor
Circle’ın sözleşme listesinde Ethereum ve Arbitrum için ayrı USDC adresleri bulunuyor. Bu iki adresin name(), symbol() ve decimals() sonuçlarını, her ağda sabit bir blok numarası kullanarak salt okunur sorgularla kontrol ettik. İsim, sembol ve ondalık değerleri aynı; ağ ve sözleşme adresleri farklı.
| Karşılaştırılan alan | Ethereum kaydı | Arbitrum kaydı |
|---|---|---|
| Ağ | Ethereum ana ağı | Arbitrum One |
| Ağ kimliği (chain ID) | 1 | 42161 |
| Sözleşme adresi | 0xA0b86991c6218b36c1d19D4a2e9Eb0cE3606eB48 | 0xaf88d065e77c8cC2239327C5EDb3A432268e5831 |
| Sözleşmenin döndürdüğü ad | USD Coin | USD Coin |
| Sözleşmenin döndürdüğü sembol | USDC | USDC |
| Ondalık basamak (decimals) | 6 | 6 |
| Metadata kontrolünün blok numarası | 25959882 | 504324168 |
Sonuç, “bir tanesi sahte” değildir. Bunlar Circle’ın iki farklı ağ için listelediği USDC sözleşmeleridir. Arbitrum One üzerinde USDC arıyorsanız Ethereum satırı, adı doğru olsa bile hedef ağınıza uymaz. Sözleşme kimliğini doğru saptamak ile bir hizmetin o ağdaki varlığı kabul etmesi ayrı kontrollerdir.
Circle: ağlara göre resmî USDC sözleşme adresleri
Arbitrum: Arbitrum One, Nova ve test ağlarının kimlikleri
Arama sonucu, cüzdan etiketi ve proje belgesini nasıl eşleştirirsiniz?
Senaryoda amacınız, Arbitrum One ağında Circle’ın doğrudan çıkardığı USDC kaydını tanımak olsun. Aramada “USD Coin” yazınca birden fazla sonuç görmeniz şaşırtıcı değildir. Önce hedef ağınızı yazın; ardından her adayın tam adresini ayrı satıra alın. Yalnızca fiyat, logo veya aramadaki sıraya bakarak birini seçmeyin.
| Baktığınız yer | Çıkarmanız gereken bilgi | Bu örnekte nasıl karar verilir? |
|---|---|---|
| Arama sonucu | Sonucun hangi ağa ait olduğu ve açılan token sayfasındaki tam sözleşme adresi | Ethereum kaydını Arbitrum hedefiyle eşleştirmeyin. Sonuç özetinde adres yoksa eşleşme henüz kurulmamıştır. |
| Cüzdanın token ayrıntıları | Tokena bağlı ağ, tam adres, sembol ve gösteriliyorsa decimals | USDC etiketi yetmez. Ağ Arbitrum One olmalı; ayrıntılardaki adres yukarıdaki Arbitrum adresiyle bütünüyle eşleşmelidir. |
| Projenin resmî belgesi | USDC adres listesinin ana ağ bölümündeki Arbitrum satırı | Cüzdan adresini bu satırla karşılaştırın. Test ağı veya köprü sözleşmesi gibi başka bir satırı referans almayın. |
- Projenin bildiğiniz resmî alan adından belgeye gidin. Arama reklamını veya mesajla gelen bağlantıyı tek referans yapmayın; adres listesinin güncelliğini ve ana ağ bölümünde olduğunuzu kontrol edin.
- Cüzdanda tokenın ayrıntılarını açın. Ağ filtresi varsa Arbitrum One’ı seçin. Cüzdan sürümünüz bu alanları göstermiyorsa, tokenın ayrıntılarından ilgili ağın blok gezginine geçin.
- Belgedeki tam adres ile cüzdanın gösterdiği tam adresi karşılaştırın. İlk ve son birkaç karakterin benzemesi yeterli değildir; kısaltılmış etiketi açın veya tam adresi kopyalayarak yan yana okuyun.
- Aynı adresi Arbitrum gezgininde açıp token bilgileriyle karşılaştırın. Ondalık alanı eksikse tahminle doldurmayın; ilgili sözleşmenin salt okunur decimals() alanına bakın. Bu kontrol için transfer yapmanız gerekmez.
MetaMask’ın belgeleri, token bulmanın ad veya sembolle arama ve sözleşme adresiyle ekleme yollarını açıklıyor. Aynı belgeler, otomatik token algılamanın topluluk listelerinden yararlandığını ve MetaMask’ın bunu bir geçerli tokenlar sicili olarak sunmadığını belirtiyor. Bu nedenle cüzdanda görünmek, proje kimliği kontrolünün tamamlandığı anlamına gelmez.
MetaMask: token arama, ağ filtresi ve adresle görüntüleme
MetaMask: token sözleşme adresini bulma
Etiket farklı, sözleşme sembolü aynı olabilir: USDC.e ayrımı
Arbitrum örneğinde ikinci bir karışıklık daha var. Circle, Ethereum’dan köprülenmiş USDC biçimini belgelerinde “Bridged USDC”, sembolünü ise “USDC.e” olarak ayırıyor. Bunun adresi, Arbitrum’daki doğrudan ihraç edilen USDC adresinden farklı:
0xFF970A61A04b1cA14834A43f5dE4533eBDDB5CC8
Bu köprülenmiş sözleşmeyi aynı tarihte 504324172 numaralı blokta okuduğumuzda name() sonucu “USD Coin (Arb1)”, symbol() sonucu “USDC”, decimals() sonucu ise 6 oldu. Arbiscan’ın token sayfası aynı adresi “Bridged USDC (USDC.e)” etiketiyle gösteriyor. Burada belge ve gezginin ayırt edici etiketi, sözleşmenin döndürdüğü sembolle birebir aynı değil.
| Bilginin kaynağı | Ad | Sembol |
|---|---|---|
| Circle’ın açıklamasındaki etiket | Bridged USDC | USDC.e |
| Arbiscan token sayfasındaki etiket | Bridged USDC | USDC.e |
| Sözleşmenin salt okunur metadata sonucu | USD Coin (Arb1) | USDC |
Dolayısıyla bir cüzdanın hangi veri kaynağından etiket ürettiğini bilmeden yalnızca “USDC” yazısına bakarak ayrım yapamazsınız. Bu örnekte köprülenmiş varlığı belirleyen veri ağla birlikte tam adrestir. Circle, USDC.e’nin kendi doğrudan ihracı olmadığını açıklıyor; bu tespit tek başına “sahte token” hükmü de değildir.
Circle: Arbitrum’da doğrudan çıkarılan ve köprülenmiş USDC ayrımı
Arbiscan: köprülenmiş USDC kaydı ve sözleşmesi
Ondalık basamak neyi değiştirir?
Ondalık basamak, bakiyenin ölçeğini açıklar: kullanıcıya gösterilen token miktarı = zincirdeki tam sayı / 10 üzeri decimals. Örneğin 1.234.567 ham birim, decimals değeri 6 olduğunda 1,234567 token olarak gösterilir. Buradaki 6, fiyatın kaç basamakla yazılacağını veya tokenın değerini belirlemez.
Karşılaştırdığımız üç sözleşmenin de decimals değeri 6. Bu ortaklık onları tek bir sözleşme yapmıyor. Başka bir tokenın 18 ondalık kullanması da onu kendiliğinden şüpheli yapmaz. Aynı ağ ve adres için kaynaklar farklı ondalık değerleri veriyorsa, sayıyı elle değiştirerek devam etmek yerine veri kaynağını ve sözleşme okumasını yeniden kontrol edin.
Circle geliştirici belgesi: USDC miktarını alt birimlere dönüştürme
Eşleşme bozulduğunda hangi sonuca varılır?
- Ad ve sembol aynı, ağ farklı: Ayrı ağ kayıtlarına bakıyorsunuz. Hedef ağınızı yeniden seçin; diğer kaydın sahte olduğunu varsaymayın.
- Ağ aynı, adres farklı: Aynı token sözleşmesi değildir. Köprülenmiş sürüm, yeni sözleşmeye geçiş veya taklit olasılıklarını resmî belgelerden ayırın; açıklama bulamıyorsanız doğrulamayı tamamlanmış saymayın.
- Ağ ve tam adres aynı, etiket farklı: Önce etiketin kaynağını inceleyin. USDC.e örneğindeki gibi arayüz etiketi ile sözleşme metadata alanları farklı olabilir.
- Ağ ve adres aynı, ondalık bilgisi çelişkili: Kullanılan veri kaynağını ve sözleşmedeki decimals() sonucunu kontrol edin. Görüntülenen miktarı doğrulamadan işlem kararı vermeyin.
Kaydı tanımladıktan sonra elinizde şu bilgileri içeren tek satırlık bir not bulunmalı: ağ adı ve kimliği, tam token adresi, sembol, ondalık basamak ve referans belgenin bağlantısı. Bu eşleştirme, baktığınız tokenı tanımlar; projenin ekonomik değerini, sözleşmenin bütün güvenlik özelliklerini veya bir borsanın yatırma desteğini onaylamaz. Gönderim söz konusuysa alıcı hizmetin desteklediği ağ ve token sürümünü ayrıca kontrol edin.
Yorumlar