Skip to main content

Apa itu blockchain non-EVM

Catatan: Dokumen ini adalah terjemahan otomatis dari versi asli bahasa Inggris.

Apa itu blockchain non-EVM

Blockchain non-EVM adalah blockchain apa pun yang tidak menggunakan Ethereum Virtual Machine sebagai mesin eksekusinya. Alih-alih menjalankan bytecode Solidity, chain non-EVM menggunakan mesin virtual yang berbeda, bahasa pemrograman yang berbeda, dan model eksekusi yang berbeda. Contohnya meliputi Solana (SVM/Sealevel), chain berbasis Cosmos (CosmWasm, modul spesifik aplikasi), NEAR (runtime berbasis WebAssembly), Sui dan Aptos (MoveVM), serta Bittensor (runtime kustom berbasis Substrate).

Perbedaan ini penting karena pilihan mesin virtual menentukan bahasa pemrograman yang digunakan pengembang, cara smart contract berperilaku, perangkat apa yang tersedia, dan seberapa mudah proyek berinteraksi dengan chain lain. Proyek yang dibangun di chain non-EVM tidak bisa sekadar menyalin kontrak Solidity dari Ethereum — ia membutuhkan basis kode berbeda, keahlian pengembang berbeda, dan rangkaian alat infrastruktur yang berbeda.

Singkatnya: blockchain non-EVM menggunakan lingkungan eksekusi selain Ethereum Virtual Machine. Ini berarti bahasa pemrograman berbeda, perangkat berbeda, dan trade-off arsitektural berbeda — tetapi juga potensi karakteristik kinerja yang tidak dapat dicapai EVM.

Bagaimana eksekusi non-EVM berbeda dari EVM

EVM adalah mesin virtual berbasis stack yang mengeksekusi bytecode Solidity secara sekuensial, menggunakan integer 256-bit, dan mengukur komputasi melalui gas. Chain non-EVM menyimpang dari model ini dengan berbagai cara:

Mesin virtual yang berbeda

Chain / ekosistem Mesin virtual Bahasa utama Perbedaan arsitektural kunci
Solana SVM (Sealevel) Rust Eksekusi transaksi paralel melalui deklarasi akses state
Chain Cosmos CosmWasm / modul native Rust (CosmWasm), Go (modul) Blockchain spesifik aplikasi dengan komunikasi lintas chain bawaan (IBC)
NEAR WebAssembly (Wasm) Rust, AssemblyScript Eksekusi sharding dengan panggilan lintas shard asinkron
Sui MoveVM Move Model state berpusat objek yang memungkinkan eksekusi paralel
Aptos MoveVM Move Mesin eksekusi paralel Block-STM
Bittensor Runtime Substrate Rust Koordinasi spesifik AI; subnet sebagai unit eksekusi

Setiap mesin virtual membuat trade-off yang berbeda. SVM Solana mengharuskan transaksi mendeklarasikan di muka state mana yang akan diaksesnya, memungkinkan runtime mengeksekusi transaksi yang tidak berkonflik secara paralel — sesuatu yang tidak dapat dilakukan EVM secara native. Chain Cosmos meninggalkan model eksekusi bersama sepenuhnya: setiap aplikasi mendapat chain sendiri dengan logika kustom, terhubung ke chain lain melalui protokol IBC. Chain berbasis Move (Sui, Aptos) menggunakan model pemrograman berorientasi resource yang mencegah kelas bug tertentu (seperti reentrancy) di tingkat bahasa.

Bahasa pemrograman yang berbeda

Ekosistem EVM didominasi oleh Solidity — bahasa yang dirancang khusus untuk smart contract Ethereum. Chain non-EVM menggunakan bahasa serbaguna atau alternatif yang dibuat khusus:

  • Rust — digunakan oleh Solana (melalui framework Anchor), Cosmos (melalui CosmWasm), NEAR, dan chain berbasis Substrate termasuk Bittensor. Jaminan keamanan memori dan kinerja Rust membuatnya cocok untuk program on-chain.
  • Move — awalnya dikembangkan di Facebook/Diem, kini digunakan Sui dan Aptos. Move memperlakukan aset on-chain sebagai resource kelas satu yang tidak dapat diduplikasi atau tidak sengaja dimusnahkan, mengurangi satu kategori kerentanan smart contract yang umum.
  • Go — digunakan untuk pengembangan modul native di chain Cosmos SDK. Validator menjalankan binari hasil kompilasi Go secara langsung.
  • AssemblyScript — bahasa mirip TypeScript yang dikompilasi ke WebAssembly, digunakan sebagai bahasa alternatif untuk pengembangan NEAR.

Keragaman bahasa ini berarti pengembang tidak dapat memindahkan keahlian Solidity langsung ke chain non-EVM. Proyek yang dibangun di Solana membutuhkan insinyur Rust; proyek di Sui membutuhkan insinyur Move. Ketersediaan talenta pengembang untuk setiap bahasa memengaruhi seberapa cepat proyek dapat membangun dan beriterasi.

