Skip to main content

Apa itu Solana

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

Apa itu Solana

Solana adalah blockchain Layer 1 berthroughput tinggi yang dirancang untuk kecepatan dan biaya transaksi rendah. Diluncurkan pada 2020, Solana mengambil pendekatan arsitektural yang secara fundamental berbeda dari Ethereum: alih-alih mengandalkan EVM dan eksekusi transaksi berurutan, Solana menggunakan runtime khusus, pemrosesan transaksi paralel, dan mekanisme penanda waktu baru yang disebut Proof of History (PoH) untuk mencapai throughput yang mampu menangani ribuan transaksi per detik.

Solana telah menjadi salah satu jaringan paling aktif untuk proyek kripto AI, khususnya yang membutuhkan interaksi on-chain cepat, biaya rendah, dan responsivitas waktu nyata. Arsitekturnya menukar sebagian kedalaman ekosistem dan perkakas teruji milik Ethereum demi kinerja mentah — kompromi yang menentukan jenis proyek apa yang memilih membangun di atasnya.

Singkatnya: Solana adalah blockchain L1 berkecepatan tinggi — dan ketika kartu proyek DecAIHub menampilkan Main chain: Solana, artinya proyek tersebut berjalan di jaringan yang dioptimalkan untuk throughput dan transaksi berbiaya rendah.

Cara kerja Solana

Arsitektur Solana berbeda dari Ethereum dalam beberapa hal fundamental. Memahami perbedaan ini membantu mengevaluasi mengapa proyek AI tertentu memilih Solana dan apa implikasi pilihan tersebut.

Proof of History dikombinasikan dengan Proof of Stake

Model konsensus Solana menggabungkan dua mekanisme: Proof of History (PoH) dan Proof of Stake (PoS).

Proof of History bukan mekanisme konsensus dengan sendirinya. Ia adalah jam kriptografis — cara menciptakan catatan waktu yang terurut dan dapat diverifikasi sebelum validator perlu menyepakati blok. PoH bekerja dengan menjalankan rantai hash SHA-256 yang berkelanjutan di mana setiap hash bergantung pada output sebelumnya. Ini menghasilkan urutan yang membuktikan berlalunya waktu di antara peristiwa tanpa mengharuskan validator berkomunikasi bolak-balik untuk menetapkan urutan.

Anggaplah ini sebagai stempel waktu yang tidak dapat dipalsukan: setiap entri dalam urutan PoH terhubung secara kriptografis dengan entri sebelumnya, dan memproduksi urutan tersebut membutuhkan waktu komputasi nyata. Validator dapat memverifikasi urutan secara independen dengan memutar ulang rantai hash.

Proof of Stake menangani konsensus yang sebenarnya — validator mempertaruhkan SOL (token asli Solana) untuk berpartisipasi dalam produksi dan validasi blok. Komponen PoS bekerja serupa dengan jaringan PoS lainnya: validator dipilih untuk memproduksi blok berdasarkan bobot stake mereka, dan mereka memperoleh imbalan atas partisipasi yang jujur. Perilaku curang dapat mengakibatkan slashing (kehilangan SOL yang dipertaruhkan).

Kombinasi inilah yang memberi Solana keunggulan kecepatannya. Sistem PoS tradisional menghabiskan waktu yang signifikan untuk menyinkronkan jam dan menetapkan urutan transaksi di antara validator. PoH mengurutkan transaksi terlebih dahulu sebelum konsensus dimulai, secara dramatis mengurangi overhead komunikasi dan memungkinkan waktu blok sekitar 400 milidetik.

Eksekusi paralel dengan Sealevel

Sebagian besar blockchain mengeksekusi transaksi kontrak pintar secara berurutan — satu demi satu. Mesin runtime Sealevel milik Solana memungkinkan eksekusi paralel: transaksi yang tidak menyentuh akun atau status yang sama dapat diproses secara bersamaan di beberapa core.

