Bir blok gezginini okumak için bir işlem hash'ini ya da bir adresi o zincirin gezginine yapıştırın — Ethereum için Etherscan, Solana için Solscan, TON için Tonviewer — ve sırayla dört şeye bakın: durum (başarılı mı, başarısız mı), blok ve onay sayısı, zincirin yerel parasıyla fiilen ödenen ücret ve gerçekte neyin hareket ettiğini gösteren tek yer olan token transfer kaydı. Bir gezgin, blok zincirinin kendisi değildir; tek bir şirketin o zincire dair indekslenmiş, insan tarafından okunabilir görünümüdür — dolayısıyla ham alanlar mutabakat verisiyken isim etiketleri ve uyarı ibareleri gezginin kendi editoryal eklemeleridir. Doğrulanamaz bir iddiayı kontrol edilebilir bir iddiaya çeviren şey işte bu alanlardır: bir token sayfası toplam arzı doğrudan sözleşmeden okur, bir adres sayfası verdiğiniz onayları listeler ve bir yakım ancak bir hash tokenların ölü bir adrese ulaştığını gösteriyorsa ya da toplam arz gerçekten düşmüşse gerçektir. Bu son kontrol, WATS ücret modelinin arkasındaki, arzı 100M'den 30M'lik bir tabana doğru indiren ATS yakımı da dâhil olmak üzere her projenin rakamları için geçerlidir — o yakım zincir üstündedir, dolayısıyla onu kanıtlayan şey WATS'ın kendi işlettiği bir araç değil, yukarıdaki kamuya açık gezginlerdir.
Blok gezgini aslında nedir
Bir gezgin, blok zinciri verisinin aranabilir, insan tarafından okunabilir bir indeksidir. Üretilen her bloğu içeri alır, içeriği bir insanın okuyabileceği alanlara çözer — durum, ücret, token transferleri, sözleşme kaynak kodu — ve önlerine bir arama çubuğu koyar. Hesap yok, izin yok, ücret yok: zincir kamuya açık veridir ve gezgin, çoğu insanın kullandığı okuma arayüzünden ibarettir.
Bir gezgindeki her şey bir bağlantıdır: bir bloğa tıklayın, içindeki işlemleri görün; bir adrese tıklayın, geçmişini görün; bir tokene tıklayın, onu tutan her cüzdanı görün. Bu bağlantıları takip etmeyi öğrenmek, 'bana güvenin' iddialarını kendi kendinize kontrol edebileceğiniz şeylere dönüştürür; bu rehberin geri kalanı da o kontrolü yapan alanların turudur.
Blok gezgini blok zincirinin kendisi midir?
Hayır — ve bu ayrım önemlidir. Zincirin kendisi, binlerce düğüm arasında çoğaltılmış ham veridir. Bir gezgin ise o verinin tek bir şirket tarafından indekslenmiş görünümüdür: düğümler işletir, her bloğu bir veritabanına ayrıştırır ve üstüne bir sunum katmanı ekler. Cüzdanınızın para göndermek için bir gezgine ihtiyacı yoktur — zinciri bir RPC node üzerinden okur ve ona yazar; bir gezgin çökmüşken ya da geride kalmışken bile bir cüzdanın kusursuz çalışabilmesinin nedeni budur.
Ham gerçekler — bakiyeler, işlemler, sözleşme kodu — aynı zincirin herhangi bir gezgininde birbirini tutmalıdır. Etiketler farklıdır: isim etiketleri ve uyarı bayrakları gezginin ekibinin editoryal eklemeleridir; faydalıdırlar ama mutabakat verisi değildirler. Ham alanlara güvenin; açıklamaları yararlı birer görüş olarak değerlendirin.
Bir işlem sayfası nasıl okunur?
Herhangi bir işlem hash'ini arama çubuğuna yapıştırın; olan biteni tüm anatomisiyle görürsünüz. Okumaya değer alanlar, sırasıyla:
- Durum — başarılı ya da başarısız. Başarılı, kodun geri alınmadan (revert etmeden) çalıştığı anlamına gelir; başarısız bir işlem hiçbir şeyi değiştirmemiştir ama yine de ücret ödemiştir.
- Blok ve onaylar — işlemin nereye düştüğü ve o zamandan beri üzerine kaç blok inşa edildiği.
- Gönderen ve alıcı — imzalayan adres ve hedef; bir token transferinde bu hedef, alıcı değil, tokenin sözleşmesidir.
- İşlem ücreti — zincirin yerel parasıyla fiilen ödenen tutar.
- Token transferleri ve loglar — sözleşmelerin yaydığı olaylar: hangi tokenlar, kimden kime, hangi miktarlarda hareket etti.
'Bu işlem gerçekte ne yaptı' sorusunu yanıtlayan bölüm transferler bölümüdür — tek bir takas, havuzlar arasında yol alırken yarım düzine transfer yayabilir. Durumun size ne söylemediğine de dikkat edin: başarılı olması, işlemin dâhil edilip yürütüldüğü anlamına gelir, geri alınamaz olduğu anlamına değil. Bir işlemin hâlâ yeniden sıralanarak zincirden çıkarılıp çıkarılamayacağı, ayrı bir blockchain finality meselesidir.
Bir token sayfası nasıl okunur?
Bir tokeni sembolüyle değil — çünkü herkes istediği ismi taşıyan bir token dağıtabilir — sözleşme adresiyle arayın; token sayfası önemli olan rakamları gösterir. Toplam arz doğrudan sözleşmeden okunur. Sahipler, gezginin bakiyesi olan adresleri saymasıdır ve sahip listesi yoğunlaşmayı gösterir: arzın çoğunu üç cüzdanın tuttuğu bir token, yüz bin adrese yayılmış bir tokenden çok farklı davranır.
Sözleşme doğrulaması sessiz güven sinyalidir. Doğrulanmış bir sözleşme, geliştiricinin kaynak kodunu yüklediği ve gezginin bunun zincir üstündeki bayt koduna birebir derlendiğini onayladığı anlamına gelir — böylece herkes sözleşmenin gerçekte ne yaptığını okuyabilir. Doğrulanmamış kod otomatik olarak kötü niyetli değildir ama kontrol etme imkânınızı ortadan kaldırır; yerleşik projeler ise doğrulamayı olağan bir iş olarak yapar.
Kendi onaylarınızı nasıl kontrol edersiniz?
Kendi adresinizi arayın; eksiksiz kamusal geçmişinizi görürsünüz — ve daha faydalısı, yürürlükteki token onaylarınızı: sözleşmelere, sizin adınıza token hareket ettirmeleri için verdiğiniz izinleri. Etherscan tam da bunun için ayrı bir token onay denetleyicisi sunar. Artık kullanmadığınız sözleşmelere verilmiş eski, sınırsız onaylar, bir adrese iliştirilmiş klasik yavaş yanan risktir; bunları yılda birkaç kez gözden geçirmek ve tanımadıklarınızı iptal etmek, dakikalar süren temel bir hijyendir.
O token yakımı gerçekten oldu mu? Kendiniz kontrol edin
Projeler yakım duyurmayı sever; gezginler ise bunları denetlemenize izin verir. Gerçek bir token yakımı iki biçimden biriyle kamuya açık şekilde doğrulanabilir: tokenların ölü bir adrese — bilinen bir özel anahtarı olmayan, bakiyesini herkesin inceleyebileceği bir adrese — gönderilmesi ya da sözleşmenin toplam arzını anında azaltan bir yakım fonksiyonu çağrısı. İşlem hash'ini isteyin, açın ve transferi kendiniz okuyun. Tokenlar yalnızca ekibin kontrol ettiği bir cüzdana taşınmışsa bu bir yakım değildir — bir yeniden etiketlemedir. Alışkanlık genele yayılır: bir hash olarak gösterilemeyen her zincir üstü iddia şüpheyi hak eder.
Solscan ve Tonviewer'da ne değişir?
Okuryazarlık olduğu gibi aktarılır; değişen, nesnelerdir. Solana'da bir işlem, birlikte yürütülen bir talimatlar demetidir, bir hesap ücret ödeyici olarak belirlenir ve tokenlar tek bir sözleşmenin içindeki kayıtlar yerine kendilerine ayrılmış token hesaplarında yaşar — ayrıca bir işlemin ne kadar oturduğu, üstüne inşa edilen blokların sayımından değil, Solana'nın taahhüt seviyelerinden gelir: processed, confirmed ve finalized. TON'da ise cüzdanınız da dâhil her şey bir akıllı sözleşmedir; bir transfer, sözleşmeler arasında gidip başarısızlık hâlinde geri sekebilen bir mesajlar zinciridir ve her token — bir jetton — sahibi başına küçük bir jetton-cüzdan sözleşmesinde tutulur. Tonviewer bu mesaj zincirlerini tek bir akış olarak gösterir.
| Ethereum — Etherscan | Solana — Solscan | TON — Tonviewer | |
|---|---|---|---|
| Okuduğunuz birim | Bir bloktaki işlem | Talimatlar demeti | Mesajlar zinciri |
| Ücretin gösterildiği para | ETH (gas) | SOL (taban artı öncelik) | TON (gas, depolama, iletim) |
| Token modeli | Token sözleşmesinin içindeki bakiyeler | Sahip başına token hesapları | Sahip başına jetton-cüzdan sözleşmeleri |
WATS bu resmin neresinde
WATS bir blok gezgini işletmez ve doğru düzenleme de budur: bir cüzdanın iddiaları, onları kanıtlayan taraf tarafsız bir üçüncü kişi olduğunda daha değerlidir. WATS'ın sahip olduğu şey ise bu yazıya ait bir iddiadır. WATS Hot Wallet'ta her işlem, her zincirin yerel gas parası yerine tek bir tokenla, ATS ile ücretlendirilir — EVM zincirlerinde bir ERC-4337 paymaster, Solana ve TON'da ise eşdeğer ücret ödeyici aracılığıyla. ATS bir LayerZero OFT olduğu için tek bir bakiye Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana ve TON'u kapsar ve toplanan ATS yakılarak arz 100M'den 30M'lik bir tabana doğru indirilir.
Bu son cümle, tam olarak bu rehberin size inanmamanızı söylediği türden bir ifadedir — o hâlde inanmayın. Yukarıdaki bölümdeki yakım kontrolünü bunun üzerinde çalıştırın: bir hash edinin, gezginde açın ve tokenların ölü bir adrese ulaştığını ya da token sayfasındaki toplam arzın gerçekten düştüğünü doğrulayın. Bu yazının götürdüğü pratik adım, iddiaları bu muameleden sağ çıkan araçları seçmektir; WATS da böyle okunmak üzere kurulmuştur — non-custodial'dir, yani anahtarlarınızı siz tutarsınız ve WATS asla bir anahtar tutmaz; ücret mekaniği de ATS ücret sayfasında, inanmanız için değil, gidip zincir üstünde doğrulamanız için ortaya konmuştur.
Sıkça sorulan sorular
Blok gezgini blok zincirinin kendisi midir?
Hayır. Blok zinciri, birçok düğüm arasında çoğaltılmış ham veridir; gezgin ise tek bir şirketin o veriye dair indekslenmiş, insan tarafından okunabilir görünümüdür ve bir web sitesi olarak sunulur. Gezginler geride kalabilir; isim etiketleriyle uyarı ibareleri de mutabakat verisi değil, editoryal eklemelerdir. Ham alanlar — bakiyeler, işlemler, sözleşme kodu — aynı zincirin herhangi bir gezgininde birbirini tutmalıdır ve gerçeğin kaynağı hâlâ zincirin kendisidir.
Bir token yakımını blok gezgininde nasıl doğrularım?
İşlem hash'ini isteyin ve açın. Gerçek bir yakım, tokenların ölü bir adrese — bilinen bir özel anahtarı olmayan, bakiyesini herkesin inceleyebileceği bir adrese — transfer edildiğini ya da tokenin toplam arzını gözle görülür biçimde azaltan bir yakım fonksiyonu çağrısını gösterir. Sonra token sayfasına bakın: arz öncekinden düşük olmalıdır. Tokenlar yalnızca ekibin kontrol ettiği bir cüzdana taşınmışsa hiçbir şey yakılmamıştır. Aynı kontrol, arzı 100M'den 30M'lik bir tabana doğru indiren, WATS ücret modelinin arkasındaki ATS yakımı için de geçerlidir: WATS mekanizmayı beyan eder, gezgin ise onu doğruladığınız yerdir.
İşlemim neden başarılı diyor ama tokenlar gelmedi?
Önce işlem sayfasının token transferleri bölümüne bakın — gerçekte neyin hareket ettiğini orası gösterir ve başarılı olması yalnızca kodun geri alınmadan çalıştığı anlamına gelir, beklediğiniz şeyi yaptığı anlamına değil. Transfer oradaysa alıcı cüzdan o tokeni henüz göstermiyor olabilir; sözleşme adresini eklemek genellikle bunu çözer. Farklı bir adresi işaret ediyorsa, parayı gerçekte nereye gönderdiğinizi yeniden kontrol edin.
Cüzdanım benden bir token tahsil ettiği hâlde gezgin ücretimi neden ETH olarak gösteriyor?
Çünkü sizden ne alınmış olursa olsun ağa her zaman kendi parasıyla ödenir. WATS Hot Wallet somut bir örnektir: EVM zincirlerinde bir ERC-4337 paymaster, Solana ve TON'da ise eşdeğer ücret ödeyici kullanarak her ücreti ATS ile alır; dolayısıyla gezginin işlem ücreti alanı hâlâ — paymaster tarafından teslim edilen — yerel gas'i gösterirken, gerçekte harcadığınız ATS aynı işlemin loglarında bir token transferi olarak görünür. Bu iki alanı yan yana okumak, mekanizmayı görmenin en net yoludur: hangi tokenin ödediğini değiştirir, blok alanının maliyetini değil.
Bulunduğum zincir için hangi gezgini kullanmalıyım?
Ethereum için Etherscan; kardeş gezginleri EVM zincirlerinin çoğunu kapsar — Arbitrum, Optimism, Base, Polygon ve BNB Chain'in her birinin bir tanesi vardır — ayrıca Solana için Solscan ve TON için Tonviewer. Dolayısıyla çok zincirli bir cüzdan aynı anda birkaç gezgine yayılır: WATS Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana ve TON'u destekler, yani tam bir geçmişi okumak tek bir evrensel siteyi değil, zincir başına doğru gezgini açmayı gerektirir. Hepsinde bir tokeni sembolüyle değil sözleşme adresiyle arayın, çünkü herkes istediği isim altında bir token dağıtabilir.