[{"data":1,"prerenderedAt":19},["ShallowReactive",2],{"blog-content-tr-erc-20-vs-spl-vs-jetton":3},{"slug":4,"title":5,"excerpt":6,"description":7,"bodyHtml":8,"faqItems":9},"erc-20-vs-spl-vs-jetton","ERC-20, SPL ve Jetton: \"Aynı\" Token Neden Her Zincirde Farklı Çalışır?","ERC-20, SPL ve Jetton'ın üçü de \"bir token\"ı tarif eder, ama bakiyeleri tamamen farklı yerlerde tutar. Ethereum, Solana ve TON'da kaputun altında gerçekte ne olduğu ve bunun transferlerin başarılı olmasını ya da başarısızlığa uğramasını nasıl değiştirdiği.","ERC-20, SPL ve Jetton arasındaki farklar: token bakiyeleri Ethereum, Solana ve TON'da nerede durur ve aynı sembol neden her zincirde ayrı bir token'dır?","\u003Cblockquote>ERC-20, SPL ve Jetton tek bir soruyu üç farklı şekilde yanıtlar: bakiyenizi kaydeden sayı nerede saklanır? Ethereum her sahibin bakiyesini tek bir ortak token kontratında, Solana her sahip için ayrı bir token hesabında, TON ise her sahip için ayrı bir kontratta tutar. Onayları, ücretleri ve hata biçimlerinin çoğunu açıklayan da, aynı sembolün her zincirde ayrı bir token olmasının nedeni de bu fark. Üçünü birden kapsayan cüzdanların — EVM, Solana ve TON'u kapsayan ama Bitcoin'i doğal olarak desteklemeyen WATS gibi — bu üç dilbilgisini de konuşması gerekir.\u003C\u002Fblockquote>\u003Ch2>\"Token Standardı\" Aslında Nedir?\u003C\u002Fh2>\u003Cp>Token standardı, üzerinde uzlaşılmış bir arayüzdür: cüzdanların ve borsaların güvendiği fonksiyon adları, mesaj biçimleri ve olaylar. Altında sıradan bir kod vardır; her zincirin bu kodu nasıl çalıştırdığı ise bir token'ın ne olabileceğini belirler.\u003C\u002Fp>\u003Cp>\u003Cstrong>ERC-20, SPL ve Jetton'lar tek bir şeyin üç lehçesi değildir.\u003C\u002Fstrong> Tek bir soruyu üç farklı şekilde yanıtlarlar: \u003Cem>\"500 token'a sahipsin\" diyen sayı nerede durur?\u003C\u002Fem> Ethereum bunu tek bir ortak kontratta, Solana her sahip için ayrı bir hesapta, TON ise her sahip için ayrı bir kontratta tutar — pratikteki neredeyse her tuhaflığı açıklayan bu depolama modelleri, \u003Ca href=\"\u002Fblog\u002Fevm-vs-solana-vs-ton\">EVM, Solana ve TON\u003C\u002Fa> yazısında karşılaştırılan mimarinin üzerine oturur.\u003C\u002Fp>\u003Ch2>Ethereum'da ERC-20: Herkesin Bakiyesini Tek Bir Kontrat Tutar\u003C\u002Fh2>\u003Cp>Bir ERC-20 token'ı, tek bir adreste duran tek bir akıllı kontrattır ve adresleri sayılara eşleyen bir defter tutar. Token'ı siz \"tutmazsınız\"; kontrat, adresinize bir miktar borçlu olunduğunu belirten bir kayıt tutar.\u003C\u002Fp>\u003Cp>Transfer, \u003Cem>token kontratına\u003C\u002Fem> yapılan bir çağrıdır: bir satırı azaltır, diğerini artırır. Adresinizin hiçbir hazırlığa ihtiyacı yoktur; o token'a hiç dokunmamış bir adreste bile herhangi bir ERC-20'yi alabilirsiniz.\u003C\u002Fp>\u003Cp>Bir token'da servet tutup yine de onu hareket ettirememenizin nedeni budur: bir kontratı çağırmak gas maliyeti doğurur ve bu, varsayılan olarak zincirin yerel token'ıyla ödenir. 2026 itibarıyla bu varsayılan mutlak değil — bir ERC-4337 paymaster'ı, hesap sahibi dışındaki birinin ödeme yapmasına izin verir; EIP-7702 ise bir hesabın delegasyonunu ayarlayan type-4 işlemini üçüncü bir tarafın göndermesine ve ücretini ödemesine olanak tanır, ancak sonrasındaki sponsorluk delege edilen kodun neyi uyguladığına bağlıdır. Ağ yaptığı iş için ücret almaya devam eder; değişen yalnızca ödeyen taraftır.\u003C\u002Fp>\u003Ch2>Solana'da SPL: Token Hesapları, Rent ve Mint\u003C\u002Fh2>\u003Cp>Solana işi ikiye ayırır. Bir \u003Cstrong>mint hesabı\u003C\u002Fstrong> token'ı tanımlar: arz, ondalık basamak sayısı ve hangi yetkilinin mint veya freeze yapabileceği. Bakiyeler ise ayrı \u003Cstrong>token hesaplarında\u003C\u002Fstrong> durur. Bu hesabın verisinin sahibi Token Program'dır; hesap ise bir sahibi ve harcama yetkilisini belirtir ve mint başına tek hesapla sınırlı değilsiniz.\u003C\u002Fp>\u003Cp>Bu yüzden cüzdanlar, cüzdan adresinizden, mint'ten ve token program kimliğinden türetilen ilişkili token hesabını (ATA) standart kabul eder. Bu hesabın var olması ve fonlanmış olması gerekir: rent muafiyeti, hesabı canlı tutmak için küçük ve geri alınabilir bir miktar SOL'u hesapta kilitler.\u003C\u002Fp>\u003Cp>Dolayısıyla yeni bir SPL token'ı almak zincir üstünde bir olaydır; yine de çoğu transfer hesap oluşturmayı işin içine katar. 2026 itibarıyla Token-2022, opsiyonel transfer ücretleri, gizli bakiyeler ve transfer hook'ları ekler; program kimliği bir türetme tohumu olduğundan, bu mint'ler eski olanlardan farklı bir ilişkili token hesabı türetir.\u003C\u002Fp>\u003Ch2>TON'da Jetton'lar: Her Sahip Kendi Kontratına Sahip Olur\u003C\u002Fh2>\u003Cp>TON bu ayrımı en uca taşır. Bir jetton'ın, meta verileri ve arzı tutan bir \u003Cstrong>master kontratı\u003C\u002Fstrong> vardır; her sahip ise yalnızca o tek token'daki bakiyesini saklayan kendi \u003Cstrong>jetton cüzdan kontratını\u003C\u002Fstrong> alır.\u003C\u002Fp>\u003Cp>Transferler, ortak bir deftere yapılan çağrılar değil, asenkron mesajlardır: sizin jetton cüzdan kontratınız alıcınınkine mesaj gönderir, o da bakiyeyi alacak kaydeder. TON parçalı (sharded) olduğundan bu, tek bir atomik adımda değil, ardışık bloklar boyunca sonuçlanır.\u003C\u002Fp>\u003Cp>Her mesaj, aşağı akışta tetiklediği hesaplama için — gerekirse alıcının jetton cüzdanını deploy etmek dahil — yeterli TON taşımalıdır; çok az iliştirirseniz mesaj geri dönebilir ya da takılabilir. Bu yaklaşım (TEP-74, 2026 itibarıyla) TON'un yatay ölçeklenmesini sağlar ve EVM için yazılmış naif transfer kodunu yanıltır.\u003C\u002Fp>\u003Ch2>Onaylar, Ücretler ve Hata Biçimleri: Üçünün Ayrıştığı Yer\u003C\u002Fh2>\u003Cp>En keskin ayrışma onaylarda. ERC-20'de allowance kalıbı vardır: bir kontrata, token'larınızın belirli bir miktarına kadarını hareket ettirme izni verirsiniz ve bu izin iptal edilene kadar sürer — dikkatsiz tek bir imzanın aylar sonra bir cüzdanı boşaltabilmesinin nedeni budur; bkz. \u003Ca href=\"\u002Fblog\u002Ftoken-approvals-and-permit-explained\">token onayları ve permit açıklaması\u003C\u002Fa> ile \u003Ca href=\"\u002Fblog\u002Fhow-to-revoke-token-approvals\">token onayları nasıl iptal edilir\u003C\u002Fa>.\u003C\u002Fp>\u003Cp>Solana bunun panzehiri değil: bir SPL approve işlemi, token hesabınıza işlemden sonra da yaşayan bir delege atar ve setAuthority hesabı tümüyle başkasına devredebilir — ikisi de bilinen drainer vektörleri. Bir Solana işlemi dokunacağı tüm hesapları listeler, ama bu yalnızca imzalanan işlemi sınırlar, kalıcı izinleri değil. TON'da ise ERC-20 tarzı bir allowance yoktur.\u003C\u002Fp>\u003Cp>Ücretler de ayrışır: EVM gas'ı hesaplama birimi başına fiyatlar, Solana imza başına sabit bir temel ücret artı opsiyonel bir öncelik ücreti alır, TON ise mesaj başına ücretlendirir. Hata biçimleri de öyle: EVM'de token'lar onları işleyemeyen bir kontratta mahsur kalır; Solana'da eksik bir token hesabı; TON'da ise iliştirilen değerin yetersiz olması.\u003C\u002Fp>\u003Ch2>Aynı Sembol Neden Zincirler Arasında Aynı Token Değil?\u003C\u002Fh2>\u003Cp>Aynı sembolü paylaşan iki varlık teknik olarak hiçbir şeyi paylaşmaz. USDC, Ethereum'da bir kontrat adresi, Solana'da bir mint adresidir; TON'da ise USDT gibi doğal olarak ihraç edilmiş bir stabilcoin kendi jetton master'ının arkasında durur. Her biri kendi arzına sahip ayrı bir zincir üstü nesnedir ve köprülenmiş bir sürüm yine ayrı bir alacak hakkıdır.\u003C\u002Fp>\u003Cp>Ekosistemler arası gönderim — bir EVM token'ını Solana veya TON adresine yollamak — genellikle geri döndürülemez; \u003Ca href=\"\u002Fblog\u002Fsent-crypto-to-wrong-network-how-to-recover\">kriptoyu yanlış ağa gönderdim, nasıl kurtarırım\u003C\u002Fa> yazısı neyin kurtarılabileceğini ortaya koyuyor. EVM'den EVM'e ise çoğu zaman affedicidir: harici sahipli bir hesap — EIP-7702 kapsamında delege edilmiş olanı dahil — her zincirde aynı adreste aynı anahtarla kontrol edilir ve hedef zincirde deploy edilmemiş bir ERC-4337 tarzı akıllı hesap normalde aynı factory ve init koduyla orada yeniden deploy edilebilir. Adres biçimleri bir ipucudur; bu konu \u003Ca href=\"\u002Fblog\u002Fcrypto-address-formats-explained\">kripto adres biçimleri açıklaması\u003C\u002Fa> yazısında ele alınıyor. Tek bir kanonik arzın mı hareket ettiği yoksa yeni bir alacak hakkının mı basıldığı ise \u003Ca href=\"\u002Fblog\u002Fomnichain-vs-wrapped-bridged-tokens\">omnichain token'lar ile wrapped veya köprülenmiş token'lar\u003C\u002Fa> arasındaki farktır.\u003C\u002Fp>\u003Ch2>Bunun Cüzdanınız İçin Anlamı (ve WATS Bunu Nasıl Ele Alıyor?)\u003C\u002Fh2>\u003Cp>Çok zincirli bir cüzdan bu üç dilbilgisini de konuşmak zorundadır ve siz farkı hiç görmemelisiniz — ama ücretler dışarı sızar, çünkü her zincir kendi yerel gas token'ını bekler. 2026 itibarıyla bu beklenti, cüzdan bunun için tasarlandıysa, pazarlığa açıktır.\u003C\u002Fp>\u003Cp>WATS Hot Wallet tam olarak bunu yapıyor: her işlem — transferler, takaslar, staking — zincirin yerel gas'ı yerine tek bir tokenla, ATS ile ücretlendiriliyor; EVM'de bir ERC-4337 paymaster'ı, Solana ve TON'da ise eşdeğer bir fee-payer ve relayer üzerinden, zira ERC-4337 yalnızca EVM'e özgüdür. ATS bir LayerZero OFT'sidir, dolayısıyla tek bir bakiye EVM, Solana ve TON genelinde çalışır. Bu, ağın aldığı ücreti değiştirmez — \u003Ca href=\"\u002Fats-fee\">ATS ücreti\u003C\u002Fa> canlı ağ maliyetini takip eder — yalnızca bu maliyetin hangi tokenla ödendiğini değiştirir. Toplanan ATS yakılır: 100 milyondan 30 milyonluk tabana doğru. Sistem non-custodial kalır: anahtarlarınızı siz tutarsınız ve WATS hiçbir zaman bir anahtar tutmaz. WATS, ERC-4337 ile OFT tabanlı tek token ücretlerini — yerel gas yerine tahsil edilen — bu yakım mekanizmasıyla birleştiren ilk ve tek cüzdandır.\u003C\u002Fp>",[10,13,16],{"q":11,"a":12},"Bir SPL token'ı almak Solana'da neden bir maliyet doğuruyor da Ethereum'da doğurmuyor?","Ethereum'da bakiyeniz, token'ın kendi kontratının içindeki bir satırdan ibarettir; bu yüzden alıcı için almak ücretsizdir ve hiçbir kurulum gerektirmez. Solana'da ise belirli bir mint'i ilk kez aldığınızda onun için bir token hesabının var olması gerekir ve bu hesabı zincir üstünde tutmak, hesap kapatıldığında geri alınabilen küçük bir rent muafiyeti depozitosunu SOL cinsinden gerektirir. Pratikte gönderenin işlemi bu hesabı genellikle aynı adımda oluşturup fonlar; böylece maliyet gönderene düşer ve alıcı bunu hiç görmez.",{"q":14,"a":15},"Bir TON jetton transferini ERC-20 transferinden ayıran nedir?","Bir jetton, her sahibe yalnızca kendi bakiyesini saklayan kendi akıllı kontratını verir. Transfer, sizin jetton cüzdan kontratınızdan alıcınınkine giden asenkron bir mesajdır ve tek bir atomik çağrıda değil, ardışık bloklar boyunca sonuçlanır. Her mesaj, tetiklediği işin bedelini karşılayacak kadar TON taşımalıdır; aksi halde geri dönebilir.",{"q":17,"a":18},"Ethereum'daki USDC ile Solana'daki USDC aynı token mı?","Hayır. Aynı sembolü ve aynı ihraççıyı paylaşsalar da, ayrı adreslere, ayrı arzlara ve ayrı standartlara sahip ayrı zincir üstü nesnelerdir. Birini diğer zincirdeki bir adrese göndermek normalde geri döndürülemez ve bir sembolün köprülenmiş sürümleri, doğal olarak ihraç edilmiş olanlardan farklıdır.",1786059305788]