Ini dimungkinkan karena Solana mengharuskan transaksi mendeklarasikan di awal akun mana yang akan mereka baca dan tulis. Runtime menggunakan informasi ini untuk mengidentifikasi transaksi yang independen dan menjadwalkannya untuk pemrosesan paralel. Transaksi yang berkonflik (menyentuh akun yang sama) diserialisasi, tetapi throughput keseluruhannya tetap jauh lebih tinggi daripada sistem yang hanya berurutan.

Bagi beban kerja AI yang melibatkan banyak operasi independen — penugasan tugas ke node komputasi yang berbeda, permintaan inferensi independen, pengiriman data paralel — eksekusi paralel berarti jaringan dapat menangani volume tinggi tanpa kemacetan yang umum terjadi di chain berurutan.

Program dan akun

Dalam arsitektur Solana, kontrak pintar disebut program. Berbeda dengan Ethereum, di mana kontrak menyimpan kode sekaligus status, Solana memisahkan keduanya:

  • Program berisi logika yang dapat dieksekusi (kode) dan bersifat stateless. Program itu sendiri tidak menyimpan data pengguna.
  • Akun menyimpan status (data). Setiap akun dimiliki oleh sebuah program dan menyimpan data yang dibaca dan dimodifikasi program tersebut.

Pemisahan ini memungkinkan eksekusi paralel yang dijelaskan di atas, karena runtime dapat menentukan dependensi di tingkat akun secara presisi. Ini juga berarti program Solana dirancang berbeda dari kontrak pintar Ethereum — pengembang menulis dalam Rust (bahasa utamanya), C, atau C++ alih-alih Solidity, dan model pemrogramannya mengharuskan pengelolaan akun secara eksplisit.

Token SPL

Di Ethereum, token fungible mengikuti standar ERC-20. Di Solana, padanannya adalah standar token SPL (Solana Program Library). Token SPL dibuat dan dikelola melalui program Solana yang terstandardisasi. Setiap proyek yang meluncurkan token di Solana menerbitkannya sebagai token SPL.

Token SPL mewarisi karakteristik kinerja Solana: transfer token cepat (konfirmasi di bawah satu detik) dan murah (pecahan sen). Bagi proyek AI yang membutuhkan pembayaran mikro yang sering — membayar penyedia komputasi per panggilan inferensi, memberi imbalan kontributor data per pengiriman, mendistribusikan biaya di seluruh jaringan — biaya satu transfer token SPL biasanya hanya pecahan sen.

Biaya transaksi dan throughput

Biaya transaksi Solana termasuk yang terendah di antara blockchain besar mana pun: biasanya kurang dari $0,01 per transaksi, dan sering kali hanya pecahan sen. Ini jauh lebih murah (berkali-kali lipat) daripada mainnet Ethereum, di mana transaksi kompleks dapat menelan puluhan dolar saat permintaan puncak. Meski demikian, selama periode permintaan tinggi, biaya prioritas dapat sementara menaikkan biaya transaksi Solana.

Kapasitas throughput teoretis jaringan berada di kisaran ribuan transaksi per detik (TPS), dengan throughput dunia nyata yang berkelanjutan jauh lebih tinggi daripada mainnet Ethereum. Solana mencapai ini melalui kombinasi PoH, eksekusi paralel, waktu blok yang singkat (~400 md), dan persyaratan validator yang dioptimalkan untuk perangkat keras.

Kompromi yang harus diterima: validator Solana membutuhkan perangkat keras yang jauh lebih kuat daripada validator Ethereum. Filosofi desain Solana memprioritaskan kinerja dengan mengorbankan hambatan perangkat keras yang lebih tinggi untuk masuk — pilihan desain yang memengaruhi profil desentralisasi jaringan.

Karakteristik utama

Properti Nilai
Tipe Layer 1
Konsensus Proof of Stake + Proof of History
Token asli SOL
Standar token SPL
Kompatibel EVM Tidak (berbasis SVM)
Waktu blok ~400 milidetik
Kontrak pintar Rust, C (melalui program BPF/SBF)

Mengapa hal ini penting untuk proyek kripto AI

Arsitektur Solana menciptakan keunggulan spesifik bagi proyek kripto berorientasi AI.

