Skip to main content

non-EVM blok zinciri nedir

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

non-EVM blok zinciri nedir

non-EVM blok zinciri, yürütme motoru olarak Ethereum Sanal Makinesi'ni kullanmayan herhangi bir blok zinciridir. Solidity bytecode'u çalıştırmak yerine non-EVM zincirler farklı sanal makineler, farklı programlama dilleri ve farklı yürütme modelleri kullanır. Örnekler arasında Solana (SVM/Sealevel), Cosmos tabanlı zincirler (CosmWasm, uygulamaya özgü modüller), NEAR (WebAssembly tabanlı çalışma zamanı), Sui ve Aptos (MoveVM) ile Bittensor (özel Substrate tabanlı çalışma zamanı) bulunur.

Bu ayrım önemlidir, çünkü sanal makine seçimi; geliştiricilerin hangi programlama dillerini kullanacağını, akıllı sözleşmelerin nasıl davranacağını, hangi araçların mevcut olduğunu ve bir projenin diğer zincirlerle ne kadar kolay etkileşebileceğini belirler. non-EVM bir zincir üzerine kurulmuş bir proje, Solidity sözleşmelerini Ethereum'dan kopyala-yapıştır yapamaz — farklı bir kod tabanına, farklı geliştirici becerilerine ve farklı bir altyapı araç setine ihtiyaç duyar.

Kısaca: non-EVM blok zincirleri, Ethereum Sanal Makinesi dışındaki yürütme ortamlarını kullanır. Bu; farklı programlama dilleri, farklı araçlar ve farklı mimari ödünleşimler demektir — ama aynı zamanda EVM'nin ulaşamayacağı performans özellikleri potansiyeli de taşır.

non-EVM yürütme EVM'den nasıl farklılaşır

EVM, Solidity bytecode'unu sıralı olarak yürüten, 256-bit tamsayılar kullanan ve hesaplamayı gazla ölçen, yığın tabanlı bir sanal makinedir. non-EVM zincirler bu modelden çeşitli şekillerde ayrılır:

Farklı sanal makineler

Zincir / ekosistem Sanal makine Birincil dil Temel mimari fark
Solana SVM (Sealevel) Rust Bildirilen durum erişimi yoluyla paralel işlem yürütme
Cosmos zincirleri CosmWasm / yerel modüller Rust (CosmWasm), Go (modüller) Yerleşik zincirler arası iletişimli (IBC) uygulamaya özgü blok zinciri
NEAR WebAssembly (Wasm) Rust, AssemblyScript Asenkron shard'lar arası çağrılarla parçalı (sharded) yürütme
Sui MoveVM Move Paralel yürütmeyi mümkün kılan nesne merkezli durum modeli
Aptos MoveVM Move Block-STM paralel yürütme motoru
Bittensor Substrate çalışma zamanı Rust AI'ya özgü koordinasyon; yürütme birimleri olarak subnet'ler

Her sanal makine farklı ödünleşimler yapar. Solana'nın SVM'si, işlemlerin hangi duruma erişeceklerini önceden bildirmesini gerektirir; bu, çalışma zamanının çakışmayan işlemleri paralel yürütmesine olanak tanır — EVM'nin yerel olarak yapamadığı bir şey. Cosmos zincirleri paylaşımlı yürütme modelinden tamamen vazgeçer: her uygulama, özel mantıkla kendi zincirine sahiptir ve IBC protokolü aracılığıyla diğer zincirlere bağlanır. Move tabanlı zincirler (Sui, Aptos), belirli hata sınıflarını (yeniden giriş/reentrancy gibi) dil düzeyinde önleyen, kaynak yönelimli bir programlama modeli kullanır.

Farklı programlama dilleri

