Skip to main content

Native token (yerel token) nedir

Not: Bu belge orijinal İngilizce versiyonun otomatik bir çevirisidir.

Native token (yerel token) nedir

Native token (yerel token), bir blok zinciri ağının yerleşik para birimidir — üzerine dağıtılmış bir akıllı sözleşme olarak değil, protokol düzeyinde var olan tokendir. Örnekler arasında Ethereum üzerindeki ETH, Solana üzerindeki SOL, BNB Smart Chain üzerindeki BNB, Bittensor üzerindeki TAO ve Avalanche üzerindeki AVAX yer alır. Her blok zincirinin tam olarak bir native token'ı vardır ve bu token, akıllı sözleşme tabanlı tokenlerin (ERC-20 gibi) tam olarak kopyalayamayacağı temel bir rol oynar.

Native token'lar işlem ücretlerini (gas) ödemek, ağı güvence altına alan doğrulayıcıları veya madencileri ödüllendirmek için kullanılır ve birçok Proof of Stake ağında, doğrulayıcıların konsensüse katılmak için kilitlediği stake varlığı işlevi görür. Native token olmadan ağ çalışamaz — blok zincirini işleten ekonomik yakıttır.

Kısaca: native token, zincirin kendi yerleşik para birimidir; gas ücretleri, doğrulayıcı ödülleri ve staking için kullanılır ve akıllı sözleşme olarak değil, protokol düzeyinde var olur.

Native token'lar akıllı sözleşme tokenlerinden nasıl ayrılır

Native token'lar ile akıllı sözleşme tokenleri arasındaki ayrım temel niteliktedir ancak çoğu zaman gözden kaçar. Her iki token türü de cüzdanlarda tutulabilir, adresler arasında transfer edilebilir ve merkeziyetsiz uygulamalarda kullanılabilir. Ancak köken, mekanik ve rol açısından farklılık gösterirler.

Boyut Native token Akıllı sözleşme tokeni (örn. ERC-20)
Nerede var olur Protokolün kendisine yerleşiktir Protokolün üzerine akıllı sözleşme olarak dağıtılır
Kim oluşturur Ağın protokol kuralları (genesis bloğu, emisyon takvimi) Sözleşme dağıtan bir geliştirici
Gas için gerekli mi Evet — işlem ücretlerini ödemek için zorunludur Hayır — gas her zaman native token ile ödenir
Konsensüsteki rolü Genellikle staking ve doğrulayıcı ödülleri için kullanılır Konsensüse dahil değildir
Akıllı sözleşmeler olmadan var olabilir mi Evet — akıllı sözleşme işlevselliğinden öncedir Hayır — sözleşme dağıtım platformuna bağımlıdır
Arzı kim kontrol eder Protokol kuralları (sabit kodlanmış emisyon, yakma, enflasyon) Sözleşme mantığı (dağıtıcının belirlediği mint/burn fonksiyonları)

Pratik bir örnek: Ethereum'da native token ETH'dir. Bir kullanıcı başka bir adrese bir ERC-20 tokeni (örneğin USDC) gönderdiğinde, işlem ücretini USDC ile değil ETH ile ödemek zorundadır. ERC-20 tokeni, hesaplamanın bedelini ödeyecek native token olmadan hareket edemez. Bu bağımlılık protokole gömülüdür ve aşılamaz.

Gas ve işlem ücretleri

Bir native token'ın en görünür rolü gas ücretlerini ödemektir. Blok zincirindeki her işlem — token transferi, bir akıllı sözleşmeyle etkileşim, yeni bir sözleşme dağıtımı — doğrulayıcılardan veya düğümlerden hesaplama kaynağı gerektirir. Native token cinsinden belirlenen gas ücretleri, bu operatörlere emekleri karşılığında ödeme yapar. Gas ücretleri olmadan doğrulayıcıların işlemleri işlemesi için ekonomik bir teşvik olmaz ve ağ durur.

Gas ücreti yapıları ağa göre değişir. Ethereum dinamik bir ücret modeli kullanır (taban ücret + öncelik bahşişi). Solana sabit ve düşük ücret modeli kullanır. BNB Smart Chain ve diğer EVM zincirlerinin kendi ücret parametreleri vardır. Ancak her durumda ücret, zincirin native token'ı ile ödenir.

