Analisis teknis · 10 menit baca ·

Solana Virtual Machine, dijelaskan untuk pengguna Bitcoin

Panduan Solana Virtual Machine bagi pembaca yang sudah akrab dengan Bitcoin: model akun, eksekusi paralel, perkakas pengembangan, dan batas kompatibilitas yang dinyatakan Bitcoin Hyper.

#SVM#solana#smart-contract#sealevel#pengembang

Tujuan edukatif. Isi artikel ini bersifat informatif dan menjelaskan semata. Isinya bukan nasihat keuangan. Pemberitahuan hukum selengkapnya.

Dari bengkel Bitcoin ke dapur Solana

Bitcoin memiliki bahasa skrip — Script — yang sengaja dibatasi. Bahasa itu tidak Turing-complete, tidak mengizinkan perulangan, dan hanya menerima operasi dasar: verifikasi tanda tangan, kunci waktu (timelock), dan skema banyak tanda tangan (multisig). Kesederhanaan itu membuat perilaku Bitcoin dapat diperkirakan dan mempersempit permukaan eksekusi — meski keamanan jaringannya bergantung pada banyak komponen protokol lainnya.

Ethereum menempuh arah lain: memperkenalkan EVM (Ethereum Virtual Machine), lingkungan Turing-complete tempat kontrak pintar dapat berjalan. Pada tingkat protokol, transisi state mengikuti model berurutan, meski implementasi tertentu bisa memparalelkan sebagian tugas internalnya.

Solana menjawab tantangan skalabilitas dengan arsitektur yang sama sekali berbeda: SVM (Solana Virtual Machine) dan lingkungan eksekusi Sealevel.

Model akun Solana (dan SVM)

Di Ethereum, state “dimiliki” kontrak pintar — datanya berada di dalamnya. Di SVM, arsitekturnya dipisahkan:

  • - Kodenya berada di akun program; kemungkinan memperbaruinya bergantung pada mekanisme penerapan dan pada entitas yang ditetapkan sebagai authority
  • - Datanya (state) berada di akun terpisah yang dikendalikan program

Dengan begitu, Sealevel dapat menelaah transaksi lebih dulu: bila transaksi A menyentuh akun {X, Y} dan transaksi B menyentuh akun {Z, W}, keduanya dapat dijalankan secara paralel, tanpa berbenturan.

Model itu memungkinkan transaksi yang tidak menyentuh akun yang sama dijalankan secara paralel. Hal itu dapat menaikkan kapasitas, tetapi dengan sendirinya tidak menopang kesimpulan apa pun tentang keunggulan angka dibanding EVM pada perangkat keras yang setara. Untuk Bitcoin Hyper, sampai kini belum ada uji kinerja konkret yang diterbitkan.

Apa artinya bagi pengembang

Program SVM ditulis dalam Rust (atau C/C++) lalu dikompilasi menjadi bytecode eBPF. Framework yang paling banyak dipakai adalah Anchor, yang menambahkan makro dan konvensi untuk menyederhanakan pengembangan.

Dokumentasi Bitcoin Hyper menawarkan kompatibilitas langsung dengan ekosistem Solana, yang disebut “drop-in compatibility”. Menurut proyek, program yang sudah ada dapat berjalan setelah perubahan yang terbatas — misalnya mengganti endpoint RPC dan beberapa parameter jaringan. Dokumentasinya juga mengandaikan kompatibilitas dengan perkakas seperti Solana CLI, Anchor, atau plugin untuk IDE. Tingkat kompatibilitas sesungguhnya masih harus diverifikasi secara independen.

Seandainya tingkat kompatibilitas seperti itu benar-benar tercapai, hal itu dapat menurunkan hambatan masuk bagi pengembang yang sudah mengenal Solana. Namun, dua jaringan yang sama-sama memakai lingkungan berbasis SVM tidak dengan sendirinya menjamin kompatibilitas program, API, program sistem, perkakas, maupun perilaku lingkungan eksekusinya. Hal itu masih lebih merupakan sasaran rancangan daripada hasil yang terverifikasi secara independen.

Hal yang masih perlu dijernihkan

Beberapa hal tetap perlu dinyatakan terus terang:

  1. Kompatibilitas penuhnya belum diverifikasi secara independen: aksesnya ke devnet bersifat selektif dan pengujian publiknya terbatas
  2. Perbedaan pada model biaya: menurut dokumentasi proyek, Bitcoin Hyper memungut biaya dalam $HYPER, bukan SOL, sehingga sebagian abstraksinya berbeda
  3. Ketergantungan pada program sistem Solana: sejumlah aplikasi Solana bertumpu pada program sistem (seperti Token Program resmi) yang mungkin tidak tersedia dalam bentuk yang persis sama

Klaim tentang kompatibilitas bergaya “drop-in” masih harus diverifikasi. Menilainya menuntut dokumentasi teknis yang terbuka, akses yang memadai ke devnet, dan pengujian yang dapat direproduksi dan mencakup program, perkakas, serta ketergantungan sistemnya.

Sebuah analogi waralaba

SVM dapat dibayangkan sebagai dapur restoran waralaba. Resepnya sepadan dengan kode, dan lokasinya dengan jaringan tempat kode itu berjalan. Bitcoin Hyper hendak menyediakan perkakas yang kompatibel dengan Solana; sampai kini, bagaimanapun, belum terbukti bahwa semua komponennya identik ataupun bahwa hasilnya sama dalam setiap keadaan.

Perbedaannya ada pada bahan utamanya: alih-alih SOL, “bahan bakar” dapur itu adalah $HYPER.


Baca juga