EVM ekosistemine Solidity — Ethereum akıllı sözleşmeleri için özel olarak tasarlanmış bir dil — hâkimdir. non-EVM zincirler genel amaçlı diller veya amaca özel alternatifler kullanır:

  • Rust — Solana (Anchor çerçevesi aracılığıyla), Cosmos (CosmWasm aracılığıyla), NEAR ve Bittensor dahil Substrate tabanlı zincirler tarafından kullanılır. Rust'ın bellek güvenliği garantileri ve performansı, onu zincir üstü programlar için uygun kılar.
  • Move — özgün olarak Facebook/Diem'de geliştirildi, günümüzde Sui ve Aptos tarafından kullanılıyor. Move, zincir üstü varlıkları çoğaltılamayan veya yanlışlıkla yok edilemeyen birinci sınıf kaynaklar olarak ele alır; bu da yaygın akıllı sözleşme güvenlik açıklarının bir kategorisini azaltır.
  • Go — Cosmos SDK zincirlerinde yerel modül geliştirmede kullanılır. Doğrulayıcılar, Go ile derlenmiş ikilileri doğrudan çalıştırır.
  • AssemblyScript — WebAssembly'ye derlenen, TypeScript benzeri bir dil; NEAR geliştirmesinde alternatif dil olarak kullanılır.

Bu dil çeşitliliği, geliştiricilerin Solidity becerilerini non-EVM zincirlere doğrudan aktaramayacağı anlamına gelir. Solana üzerine inşa eden bir projenin Rust mühendislerine, Sui üzerine inşa eden bir projenin Move mühendislerine ihtiyacı vardır. Her dilin geliştirici yetenek havuzu, bir projenin ne kadar hızlı inşa edip yineleyebileceğini etkiler.

Farklı performans özellikleri

non-EVM zincirler çoğu zaman farklı performans profilleri elde eder:

  • Paralel yürütme — Solana, Sui ve Aptos çakışmayan işlemleri paralel yürütür; bu, EVM'nin sıralı yürütme modelinden daha yüksek verim sağlayabilir.
  • Daha düşük ve daha öngörülebilir ücretler — bazı non-EVM zincirler, EVM zincirlerinin tıkanıklık sırasında yaşayabildiği oynak ücret piyasalarından kaçınarak, en baştan yüksek verim için tasarlanmış ücret yapılarına sahiptir.
  • Özel durum modelleri — non-EVM zincirler, belirli erişim desenleri için optimize edilmiş durum modelleri kullanabilir. Örneğin Sui'nin nesne merkezli modeli, EVM'de uygulanması karmaşık olacak nesne başına sahiplik ve paralel işlemeyi mümkün kılar.

Bu performans avantajları ödünleşimlerle gelir: daha küçük geliştirici ekosistemleri, daha az olgun araçlar, ilgili uzmanlığa sahip daha az denetim firması ve büyük EVM tabanlı DeFi ve token ekosistemiyle daha az birleştirilebilirlik.

Kripto AI projeleri için neden önemli

Sanal makine seçiminin AI ilişkili blok zinciri projeleri için pratik sonuçları vardır:

  • Yürütme esnekliği — non-EVM zincirler, AI koordinasyon iş yüklerine daha uygun yürütme modellerini destekleyebilir. Paralel yürütme, özel durum makineleri ve daha düşük ek yüke sahip komut kümeleri; yüksek frekanslı AI ilişkili işlemlere (hesaplama görev atamaları, sonuç gönderimleri, model kaydı güncellemeleri) daha iyi hizmet edebilir.
  • Dil uyumu — Rust tabanlı zincirler AI/ML altyapısıyla iyi örtüşür; çünkü AI araçlarının önemli bir bölümü (performans açısından kritik bileşenler, GPU koordinasyonu, sistem programlama) Rust ile yazılır veya Rust koduyla iyi entegre olur.
  • Uygulamaya özgü tasarım — Cosmos appchain'leri ve Bittensor subnet'leri, AI projelerinin EVM'nin opcode kümesi ve gaz modelinin kısıtları olmadan, zincir düzeyinde özel yürütme mantığı inşa etmesine olanak tanır.
  • Ekosistem ödünleşimleri — non-EVM projeler, EVM'nin geniş DeFi protokolleri, token köprüleri ve cüzdan altyapısı ekosisteminden kolayca yararlanamaz. non-EVM zincirlerdeki AI projeleri ya bu altyapıyı kendileri inşa etmeli, ya zincirler arası köprülere güvenmeli ya da daha küçük bir başlangıç ekosistemini kabullenmelidir.