Responsivitas waktu nyata. Aplikasi AI yang melayani pengguna secara waktu nyata — agen yang melakukan perdagangan DeFi, API inferensi yang merespons kueri, sistem rekomendasi yang memproses data langsung — mendapat manfaat dari waktu blok Solana yang di bawah satu detik dan throughput yang tinggi. Latensi antara pengiriman transaksi dan konfirmasinya diukur dalam ratusan milidetik, bukan menit.

Ekonomi pembayaran mikro. Banyak proyek AI beroperasi dengan model pembayaran mikro: pengguna membayar jumlah kecil per panggilan inferensi, penyedia komputasi memperoleh imbalan per tugas yang diselesaikan, kontributor data menerima imbalan per titik data yang dilabeli. Di mainnet Ethereum, biaya gas suatu transaksi pembayaran dapat melebihi pembayaran itu sendiri. Di Solana, biaya transaksi biasanya hanya pecahan sen, membuat pembayaran per unit layak secara ekonomi.

Operasi on-chain frekuensi tinggi. Marketplace komputasi AI, protokol koordinasi data, dan kerangka agen sering memerlukan pembaruan status on-chain yang sering — mendaftarkan tugas, mencatat penyelesaian, memperbarui skor, mendistribusikan imbalan. Throughput Solana menangani operasi frekuensi tinggi ini tanpa kemacetan dan lonjakan biaya yang terjadi di chain berthroughput lebih rendah.

Ekosistem AI yang berkembang. Solana telah menarik sejumlah besar proyek AI yang terus bertambah. Kombinasi kinerja, biaya rendah, dan komunitas pengembang yang aktif menjadikannya alternatif utama bagi Ethereum untuk pengembangan kripto berfokus AI. Beberapa jaringan komputasi AI terkemuka, platform inferensi, dan kerangka agen AI telah memilih Solana sebagai chain utamanya.

Kompromi langsung. Memilih Solana daripada Ethereum atau L2-nya melibatkan kompromi yang relevan saat mengevaluasi proyek:

  • Ekosistem Solana, meskipun berkembang, lebih kecil daripada Ethereum dalam hal likuiditas DeFi, protokol teraudit, dan perkakas pengembang.
  • Solana adalah non-EVM: kontrak ditulis dalam Rust, bukan Solidity, dan tidak dapat langsung dipindahkan ke chain EVM.
  • Persyaratan perangkat keras validator Solana lebih tinggi, yang memengaruhi jumlah dan sebaran geografis validator.
  • Solana pernah mengalami pemadaman jaringan dalam sejarahnya, menimbulkan pertanyaan tentang stabilitas jaringan pada kondisi ekstrem.

Tidak satu pun dari kompromi ini yang otomatis positif atau negatif. Semuanya adalah pilihan desain dengan konsekuensi yang bergantung pada kebutuhan proyek spesifik.

Di mana hal ini muncul dalam kartu proyek DecAIHub

Saat membaca kartu proyek DecAIHub, Solana muncul di beberapa bidang:

  • Main chain — Solana menunjukkan bahwa program utama proyek (kontrak pintar) diterapkan di jaringan Solana. Ini memberi tahu Anda bahwa proyek beroperasi di lingkungan kinerja dan biaya Solana.
  • Type — proyek di Solana biasanya memiliki Type: non-EVM (lingkungan eksekusi Solana tidak berbasis EVM). Peran seperti dApp, protokol, atau infra tercermin di bidang Category, bukan di Type.
  • Token standard — proyek di Solana menggunakan standar token SPL. Seperti ERC-20 di Ethereum, SPL mendeskripsikan format teknis token, bukan kegunaannya.
  • Consensus — untuk jaringan Solana sendiri, model konsensusnya melibatkan PoH + PoS. Proyek yang dibangun di Solana mewarisi mekanisme konsensus ini.