Karakteristik kinerja yang berbeda

Chain non-EVM sering mencapai profil kinerja yang berbeda:

  • Eksekusi paralel — Solana, Sui, dan Aptos mengeksekusi transaksi yang tidak berkonflik secara paralel, yang dapat menghasilkan throughput lebih tinggi daripada model eksekusi sekuensial EVM.
  • Biaya lebih rendah dan lebih dapat diprediksi — beberapa chain non-EVM memiliki struktur biaya yang dirancang untuk throughput tinggi sejak awal, menghindari pasar biaya fluktuatif yang bisa dialami chain EVM saat kepadatan.
  • Model state kustom — chain non-EVM dapat menggunakan model state yang dioptimalkan untuk pola akses tertentu. Model berpusat objek milik Sui, misalnya, memungkinkan kepemilikan per objek dan pemrosesan paralel yang akan rumit diimplementasikan di EVM.

Keunggulan kinerja ini disertai trade-off: ekosistem pengembang lebih kecil, perangkat yang kurang matang, lebih sedikit firma audit dengan keahlian relevan, dan composability yang lebih rendah dengan ekosistem DeFi dan token berbasis EVM yang besar.

Mengapa ini penting untuk proyek AI kripto

Pilihan mesin virtual memiliki implikasi praktis untuk proyek blockchain terkait AI:

  • Fleksibilitas eksekusi — chain non-EVM dapat mendukung model eksekusi yang lebih sesuai untuk beban kerja koordinasi AI. Eksekusi paralel, state machine kustom, dan set instruksi dengan overhead lebih rendah dapat lebih baik melayani transaksi terkait AI frekuensi tinggi (penugasan tugas komputasi, pengiriman hasil, pembaruan registri model).
  • Kesesuaian bahasa — chain berbasis Rust selaras dengan infrastruktur AI/ML, karena banyak perangkat AI (komponen kritis kinerja, koordinasi GPU, pemrograman sistem) ditulis dalam Rust atau berinteraksi baik dengan kode Rust.
  • Desain spesifik aplikasi — appchain Cosmos dan subnet Bittensor memungkinkan proyek AI membangun logika eksekusi kustom di tingkat chain, tanpa kendala set opcode dan model gas EVM.
  • Trade-off ekosistem — proyek non-EVM tidak dapat dengan mudah memanfaatkan ekosistem besar EVM berupa protokol DeFi, bridge token, dan infrastruktur dompet. Proyek AI di chain non-EVM harus membangun infrastruktur ini sendiri, mengandalkan bridge lintas chain, atau menerima ekosistem awal yang lebih kecil.

Di kartu proyek DecAIHub, Type: non-EVM memberi tahu pembaca bahwa proyek tidak menggunakan Solidity, tidak dapat men-deploy ke chain yang kompatibel dengan EVM tanpa menulis ulang, dan beroperasi di ekosistem teknis yang berbeda.

Di mana ini muncul di kartu proyek DecAIHub

Di kartu proyek DecAIHub, penandaan non-EVM muncul di:

  • Type — non-EVM menunjukkan bahwa smart contract atau logika on-chain proyek menggunakan mesin virtual selain EVM. Ini memengaruhi perangkat, bahasa, dan standar apa yang berlaku.
  • Main chain — chain non-EVM spesifik dicantumkan (Solana, Bittensor, chain Cosmos, Sui, dll.). Setiap chain memiliki VM, bahasa, dan ekosistemnya sendiri.
  • Token standard — chain non-EVM memiliki standar token sendiri. Solana menggunakan token SPL; chain Cosmos menggunakan denominasi native atau CW-20 (CosmWasm); chain berbasis Move menggunakan resource coin/fungible-asset. Semua ini tidak dapat dipertukarkan dengan ERC-20.
  • Smart contract / logika on-chain — bahasa pemrograman dan framework berbeda dari proyek EVM. Program Solana ditulis dalam Rust (Anchor), kontrak Cosmos dalam Rust (CosmWasm) atau Go, dan seterusnya.

Apa yang tidak dibuktikan oleh klasifikasi non-EVM semata

  • Non-EVM tidak berarti kinerja lebih baik. Meskipun beberapa chain non-EVM menawarkan eksekusi paralel atau biaya lebih rendah, kinerja bergantung pada chain spesifik, infrastruktur validatornya, dan beban saat ini — bukan hanya pilihan VM.
  • Non-EVM tidak membuktikan kecanggihan teknis. Memilih chain non-EVM adalah keputusan infrastruktur. Ia tidak mengindikasikan kualitas komponen AI proyek, kodenya, atau produknya.
  • Non-EVM tidak berarti proyek tidak dapat berinteraksi dengan chain EVM. Banyak proyek non-EVM menggunakan bridge, oracle, atau wrapped token untuk terhubung dengan Ethereum dan ekosistem EVM lainnya. Interaksi lintas chain dimungkinkan; hanya membutuhkan infrastruktur tambahan.
  • VM yang berbeda tidak berarti jaminan keamanan yang berbeda. Bug smart contract, kesalahan logika, dan risiko sentralisasi ada di semua chain terlepas dari mesin virtualnya. Bahasa non-EVM seperti Rust dan Move menghilangkan beberapa kelas bug tetapi memperkenalkan yang lain.
  • Label non-EVM tidak menjelaskan mengapa proyek memilih chain itu. Pilihan mungkin didorong kebutuhan kinerja, keahlian tim pengembang, insentif ekosistem, atau sekadar tempat tim pendiri memulai. Tanpa konteks tambahan, label semata bersifat informatif, bukan evaluatif.