Staking ve konsensüse katılım

Proof of Stake ağlarında native token genellikle stake varlığıdır. Doğrulayıcılar, blok üretimine ve doğrulamaya katılmak için belirli bir miktarda native token kilitlemek zorundadır. Bu stake edilen miktar ekonomik teminat işlevi görür: dürüst davranan doğrulayıcılar ödül kazanır (native token ile ödenir); kötü davranan doğrulayıcılar ise slashing yoluyla stake'lerini kaybetme riski taşır.

Bu, döngüsel bir ekonomik yapı yaratır: native token staking yoluyla ağı güvence altına alır ve ağ, stake edenleri yeni basılan veya ücretlerden elde edilen native token'larla ödüllendirir. Ağın güvenliği, stake edilen native token'ların toplam değerine doğrudan bağlıdır.

Doğrulayıcı ödülleri ve emisyon

Çoğu blok zinciri ağı, doğrulayıcıları teşvik etmek için blok ödülü olarak yeni native token'lar basar. Bu emisyon, herhangi bir kişi veya akıllı sözleşme tarafından değil, protokolün kurallarıyla kontrol edilir. Bazı ağların toplam arzı sınırlıdır (Bitcoin'in 21 milyon BTC'si gibi); diğerlerinde ise yakma mekanizmalı veya mekanizmasız sürekli enflasyon vardır (Ethereum'un merge sonrası ücret yakması gibi).

Bir native token'ın emisyon takvimi, ağın ekonomik tasarımının temel parçasıdır. Uzun vadeli arz dinamiklerini ve doğrulayıcılar için teşvik yapısını belirler. Emisyon takvimini değiştirmek genellikle basit bir sözleşme değişikliği değil, protokol düzeyinde bir yükseltme (hard fork veya yönetişim oylaması) gerektirir.

Native token örnekleri

Farklı blok zinciri ağları, native token'larını farklı arz kuralları, ücret modelleri ve staking mekanikleriyle uygular. Bu farklılıkları anlamak, "native token" kavramının pratikte ne anlama geldiğini göstermeye yardımcı olur:

Ağ Native token Temel roller Arz modeli
Ethereum ETH Gas ücretleri, doğrulayıcı staking'i, temel para birimi Ücret yakmalı sınırsız arz (yüksek kullanımda deflasyonist)
Solana SOL İşlem ücretleri, doğrulayıcı staking'i Azalan emisyon takvimli enflasyonist
BNB Smart Chain BNB Gas ücretleri, doğrulayıcı staking'i, yönetişim Periyodik yakmalı sınırlı arz
Bittensor TAO Subnet kaydı, madenci/doğrulayıcı ödülleri, staking Yarılanmalı emisyona sahip sınırlı arz
Avalanche AVAX Gas ücretleri, staking, subnet oluşturma Ücret yakmalı sınırlı arz

Her durumda native token, ağın işleyişinden ayrılamaz. ETH'yi Ethereum'dan veya SOL'u Solana'dan çıkarmak zinciri tamamen bozar — hiçbir işlem işlenemez, hiçbir doğrulayıcı ödüllendirilemez ve hiçbir akıllı sözleşme çalıştırılamaz.

Kripto AI projelerinde native token'lar

Birçok kripto AI projesi, kendi blok zinciri ağlarını veya subnet'lerini işlettikleri için kendi native token'larına sahiptir. Bu projelerde native token çifte rol oynar:

  • Altyapı rolü: işlemler için ödeme, staking, doğrulayıcı ödülleri — herhangi bir blok zincirinin native token'ıyla aynı işlevler.
  • Uygulama rolü: token ayrıca AI'ya özgü hizmetler (çıkarım, hesaplama, veri erişimi) için ödemede kullanılabilir, AI hesaplama sağlayıcılarını ödüllendirebilir veya AI ile ilgili parametrelerin yönetişimine katılım sağlayabilir.