Bidang Main chain: Solana memberi tahu Anda tentang lingkungan eksekusi proyek dan karakteristik kinerja yang diwarisinya. Ia tidak memberi tahu apakah komponen AI proyek itu nyata, apakah tokennya menjalankan fungsi yang diperlukan, atau apakah integrasi onchain-nya bermakna. Hal-hal itu dinilai melalui bidang AI reality, Token necessity, dan Onchain necessity dalam ringkasan komponen DecAI Fit di kartu proyek.

Membaca Main chain: Solana bersama bidang AI reality dan Onchain necessity sangat informatif: proyek yang memilih Solana demi kecepatan tetapi menjalankan seluruh logika AI-nya off-chain di server terpusat mungkin tidak memanfaatkan keunggulan Solana secara bermakna.

Apa yang tidak dibuktikan oleh Solana semata

Membangun di Solana adalah pilihan infrastruktur, bukan bukti kualitas proyek. Menerapkan di Solana tidak menunjukkan:

  • AI reality — proyek dapat menerapkan program di Solana tanpa komponen AI nyata sama sekali. Solana menyediakan lapisan eksekusi, bukan kecerdasannya. Apakah AI-nya nyata bergantung pada bukti Tier-1 — kode, model, benchmark, endpoint inferensi yang diterapkan, dan dokumentasi.

  • Kedalaman desentralisasi — meskipun Solana adalah jaringan terdesentralisasi, proyek yang dibangun di atasnya dapat memusatkan semua pengambilan keputusan yang bermakna di off-chain. Menggunakan Solana untuk transfer token sambil menjalankan segala sesuatu lainnya di server privat bukanlah aplikasi terdesentralisasi.

  • Kebutuhan skalabilitas — memilih chain berthroughput tinggi tidak berarti proyek benar-benar menghasilkan volume transaksi tinggi. Beberapa proyek memilih Solana untuk positioning naratif, bukan karena beban kerjanya menuntutnya. Aktivitas on-chain aktual proyek (dapat diverifikasi melalui penjelajah Solana) menceritakan kisah yang sebenarnya.

  • Token necessity — menerbitkan token SPL di Solana secara teknis sederhana dan murah. Keberadaan token berbasis Solana tidak berarti token tersebut memiliki peran fungsional dalam arsitektur proyek.

  • Keandalan jaringan — pemadaman jaringan Solana di masa lalu berarti membangun di Solana secara implisit menerima risiko ketidaktersediaan sementara. Bagi aplikasi AI yang membutuhkan ketersediaan berkelanjutan, ini adalah pertimbangan yang relevan, meskipun stabilitas jaringan telah membaik seiring waktu.

Jangan bingung dengan

  • SOL — SOL adalah mata uang kripto asli Solana, digunakan untuk membayar biaya transaksi, staking untuk validasi, dan berpartisipasi dalam tata kelola. "Solana" merujuk pada jaringan dan protokolnya; "SOL" merujuk pada tokennya.

  • Ethereum — Ethereum adalah blockchain L1 terpisah dengan arsitektur berbeda (EVM, eksekusi berurutan, PoS tanpa PoH). Proyek di Solana dan proyek di Ethereum beroperasi di lingkungan teknis yang secara fundamental berbeda. Keduanya tidak dapat dipertukarkan, meskipun beberapa proyek diterapkan di keduanya.

  • SPL — standar token SPL adalah padanan Solana untuk ERC-20 milik Ethereum. SPL mendeskripsikan format token, bukan jaringannya. Proyek yang menggunakan token SPL berada di Solana, tetapi SPL dan Solana adalah konsep yang berbeda (standar versus jaringan).

  • Layer 2 — Solana adalah blockchain L1, bukan Layer 2. Ia tidak menyelesaikan transaksi ke chain lain. Ia memiliki kumpulan validator, konsensus, dan model keamanannya sendiri. L2 Ethereum seperti Base atau Arbitrum One mewarisi keamanan dari Ethereum; Solana menyediakan keamanannya sendiri.

  • Rust — Rust adalah bahasa pemrograman yang terutama digunakan untuk menulis program Solana. Rust adalah bahasa serbaguna yang digunakan dalam banyak konteks di luar blockchain. Menguasai Rust dan menguasai pengembangan Solana adalah keterampilan yang berkaitan tetapi berbeda.

