Cüzdanınız her zincirde farklı bir adres gösterir, çünkü her ekosistem adresleri aynı seed'den farklı biçimde türetir ve kodlar: EVM zincirleri bir secp256k1 açık anahtarını hash'leyerek 0x artı 40 onaltılık karaktere dönüştürür, Solana bir ed25519 açık anahtarını doğrudan 32–44 base58 karakteri olarak kodlar, TON ise bir hesap hash'ini 48 karakterlik bir EQ/UQ dizesine paketler. Bu formatların hiçbiri ait olduğu ağı kodlamaz; aynı 0x adresinin Ethereum, Arbitrum, Optimism, Base, Polygon ve BNB Chain üzerinde size ait olmasının ve yanlış zincire yapılan gönderimlerin bu kadar yaygın olmasının nedeni budur. Yerleşik kontroller de eşit değildir: EIP-55'in karışık büyük/küçük harf kullanımı yanlış yazılmış bir 0x adresini yakalar, TON'un CRC16'sı yanlış yazılmış bir EQ/UQ adresini yakalar, Solana'nın base58 alfabesi ise karakterleri doğrulamak yerine yalnızca birbirine benzeyenlerden kaçınır. WATS; Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana ve TON'u kapsar — anahtarları siz tutarsınız ve WATS asla bir anahtar tutmaz — ve Bitcoin'i desteklemez, dolayısıyla bu tabloda hiçbir bc1 adresi yer almaz.
Tek bir seed, birbirine hiç benzemeyen üç adres
Cüzdanınız her zincirde farklı adresler gösterir, çünkü her zincir bunları aynı seed'den farklı biçimde inşa eder. EVM zincirleri bir secp256k1 açık anahtarını hash'leyerek 0x'li onaltılık bir adres üretir; Solana bir ed25519 açık anahtarını doğrudan base58 ile kodlar; TON ise bir hesap hash'ini, bir sağlama toplamı ve bir bounce bayrağıyla birlikte base64 tabanlı bir formata sarar. Farklı eğriler ve farklı türetme yolları — adreslerin uyuşması mümkün değildir.
Bunların hiçbiri bir hata değildir ve hiçbir cüzdan size yanlış adresi göstermiyor. Bu, zincir başına farklı yazılan tek bir kimliktir — ve hangi yazımın nereye ait olduğunu bilmek önemlidir, çünkü doğru adrese ama yanlış ağ üzerinden göndermek, insanların kripto kaybetmesinin en yaygın yollarından biridir.
Tek bir seed phrase neden her zincirde farklı adresler veriyor?
Bu sayfadaki her adres tek bir seed phrase'den gelebilir. Seed bir ana anahtara dönüşür ve çok zincirli cüzdanlar bundan her zincir için ayrı bir anahtar çiftini bir türetme yolu boyunca türetir — BIP-44 tarafından tanımlanan, her ekosistem için SLIP-44'te kayıtlı bir coin type'ı bulunan standartlaşmış bir güzergâh: Ethereum için 60, Solana için 501, TON için 607. (Özellikle TON'da olmak üzere tek zincirli cüzdanlar bazen bunun yerine kendi mnemonic şemalarını kullanır.) Sonuçları birbirinden ayıran iki şey vardır. EVM zincirleri secp256k1 eğrisiyle imzalar; Solana ve TON ed25519 ile imzalar — tamamen farklı bir matematik, dolayısıyla aynı seed'den doğmuş olsalar da anahtar çiftleri birbiriyle ilişkisizdir. Üstelik aynı eğriyi paylaşan zincirler bile bunun üzerine farklı yollar ve farklı kodlamalar kullanır. Tek bir seed'in bu bütün anahtar ağacına nasıl yayıldığı, HD cüzdanın ne olduğu yazısında ele alınıyor.
| Ekosistem | Tipik biçim | İmza eğrisi | Yerleşik kontrol |
|---|---|---|---|
| EVM (Ethereum, Polygon, Arbitrum…) | 0x + 40 onaltılık karakter | secp256k1 | EIP-55 karışık harf sağlama toplamı |
| Solana | 32–44 base58 karakteri | ed25519 | Yok — yalnızca güvenli alfabe |
| TON (kullanıcı dostu) | 48 base64 karakteri, EQ/UQ ön eki | ed25519 | CRC16 sağlama toplamı + bounce bayrağı |
0x adresi nedir ve EIP-55 sağlama toplamı ne işe yarar?
Her EVM zincirinde — Ethereum, Polygon, Arbitrum, BNB Chain ve diğerlerinde — adresiniz, açık anahtarınızın Keccak-256 hash'inin son 20 baytıdır ve 0x artı 40 onaltılık karakter olarak yazılır. EIP-55, adresi değiştirmeden bir sağlama toplamı ekler: büyük ve küçük harflerin dizilimi adresin kendisinden türetilir, böylece bir cüzdan siz göndermeden önce yanlış yazılmış bir karakteri işaretleyebilir. Tamamı küçük harfli bir adres yine de geçerlidir — yalnızca doğrulanacak bir sağlama toplamı taşımaz.
Adres yalnızca anahtarınızdan geldiği için, aynı hesap her EVM zincirinde aynı 0x adresine sahiptir. Bu hem kullanışlıdır — her yerde paylaşılacak tek bir adres — hem de tehlikelidir, çünkü adres ağı kodlamaz. Yanlış EVM zincirinde gönderilen tokenlar, farklı bir ağdaki aynı adrese ulaşır: anahtarı siz kontrol ediyorsanız ağı değiştirerek onları genellikle kurtarabilirsiniz; adres bir borsaya ya da bir kontrata aitse gitmiş olabilirler. WATS'te bu, istisnai bir durumdan çok gündelik bir durumdur, çünkü desteklenen sekiz zincirin altısı — Ethereum, Arbitrum, Optimism, Base, Polygon ve BNB Chain — o tek 0x adresini paylaşır.
Solana adresleri nasıl çalışır?
Bir Solana adresi, açık anahtarın kendisidir: bir ed25519 anahtarının 32 baytı, base58 ile kodlanır — bu alfabe, kolayca karıştırılan 0, O, I ve l karakterlerini dışarıda bıraktığı için seçilmiştir. Sonuç 32–44 karakterdir ve büyük/küçük harfe duyarlıdır. EIP-55 tarzı bir sağlama toplamı yoktur; güvenli alfabe yazım hatalarını azaltır ama yakalamaz, ki bu da yazmak yerine kopyalamak için bir neden daha. Bilmeye değer bir ayrıntı: SPL tokenlar doğrudan adresinizde durmaz — her token, adresinizden türetilen ilişkili bir token hesabında yaşar. Cüzdanınız bunları arka planda yönetir; siz yine tek bir adres paylaşırsınız.
TON'un bounceable ve non-bounceable adresleri nedir?
TON bir hesaba iki yazım verir. Ham (raw) format; workchain numarası, iki nokta üst üste ve 64 karakterlik onaltılık bir hash'tir — kesin ama kullanışsız. Kullanıcı dostu format ise aynı veriyi bayrak bitleri ve bir CRC16 sağlama toplamıyla birlikte 48 base64 karakterine paketler, böylece yazım hataları yakalanır. Asıl önemli bayrak bounceable'dır: tipik olarak EQ ile başlayan adresler, hedef işlemi gerçekleştiremezse ağa parayı geri döndürmesini söyler; bu da kontratlara uygundur. UQ ile başlayan non-bounceable adresler ne olursa olsun teslim eder; bu da kişisel cüzdanlara uygundur — ve modern cüzdanlar bunlar için tipik olarak UQ biçimini gösterir. İki yazım da aynı hesabı işaret eder; dolayısıyla başka bir yerde farklı bir ön ek görmek farklı bir hedef anlamına gelmez.
Borsalar neden memo ya da destination tag istiyor?
Bazı zincirlerde borsalar tüm müşteri yatırımlarını tek bir ortak adreste toplar — TON, XRP ve Stellar'da yaygındır — ve her yatırımı doğru hesaba yönlendirmek için bir memo (ya da destination tag) kullanır. Memo bir süs değildir: onu atlarsanız paranız borsanın ortak cüzdanına ulaşır ama hesabınıza alacak kaydedilmez. Genellikle bir destek talebiyle kurtarılabilir, ama yavaş ve garantisiz biçimde. Kural basittir — bir yatırma sayfası memo gösteriyorsa onu adresin bir parçası sayın. Kendi kendine saklama cüzdanınıza gönderirken hiç memo gerekmez.
Yanlış zincire ya da benzer görünümlü bir adrese göndermekten nasıl kaçınılır?
Üç alışkanlık riskin çoğunu kapsar. Birincisi, biçimi değil zinciri eşleştirin: bir 0x adresi, gönderenin hangi ağı seçtiği hakkında size hiçbir şey söylemez; bu yüzden bir şey hareket etmeden önce ağı her iki uçta da açıkça teyit edin. İkincisi, test gönderimleri: yeni bir adrese ya da yeni bir güzergâha yapılan ilk transferde küçük bir miktar gönderin, ulaştığını doğrulayın, sonra gerisini gönderin — pahalı varsayımlara karşı ucuz bir sigorta. Üçüncüsü, adres zehirlemesine saygı gösterin: saldırganlar, gerçekten kullandığınız adreslerin ilk ve son karakterleriyle eşleşen benzer görünümlü adresler üretir, ardından sahtenin işlem geçmişinizde belirmesi için size dust gönderir — onu kopyalamanızı bekleyerek. Adresleri asla geçmişten kopyalamayın; kayıtlı kişileri kullanın ve yalnızca uçları değil, ortadaki karakterleri de doğrulayın. İyi bir çok zincirli cüzdan her adresin yanına ağ etiketini koyar; Ethereum, Solana ve TON'u tek uygulamada birbirine karıştırmadan tutmak da tam olarak bu tasarımın amacıdır.
WATS bu tabloda nerede
WATS tek bir cüzdanı Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana ve TON genelinde çalıştırır; dolayısıyla yukarıdaki üç format, tam olarak yan yana elinizde tutacağınız adreslerdir — altı EVM zinciri için tek bir 0x adresi, Solana'da tek bir base58 adresi, TON'da tek bir EQ/UQ adresi, hepsi tek bir kurtarma ifadesinden. Dört ürünün tamamında — Chrome uzantısı, mobil uygulama, Hot Wallet ve NFC Metal Card — tamamen saklama yetkisi olmayan (non-custodial) kalır: anahtarları siz tutarsınız ve WATS asla bir anahtar tutmaz. Adreslerle ilgili bir yazıda, o kartla ilgili bir noktayı açıkça belirtmekte fayda var — kart hiçbir özel anahtar saklamaz. WATS uygulamalarının içinde kalan anahtarlar için dokunarak kimlik doğrular ve tam olarak tek bir cihazla eşleşen benzersiz bir kart kimliği taşır.
Bitcoin dürüst bir boşluktur: WATS onu doğrudan desteklemez, dolayısıyla bc1, 1 ve 3 adresleri bu kümenin parçası değildir. Kapsadığı sekiz zincirde ağ ücretleri, her zincirin yerel gaz tokenını elde tutmak yerine tek bir tokenla, ATS ile ödenir — EVM zincirlerinde ERC-4337 hesap soyutlamasıyla; ATS'nin kendisi de bir LayerZero OFT olduğu için tek bir bakiye omnichain çalışır. Bu bir indirim değildir; ücreti hangi tokenın ödediğini değiştirir. ATS arzı 100M'den 30M'ye yakılarak iner.
Özetle
Farklı zincirlerde farklı adresler görmek, zincirlerin nasıl inşa edildiğinin bir sonucudur, bir cüzdan hatası değil: tek seed, farklı eğriler, farklı türetme yolları, farklı kodlamalar. İsterseniz formatı okuyun, ama ağı size söylemesi için ona asla güvenmeyin — zinciri her iki uçta teyit edin, her yeni güzergâhta küçük bir test gönderimi yapın, bir borsa memo'sunu adresin parçası sayın ve işlem geçmişi yerine kayıtlı kişilerden kopyalayın. Üç formatın üç uygulama yerine tek bir yerde yaşamasını istiyorsanız, somut adım WATS'i indirme sayfasından kurmaktır: Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana ve TON hesaplarınızın arkasında tek bir saklama yetkisi olmayan (non-custodial) kurtarma ifadesi ve her zincirde ayrı bir yerel gaz tokenı yerine ATS ile ödenen ücretler.
Sıkça sorulan sorular
Adresim Ethereum, Polygon ve Arbitrum'da aynı mı?
Evet — normal bir cüzdan hesabı için aynı anahtar her EVM zincirinde aynı 0x adresini üretir; bu yüzden WATS'te tek bir hesap Ethereum, Arbitrum, Optimism, Base, Polygon ve BNB Chain üzerinde birebir aynı adresi gösterir. Ancak adres ağı kodlamaz: gönderirken doğru zinciri kendiniz seçmelisiniz. Borsa yatırma adresleri istisnadır — bir borsa yalnızca belirli bir ağı hesabınıza geçirebilir, bu yüzden her zaman talimatlarına birebir uyun.
WATS hangi adres formatlarını gösterir ve bir Bitcoin adresi var mı?
WATS her adresi tek bir kurtarma ifadesinden türetir: Ethereum, Arbitrum, Optimism, Base, Polygon ve BNB Chain arasında paylaşılan tek bir 0x adresi, Solana'da 32–44 karakterlik bir base58 adresi ve TON'da 48 karakterlik bir EQ/UQ adresi. WATS tamamen saklama yetkisi olmayan (non-custodial) bir yapıdadır; dolayısıyla o anahtarlar sizindir ve WATS asla bir anahtar tutmaz. Bitcoin adresi yoktur, çünkü WATS Bitcoin'i doğrudan desteklemez — bc1, 1 ve 3 adresleri, WATS'in kapsamadığı bir ekosisteme aittir.
Bir borsaya memo olmadan gönderirsem ne olur?
Paranız borsanın ortak yatırma cüzdanına ulaşır ama hesabınıza alacak kaydedilmez, çünkü sizi tanımlayan şey memo'dur. Genellikle kaybolmaz — çoğu borsa, bir destek talebiyle bunu elle hesabınıza geçirebilir — ama süreç yavaştır ve garantisi yoktur. Bir yatırma sayfası memo ya da destination tag gösteriyorsa, onu isteğe bağlı bir alan değil, adresin zorunlu bir parçası sayın. WATS gibi kendi kendine saklama cüzdanına gönderirken memo gerekmez, çünkü adres ortak değil, yalnızca size aittir.
Adres zehirlemesi nedir ve ondan nasıl kaçınırım?
Adres zehirlemesi, birinin gerçekten kullandığınız bir adresin ilk ve son karakterleriyle eşleşen benzer görünümlü bir adres üretip, sahtenin geçmişinizde görünmesi için size bir dust işlemi gönderdiği bir saldırıdır. Daha sonra o geçmişten bir adres kopyalarsanız para saldırgana gider. Bundan kaçınmak için işlem geçmişinden asla kopyalamayın, doğrulanmış kişileri kaydedin ve imzalamadan önce yalnızca uçları değil ortadaki karakterleri de kontrol edin.