Jangan bingung dengan

  • EVM — EVM adalah Ethereum Virtual Machine. Non-EVM didefinisikan sebagai kebalikannya: setiap chain yang tidak menggunakan EVM masuk kategori non-EVM.
  • Ethereum — Ethereum adalah chain EVM yang asli. Menjadi non-EVM berarti chain itu bukan Ethereum dan tidak menggunakan mesin eksekusi Ethereum — tetapi ia tetap dapat berinteraksi dengan Ethereum melalui bridge atau protokol lintas chain.
  • Solana — Solana adalah satu blockchain non-EVM spesifik dengan mesin virtualnya sendiri (SVM). "Non-EVM" adalah kategori luas yang mencakup Solana, Cosmos, Sui, Aptos, NEAR, Bittensor, dan banyak lainnya.
  • "Anti-Ethereum" — menjadi non-EVM bukanlah pernyataan menentang Ethereum. Banyak chain non-EVM berdampingan dengan Ethereum dan memperoleh manfaat dari likuiditas yang di-bridge. Pilihan VM mencerminkan prioritas desain yang berbeda, bukan oposisi ideologis.
  • Tidak kompatibel — chain non-EVM tidak dapat menjalankan bytecode EVM secara native, tetapi ini tidak berarti mereka terisolasi. Bridge lintas chain, protokol pesan (seperti IBC, LayerZero, Wormhole), dan wrapped token memungkinkan interoperabilitas antara ekosistem EVM dan non-EVM.

Pertanyaan yang sering diajukan

Apa chain non-EVM yang paling umum digunakan proyek AI kripto?

Solana dan Bittensor termasuk chain non-EVM yang paling sering ditemui di ruang AI kripto yang dilacak DecAIHub. Throughput tinggi Solana dan ekosistem berbasis Rust menarik proyek AI yang membutuhkan koordinasi on-chain cepat dan murah. Bittensor dibangun khusus untuk AI terdesentralisasi, dengan subnet yang didedikasikan untuk tugas AI tertentu. Appchain berbasis Cosmos adalah pola lain, khususnya untuk proyek yang menginginkan lingkungan eksekusi sepenuhnya kustom dengan komunikasi lintas chain bawaan melalui IBC.

Bisakah proyek non-EVM juga men-deploy di chain EVM?

Ya, tetapi membutuhkan basis kode terpisah. Proyek yang ditulis dalam Rust untuk Solana tidak dapat di-deploy di Ethereum apa adanya — ia perlu ditulis ulang dalam Solidity (atau memiliki implementasi Solidity terpisah). Beberapa proyek memelihara kontrak di chain EVM sekaligus non-EVM, tetapi setiap deployment membutuhkan pengembangan, audit, dan pemeliharaan independen. Bridge lintas chain juga memungkinkan proyek non-EVM memiliki representasi token di chain EVM (mis. wrapped token SPL sebagai ERC-20 di Ethereum).

Apakah non-EVM lebih baik untuk aplikasi AI?

Tidak ada jawaban universal. Chain non-EVM dapat menawarkan keunggulan untuk kasus penggunaan AI tertentu — eksekusi paralel Solana cocok untuk koordinasi throughput tinggi, arsitektur subnet Bittensor dibuat khusus untuk insentif AI, dan appchain Cosmos memungkinkan logika eksekusi sepenuhnya kustom. Namun, chain EVM menawarkan ekosistem pengembang lebih besar, perangkat lebih matang, likuiditas DeFi lebih dalam, dan dukungan dompet lebih luas. Pilihan terbaik bergantung pada kebutuhan spesifik proyek: beban kerja apa yang berjalan on-chain, kinerja apa yang dibutuhkan, ekosistem mana yang disukai tim, dan di mana pengguna targetnya berada.

Apakah chain non-EVM memiliki standar token seperti ERC-20?

Ya, tetapi yang berbeda. Solana menggunakan token SPL. Chain Cosmos menggunakan denominasi native atau token CW-20 (melalui CosmWasm). Sui dan Aptos menggunakan resource coin dan fungible asset milik Move. NEAR menggunakan NEP-141. Setiap standar mendefinisikan cara token dibuat, ditransfer, dan dikelola di chain tersebut. Standar-standar ini tidak dapat dipertukarkan dengan ERC-20 — token yang dibangun sebagai SPL di Solana tidak dapat digunakan langsung di chain EVM tanpa wrapping atau bridging.

Referensi eksternal

Lihat juga

No comments to display

Back to top