Bir projenin tokeni akıllı sözleşme tokeni değil de native olduğunda, bu, tokenin mimari olarak ağdan ayrılamaz olduğu anlamına gelir. Zincir onsuz çalışamaz. Bu, teorik olarak başka herhangi bir tokenle değiştirilebilecek bir akıllı sözleşme tokenine kıyasla daha güçlü bir Token necessity biçimidir.

Ancak "native" olmak otomatik olarak "AI için gerekli" anlamına gelmez. Bir proje, staking yoluyla ağını güvence altına alan ve gas ödemelerinde kullanılan bir native token'a sahip olabilirken, projenin AI bileşenleri tokenin işlev görmesine anlamlı biçimde ihtiyaç duymayabilir. Altyapı rolü ile AI rolü ayrı sorulardır.

Token necessity ve native token'lar

Bir tokenin bir projenin AI hattı için gerekli olup olmadığı değerlendirilirken native token'lar nüanslı bir durum ortaya koyar. Bir yandan native token, ağın işleyişi için tartışmasız gereklidir — zincir onsuz kelimenin tam anlamıyla çalışamaz. Öte yandan AI gerekliliği sorusu ayrıdır: AI hattı özellikle bu tokene mi ihtiyaç duyuyor, yoksa AI bileşenleri farklı bir native token'a sahip başka bir zincirde de aynı şekilde çalışır mıydı?

Native token, AI'ya özgü eylemleri doğrudan aracılık ettiğinde — çıkarım için ödeme, hesaplama sağlayıcılarını ödüllendirme, model çıktıları için kalite garantisi olarak staking — AI düzeyinde token gerekliliği için güçlü bir gerekçe vardır. Native token yalnızca genel altyapı işlevleri (gas, staking) görürken AI katmanı teorik olarak herhangi bir zincirde çalışabiliyorsa, gerekçe zayıftır.

DecAIHub proje kartlarında nerede görünür

Bir DecAIHub proje kartında, native token değeri Token standard alanında native olarak kaydedilir. Kartta Token standard: native yazıyorsa, projenin tokeninin başka bir zincirde akıllı sözleşme olarak dağıtılmadığı ve projenin kendi ağının yerleşik para birimi olduğu anlamına gelir.

Bu, projeyi tokenleri Ethereum üzerinde ERC-20, BNB Smart Chain üzerinde BEP-20 veya Solana üzerinde SPL sözleşmeleri olan projelerden ayırır. Native token, projenin kendi konsensüs mekanizmasına sahip kendi blok zincirini veya subnet'ini işlettiğini gösterir.

Token standard alanı, okuyuculara tokenin teknik biçimini söyler. Tokenin rolünü anlamak için okuyucular Token model alanına (utility, governance, ücret mekanizması, staking) ve tokenin projenin hattında gerçekte nasıl kullanıldığını gösteren Tier-1 artefaktları için Evidence tablosuna bakmalıdır.

"Native token" tek başına neyi kanıtlamaz

  • Native token merkeziyetsizliği kanıtlamaz. Bir proje native token'lı kendi zincirini işletirken yine de küçük, merkezileşmiş bir doğrulayıcı setine veya merkezî yönetişime sahip olabilir. Tokenin native statüsü teknik rolünü tanımlar, ağın merkeziyetsizlik profilini değil.
  • Native token AI gerekliliğini kanıtlamaz. Token, zincirin konsensüsü ve gas ücretleri için vazgeçilmez olabilirken projenin AI hattıyla ilgisiz olabilir. AI bileşenlerinin tokene ihtiyaç duyup duymadığı, DecAI Fit içindeki Token necessity ekseniyle yanıtlanan ayrı bir sorudur.
  • Native token ağın olgun olduğunu kanıtlamaz. Bir proje, ağ henüz testnet'te veya erken beta aşamasındayken native token'lı kendi zincirini başlatabilir. Olgunluk bilgisi için Network status alanına bakın.
  • Native token, projenin kendi zincirini sıfırdan inşa ettiği anlamına gelmez. Birçok native token subnet'lerde, uygulamaya özgü zincirlerde veya fork edilmiş ağlarda var olur. Native token, projenin mühendislik çabasını değil, tokenin protokol düzeyindeki rolünü gösterir.
  • Native token benimsenmeyi kanıtlamaz. Aktif doğrulayıcısı, kullanıcı işlemi ve gerçek kullanımı olmayan bir native token, teknik olarak yine de "native token"dır. Teknik sınıflandırma, gerçek dünyadaki faydaya eşit değildir.