DecAIHub proje kartlarında Type: non-EVM, okuyucuya projenin Solidity kullanmadığını, yeniden yazmadan EVM uyumlu zincirlere dağıtım yapamayacağını ve farklı bir teknik ekosistemde çalıştığını söyler.

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

DecAIHub proje kartlarında non-EVM tanımlaması şu alanlarda görünür:

  • Type — non-EVM, projenin akıllı sözleşmelerinin veya zincir üstü mantığının EVM dışında bir sanal makine kullandığını gösterir. Bu, hangi araçların, dillerin ve standartların geçerli olduğunu etkiler.
  • Main chain — belirli non-EVM zincir listelenir (Solana, Bittensor, bir Cosmos zinciri, Sui vb.). Her zincirin kendi VM'si, dili ve ekosistemi vardır.
  • Token standard — non-EVM zincirlerin kendi token standartları vardır. Solana SPL token'ları kullanır; Cosmos zincirleri yerel denominasyonlar veya CW-20 (CosmWasm) kullanır; Move tabanlı zincirler coin/fungible-asset kaynakları kullanır. Bunlar ERC-20 ile birbirinin yerine geçmez.
  • Akıllı sözleşmeler / zincir üstü mantık — programlama dili ve çerçeve, EVM projelerinden farklıdır. Solana programları Rust (Anchor) ile, Cosmos sözleşmeleri Rust (CosmWasm) veya Go ile yazılır, vb.

Tek başına non-EVM sınıflandırması neyi kanıtlamaz

  • non-EVM, daha iyi performans anlamına gelmez. Bazı non-EVM zincirler paralel yürütme veya daha düşük ücretler sunsa da performans; belirli zincire, doğrulayıcı altyapısına ve mevcut yüke bağlıdır — yalnızca VM seçimine değil.
  • non-EVM, teknik sofistikeliği kanıtlamaz. non-EVM bir zincir seçmek bir altyapı kararıdır. Projenin AI bileşeninin, kodunun veya ürününün kalitesine işaret etmez.
  • non-EVM, projenin EVM zincirleriyle etkileşemeyeceği anlamına gelmez. Birçok non-EVM proje, Ethereum ve diğer EVM ekosistemleriyle bağlantı kurmak için köprüler, oracle'lar veya wrapped token'lar kullanır. Zincirler arası etkileşim mümkündür; yalnızca ek altyapı gerektirir.
  • Farklı VM, farklı güvenlik garantileri anlamına gelmez. Akıllı sözleşme hataları, mantık hataları ve merkezîleşme riskleri, sanal makineden bağımsız olarak tüm zincirlerde vardır. Rust ve Move gibi non-EVM diller bazı hata sınıflarını ortadan kaldırır ama başkalarını getirir.
  • non-EVM etiketi, projenin o zinciri neden seçtiğini açıklamaz. Seçim; performans ihtiyaçlarından, geliştirici ekibinin uzmanlığından, ekosistem teşviklerinden veya sadece kurucu ekibin nereden başladığından kaynaklanıyor olabilir. Ek bağlam olmadan etiket tek başına bilgilendiricidir, değerlendirici değil.