Pertanyaan yang sering diajukan

Mengapa sebagian proyek AI memilih Solana daripada Ethereum?

Kecepatan dan biaya. Beban kerja AI yang melibatkan operasi on-chain yang sering — permintaan inferensi, penugasan tugas komputasi, pembayaran mikro ke kontributor — membutuhkan chain di mana setiap transaksi cepat dan murah. Waktu blok Solana yang di bawah satu detik dan biaya yang sangat rendah membuat ekonomi per operasi menjadi layak. Biaya mainnet Ethereum yang lebih tinggi mendorong proyek serupa ke L2 Ethereum, tetapi Solana menawarkan karakteristik ini secara native di L1-nya tanpa memerlukan lapisan penskalaan terpisah.

Apakah Solana terpusat?

Solana lebih terpusat daripada Ethereum menurut beberapa metrik umum: validatornya lebih sedikit, persyaratan perangkat keras untuk menjalankan validator lebih tinggi, dan sebaran geografis node-nya lebih kecil. Namun, ia tetap jaringan tanpa izin di mana siapa pun yang memenuhi persyaratan perangkat keras dapat menjalankan validator. Tingkat desentralisasi adalah spektrum, bukan biner. Bagi pembaca kartu proyek DecAIHub, pertanyaan yang relevan bukanlah apakah Solana "terpusat" atau "terdesentralisasi" secara abstrak, melainkan apakah penggunaan Solana oleh proyek tertentu berkontribusi pada — atau justru mengurangi — verifiabilitas dan minimalisasi kepercayaan.

Bahasa pemrograman apa yang digunakan di Solana?

Program Solana terutama ditulis dalam Rust, dengan dukungan untuk C dan C++. Kerangka tingkat lebih tinggi seperti Anchor menyederhanakan pengembangan Solana dengan menyediakan abstraksi yang serupa dengan yang tersedia di ekosistem Solidity Ethereum. Ini berbeda dari ekosistem Ethereum, di mana Solidity adalah bahasa dominan. Perbedaan bahasa berarti pengembangan Solana dan pengembangan Ethereum membutuhkan keahlian dan perkakas yang berbeda.

Apakah Solana pernah mengalami downtime?

Ya. Solana telah mengalami beberapa pemadaman jaringan dan episode kinerja menurun, khususnya selama periode permintaan tinggi. Peristiwa ini melibatkan jaringan berhenti memproduksi blok selama berjam-jam, yang memerlukan restart validator terkoordinasi. Insiden-insiden tersebut telah mendorong perbaikan protokol dan upaya diversifikasi klien. Saat mengevaluasi proyek di Solana, riwayat ini adalah konteks yang relevan: proyek mewarisi keunggulan kinerja Solana sekaligus rekam jejak keandalannya.

Bisakah sebuah proyek berada di Solana dan Ethereum sekaligus?

Bisa. Beberapa proyek diterapkan di beberapa chain untuk menjangkau basis pengguna dan kumpulan likuiditas yang berbeda. Sebuah proyek mungkin menjalankan operasi AI frekuensi tingginya di Solana sambil memelihara kontrak tata kelola atau bridge token di Ethereum. Dalam kartu proyek DecAIHub, bidang Main chain menunjukkan chain utama, tetapi chain tambahan dapat disebutkan dalam deskripsi proyek atau bidang multi-chain.

Apakah "Main chain: Solana" berarti proyeknya cepat?

Itu berarti proyek memiliki akses ke kecepatan dan throughput Solana. Apakah proyek benar-benar memanfaatkan kapasitas itu bergantung pada arsitektur dan aktivitas on-chain nyatanya. Proyek di Solana yang hanya memproses sedikit transaksi hampir tidak mendapat apa-apa dari karakteristik kinerja jaringan. Data aktivitas on-chain dari penjelajah Solana memberikan bukti konkret apakah proyek memanfaatkan kemampuan chain secara bermakna.

Referensi eksternal

Lihat juga

No comments to display

Back to top