Karıştırmayın

  • ERC-20 ve diğer akıllı sözleşme tokenleri — ERC-20 tokenleri mevcut bir zincirde sözleşme olarak dağıtılır ve gas için o zincirin native token'ına bağımlıdır. Native token'lar protokol düzeyinde var olur ve hiçbir akıllı sözleşmeye bağımlı değildir.
  • Token standard — tüm teknik biçimleri (ERC-20, BEP-20, SPL, native token) kapsayan şemsiye kavram. "Native token", token standartlarından biridir — tokenin zincirin kendisine yerleşik olduğu tür.
  • Token model — token modeli, tokenin rolünü tanımlar (utility, governance, staking, ücret mekanizması). Bir native token bu rollerin herhangi birini üstlenebilir. "Native" teknik biçimi tanımlar; "utility" veya "governance" işlevi tanımlar.
  • Sarılmış (wrapped) native token'lar (WETH, WSOL) — bazı ekosistemler, native token'ların ERC-20 arayüzü gerektiren akıllı sözleşmelerde kullanılabilmesi için ERC-20 uyumlu sarmalayıcılar oluşturur. WETH, ETH'nin ERC-20 temsilidir, ETH'nin kendisi değildir. Sarılmış sürüm bir akıllı sözleşme standardını izler; orijinal ise native token olarak kalır.
  • Gas tokeni — native token'lar gas ödemesinde kullanıldıkları için bazen gayriresmî olarak "gas tokeni" diye adlandırılır. Ancak "gas tokeni" resmî bir standart veya sınıflandırma değildir — native token'ın işlevlerinden birinin tarifidir.

Sık sorulan sorular

Gas ücretleri neden herhangi bir tokenle ödenemez?

Gas ücretleri protokol düzeyinde işlenir — herhangi bir akıllı sözleşme mantığı çalıştırılmadan önce, doğrulayıcılar ve konsensüs mekanizmasının kendisi tarafından. Protokol, hesaplamayı ölçmek ve spam'i önlemek için tek ve güvenilir bir hesap birimine ihtiyaç duyduğundan gas için yalnızca native token'ı kabul edecek şekilde tasarlanmıştır. Bazı ağlar ve Layer 2 çözümleri ücret soyutlaması (gas'ın başka tokenlerle ödenmesine izin verme) üzerinde deneyler yapmaktadır; ancak perde arkasında nihai mutabakatta genellikle yine native token yer alır.

Native token ile utility token arasındaki fark nedir?

"Native token" teknik biçimi tanımlar: token, blok zinciri protokolüne yerleşiktir. "Utility token" ise ekonomik rolü tanımlar: token hizmetlere erişmek, kullanım için ödeme yapmak veya projenin işlevselliğine katılmak için kullanılır. Bir native token aynı zamanda utility token da olabilir — örneğin Bittensor üzerindeki TAO, hem Bittensor ağının native token'ıdır hem de AI çıkarımı için ödeme yapmak ve subnet katılımcılarını ödüllendirmek için kullanılan bir utility token'dır. İki etiket, aynı tokenin farklı boyutlarını tanımlar.

Bir projenin hem native token'ı hem ERC-20 tokenleri olabilir mi?

Evet. Kendi blok zincirini işleten bir projenin o zincir için bir native token'ı vardır. Aynı proje köprüleme, likidite veya zincirler arası uyumluluk için Ethereum üzerinde ERC-20 tokenleri de ihraç edebilir. Bazı projeler native token'larını kendi zincirlerinde tutar ve Ethereum'da veya diğer EVM zincirlerinde sarılmış veya köprülenmiş bir sürüm bulundurur. Bunlar, köprüleme mekanizmaları aracılığıyla aynı temel varlığı temsil eden, teknik olarak farklı tokenlerdir (native ile akıllı sözleşme).

Dış kaynaklar

Ayrıca bakınız

No comments to display

Back to top