Karıştırmayın

  • EVM — EVM, Ethereum Sanal Makinesi'dir. non-EVM ona karşıtlıkla tanımlanır: EVM kullanmayan her zincir non-EVM kategorisine girer.
  • Ethereum — Ethereum, orijinal EVM zinciridir. non-EVM olmak, zincirin Ethereum olmadığı ve Ethereum'un yürütme motorunu kullanmadığı anlamına gelir — ama yine de köprüler veya zincirler arası protokoller aracılığıyla Ethereum ile etkileşebilir.
  • Solana — Solana, kendi sanal makinesine (SVM) sahip belirli bir non-EVM blok zinciridir. "non-EVM"; Solana, Cosmos, Sui, Aptos, NEAR, Bittensor ve daha birçoklarını içeren geniş bir kategoridir.
  • "Ethereum karşıtı" — non-EVM olmak, Ethereum'a karşı bir tutum değildir. Birçok non-EVM zincir Ethereum ile bir arada var olur ve köprülenen likiditeden yararlanır. VM seçimi ideolojik karşıtlığı değil, farklı tasarım önceliklerini yansıtır.
  • Uyumsuz — non-EVM zincirler EVM bytecode'unu yerel olarak çalıştıramaz; ancak bu, yalıtılmış oldukları anlamına gelmez. Zincirler arası köprüler, mesajlaşma protokolleri (IBC, LayerZero, Wormhole gibi) ve wrapped token'lar, EVM ve non-EVM ekosistemleri arasında birlikte çalışabilirliği mümkün kılar.

Sık sorulan sorular

Kripto AI projelerinin en sık kullandığı non-EVM zincirler hangileri?

Solana ve Bittensor, DecAIHub'ın izlediği kripto AI alanında en sık karşılaşılan non-EVM zincirler arasındadır. Solana'nın yüksek verimi ve Rust tabanlı ekosistemi, hızlı ve düşük maliyetli zincir üstü koordinasyona ihtiyaç duyan AI projelerini çeker. Bittensor, belirli AI görevlerine ayrılmış subnet'lerle merkeziyetsiz AI için özel olarak inşa edilmiştir. Cosmos tabanlı appchain'ler, özellikle IBC üzerinden yerleşik zincirler arası iletişimli, tamamen özel bir yürütme ortamı isteyen projeler için bir başka desendir.

non-EVM bir proje aynı zamanda EVM zincirlerine de dağıtım yapabilir mi?

Evet, ancak ayrı bir kod tabanı gerektirir. Solana için Rust ile yazılmış bir proje, olduğu gibi Ethereum'a dağıtılamaz — Solidity ile yeniden yazılması (veya ayrı bir Solidity uygulamasına sahip olması) gerekir. Bazı projeler hem EVM hem de non-EVM zincirlerde sözleşmeler tutar; ancak her dağıtım bağımsız geliştirme, denetim ve bakım gerektirir. Zincirler arası köprüler de non-EVM projelerin EVM zincirlerinde token temsiline sahip olmasını sağlayabilir (örneğin Ethereum'da ERC-20 olarak wrapped SPL token'ları).

AI uygulamaları için non-EVM daha mı iyi?

Evrensel bir yanıt yoktur. non-EVM zincirler belirli AI kullanım senaryoları için avantajlar sunabilir — Solana'nın paralel yürütmesi yüksek verimli koordinasyona uyar, Bittensor'un subnet mimarisi AI teşvikleri için özel olarak inşa edilmiştir ve Cosmos appchain'leri tamamen özel yürütme mantığına olanak tanır. Bununla birlikte EVM zincirleri daha büyük bir geliştirici ekosistemi, daha olgun araçlar, daha derin DeFi likiditesi ve daha geniş cüzdan desteği sunar. En iyi seçim projenin özel gereksinimlerine bağlıdır: zincir üstünde hangi iş yükleri çalışacak, hangi performans gerekli, ekip hangi ekosistemi tercih ediyor ve hedef kullanıcılar nerede.

non-EVM zincirlerin ERC-20 gibi token standartları var mı?

Evet, ancak farklı standartlar. Solana SPL token'ları kullanır. Cosmos zincirleri yerel denominasyonlar veya (CosmWasm aracılığıyla) CW-20 token'ları kullanır. Sui ve Aptos, Move'un coin ve fungible asset kaynaklarını kullanır. NEAR, NEP-141 kullanır. Her standart, o zincirde token'ların nasıl oluşturulduğunu, transfer edildiğini ve yönetildiğini tanımlar. Bu standartlar ERC-20 ile birbirinin yerine geçmez — Solana'da SPL olarak inşa edilmiş bir token, wrapping veya köprüleme olmadan bir EVM zincirinde doğrudan kullanılamaz.

Dış kaynaklar

Ayrıca bakınız

No comments to display

Back to top