Soroban, mesin smart contract milik Stellar

Apakah Stellar punya smart contract? Punya. Soroban adalah platform smart contract Stellar, dan sudah berjalan di mainnet sejak Protocol 20 disetujui lewat voting pada 20 Februari 2024. Platform ini dibuka penuh untuk pengguna pada 19 Maret 2024 (versi software SDF). Developer menulis kontrak dengan Rust, mengompilasinya ke WebAssembly (Wasm), lalu men-deploy-nya ke jaringan Stellar yang sama yang sudah memproses pembayaran sejak 2014. Soroban bukan chain terpisah, bukan pula sidechain.

Yang membuat Soroban menarik bukan sekadar keberadaannya (kebanyakan layer-1 sekarang sudah punya kontrak), melainkan pilihan desain di baliknya. Biaya dihitung per sumber daya, bukan satu angka “gas”. Data yang disimpan harus bayar sewa dan bisa diarsipkan. Re-entry kontrak diblokir. Aset native bisa langsung dipakai tanpa dibungkus. Panduan ini membahas cara kerja smart contract Stellar, biayanya, bedanya dengan EVM milik Ethereum, dan apa saja yang bisa dimanfaatkan builder di Asia.

Apakah Stellar punya smart contract? Sejarah singkatnya

Selama sebagian besar perjalanannya, Stellar sengaja tidak memakai kontrak serbaguna. Protokolnya sudah membawa order book bawaan, multisig, path payment, claimable balance, dan sejak 2021 pool AMM native. Itu cukup untuk pembayaran dan trading sederhana, tapi tidak ada yang bisa men-deploy logika khusus seperti pasar pinjaman.

Soroban mengubah semua itu. SDF mengumumkan Soroban Adoption Fund senilai US$100 juta pada 2022 untuk menumbuhkan ekosistem, dan sepanjang 2023 kodenya diuji di testnet dan Futurenet. Protocol 20 masuk mainnet pada 20 Februari 2024 setelah tertunda tiga minggu untuk perbaikan bug. SDF lalu membukanya bertahap: Phase 0 pada 20 Februari, Phase 1 pada 27 Februari, dan Phase 2, yang membuka jaringan untuk penggunaan umum, pada 19 Maret 2024 (penjelasan SDF soal peluncuran bertahap). Kalau kamu membaca “Soroban diluncurkan pada 2023”, yang dimaksud adalah jaringan uji, bukan mainnet.

Soal nama: materi SDF yang lebih baru makin sering menyebutnya “Stellar smart contracts” saja, dan Soroban-RPC berganti nama menjadi Stellar RPC pada 2024. Nama Soroban tetap hidup di crate Rust soroban-sdk dan dalam obrolan developer sehari-hari, jadi kedua istilah itu merujuk ke hal yang sama.

Cara kerja Soroban: Rust, WebAssembly, dan host

Kontrak Soroban adalah program Rust kecil yang dikompilasi ke Wasm. Ikhtisar dari SDF terus terang menyebut bahwa untuk saat ini hanya Rust yang didukung, dan kontrak tidak bisa memakai standard library Rust yang lengkap. Sebagai gantinya, kontrak dibangun di atas crate soroban-sdk (ikhtisar smart contract). Widget di atas menunjukkan bentuk kontrak minimal: sebuah struct, blok impl yang ditandai #[contractimpl], dan fungsi yang menerima handle environment beserta argumennya.

Wasm-nya berjalan di dalam “host” yang tertanam di Stellar Core. Host menyediakan penyimpanan, kriptografi, event, panggilan antarkontrak, dan otorisasi, sehingga kontrak tetap ramping dan pekerjaan berat dijalankan sebagai kode native. Untuk memanggil kontrak, kamu mengirim transaksi berisi InvokeHostFunctionOp. Transaksi smart contract hanya membawa tepat satu operasi, sedangkan transaksi klasik bisa menggabungkan hingga 100 operasi.

Pengujian adalah salah satu keunggulannya. SDK menyertakan implementasi host lokal yang sama persis dengan lingkungan on-chain, jadi kamu bisa debugging di IDE biasa dan menjalankan unit test, fuzz test, dan property test sebelum menyentuh testnet. Otorisasi juga sudah bawaan. Sebuah fungsi memanggil require_auth() pada sebuah alamat, lalu host memeriksa tanda tangan yang cocok. Ini berlaku untuk akun biasa dan, sejak dukungan secp256r1 di Protocol 21, untuk smart wallet berbasis passkey.

Biaya Soroban: model sumber daya smart contract Stellar

Setiap transaksi Soroban membayar dua hal: inclusion fee dan resource fee (biaya, batas sumber daya, dan metering). Inclusion fee bekerja seperti biaya Stellar lainnya. Besarnya minimal 100 stroop (0,00001 XLM), dan saat ledger penuh, surge pricing mengurutkan transaksi berdasarkan tawaran biayanya. Resource fee adalah bagian khas Soroban, dan rinciannya jelas: instruksi CPU, entri ledger yang dibaca dan ditulis, byte I/O, ukuran transaksi, event dan nilai kembalian, serta sewa penyimpanan.

Sebagian biaya itu bisa dikembalikan. CPU, byte baca-tulis, dan bandwidth ditagih sesuai yang dideklarasikan. Sewa, event, dan nilai kembalian dikembalikan kalau tidak terpakai. Dalam praktiknya kamu tidak perlu menebak angka-angka ini: kamu cukup menyimulasikan transaksi lewat Stellar RPC dulu, dan hasil simulasi memberikan jejak sumber daya serta biaya yang perlu dilampirkan.

Kalau dihitung dalam uang sungguhan, angkanya tetap kecil. Saat pengecekan terakhir kami, biaya yang paling sering dikenakan di mainnet adalah minimum 100 stroop, sementara mediannya sekitar 0,00035 XLM, terdongkrak oleh panggilan kontrak. Per Juli 2026, setiap ledger bisa menampung 1.000 operasi klasik dan 2.000 transaksi smart contract. Seperti semua biaya Stellar, XLM-nya masuk ke fee pool yang dikunci, bukan ke validator. Panduan biaya dan kecepatan Stellar kami membandingkannya dengan jaringan lain.

State archival: sewa untuk data on-chain

Ethereum menyimpan data kontrak selamanya begitu ada yang membayar untuk menuliskannya, dan setiap node menanggung beban itu tanpa batas waktu. Soroban memakai pendekatan berbeda yang disebut state archival (dokumentasi SDF). Setiap potong data kontrak punya masa hidup (time-to-live/TTL) yang dihitung dalam ledger, dan agar tetap aktif harus membayar sewa.

Ada tiga jenis penyimpanan. Penyimpanan temporary paling murah dan dihapus permanen saat TTL-nya mencapai nol, cocok untuk hal seperti penawaran harga atau nonce. Penyimpanan persistent cocok untuk saldo dan akan diarsipkan, bukan dihapus, saat kedaluwarsa. Penyimpanan instance menyimpan pengaturan tingkat kontrak dan berbagi TTL dengan kontraknya sendiri. Entri yang sudah diarsipkan tidak bisa dibuat ulang, hanya dipulihkan, jadi tidak ada yang bisa diam-diam menyelipkan saldo baru di tempat saldo lama dulu berada.

Protocol 23 “Whisk” (September 2025) merombak archival sehingga entri persistent yang diarsipkan dan tercantum di restore list sebuah transaksi otomatis dipulihkan sebelum kontrak berjalan, dan simulasi akan mengisi daftar itu untukmu. Desain ini menjaga penyimpanan validator tetap ramping, tapi menambah satu pekerjaan bagi developer: perpanjang TTL semua data penting, atau siapkan anggaran untuk pemulihan.

Stellar Asset Contract: aset native bertemu kontrak

Satu masalah yang dihindari Soroban adalah wrapping. Di Ethereum, ETH harus diubah menjadi WETH sebelum bisa dipakai kebanyakan kontrak. Di Stellar, setiap aset, termasuk XLM, punya satu Stellar Asset Contract (SAC) khusus yang mengimplementasikan antarmuka token standar (SEP-41). Dokumentasi SDF menyebut aset dan SAC-nya “mewakili aset yang sama” (dokumentasi SAC). Siapa pun bisa men-deploy SAC, dan SAC membaca serta menulis saldo trustline yang sama dengan yang dipakai dompet klasik.

Manfaatnya lebih dari sekadar praktis. SAC menghormati flag otorisasi dan clawback milik penerbit, itulah sebabnya penerbit yang diawasi regulator bisa membiarkan token mereka masuk ke DeFi tanpa kehilangan kendali. PYUSD milik PayPal, misalnya, diluncurkan di Stellar dengan SAC sehingga langsung kompatibel dengan Soroban sejak hari pertama; panduan stablecoin kami membahasnya lebih dalam. Halaman kami tentang tokenisasi aset dunia nyata menjelaskan kenapa lapisan kepatuhan ini menarik bagi manajer investasi. Protocol 26 (Mei 2026) melangkah lebih jauh: transfer XLM lewat SAC kini bisa otomatis membuat akun penerima.

Soroban vs EVM

Developer yang datang dari Ethereum, BNB Chain, atau jaringan EVM lain akan menemukan konsep yang familier dengan bawaan yang berbeda. Tulisan desain dari SDF membingkai beberapa di antaranya sebagai pelajaran dari Ethereum, termasuk satu aturan tegas: “Jangan izinkan re-entry kontrak” (blog SDF).

Ada dua catatan. Memblokir re-entry memang menghilangkan satu kelas bug klasik, tapi tidak otomatis membuat kontrak aman. Kesalahan logika, kontrol akses yang buruk, dan masalah oracle tetap ada. Selain itu tidak ada lapisan kompatibilitas EVM, jadi kode Solidity harus ditulis ulang. Untuk perbandingan Stellar yang lebih luas dengan pesaing di bidang pembayaran, lihat XLM vs XRP.

Upgrade protokol sejak peluncuran, hingga P29 dan voting Bell

Validator memberikan suara untuk setiap upgrade, dan upgrade langsung berlaku begitu voting lolos. Sejak Soroban aktif, platform kontraknya sudah banyak berubah:

• Protocol 21 (Juni 2024): verifikasi tanda tangan secp256r1 untuk dompet passkey, plus penyempurnaan model biaya.
• Protocol 22 (Desember 2024): constructor kontrak dan kriptografi BLS12-381.
• Protocol 23 “Whisk” (September 2025): event terpadu, perubahan state archival, dan eksekusi kontrak paralel.
• Protocol 25 “X-Ray” (Januari 2026): BN254 dan hashing Poseidon, fondasi untuk zero-knowledge proof.
• Protocol 26 “Yardstick” (Mei 2026): pembekuan entri ledger yang disusupi lewat konsensus validator, aritmetika 256-bit dengan pengecekan, dan peningkatan SAC.
• Protocol 27 “Zipper” dan 28 “Adapter” (Juli dan September 2026): delegasi autentikasi untuk smart account, lalu executable kontrak yang dikelola secara eksternal dan fungsi sparse map.
• Protocol 29 (1 Oktober 2026): hanya perbaikan keamanan, tanpa CAP baru.

Berikutnya adalah Protocol 30 “Bell”, yang belum aktif. Voting mainnet-nya dijadwalkan pada 23 November 2026, dan tanggalnya bisa berubah. Bell akan menambah muxed contract address, verifikasi tanda tangan pasca-kuantum ML-DSA sebagai host function, dan timestamp ledger dalam milidetik (panduan upgrade Bell). SDF mencatat bahwa tanda tangan akun biasa tetap Ed25519 dan Bell sendiri tidak membuat ledger tertutup lebih cepat dari sekitar lima detik.

Tool developer dan pendanaan

Rangkaian tool-nya ringkas. Stellar CLI dipakai untuk build, test, deploy, dan memanggil kontrak, sekaligus mengelola kunci dan jaringan. Stellar Lab, tool web milik SDF, bisa meng-upload, men-deploy, memanggil, dan menyimulasikan kontrak di Mainnet, Testnet, dan Futurenet tanpa setup lokal apa pun. Stellar RPC adalah API data yang direkomendasikan untuk builder baru. SDK klien tersedia untuk JavaScript, Python, dan lainnya, sementara Stellar Wallets Kit menghubungkan aplikasi ke dompet Stellar seperti Varial (dulu Freighter), LOBSTR, dan xBull.

Untuk keamanan, SDF menjalin kemitraan dua tahun dengan OpenZeppelin dari Januari 2025 hingga Desember 2026. Cakupannya meliputi pustaka kontrak Stellar yang sudah diaudit, 40 minggu-auditor untuk audit, dan program bug bounty (pengumuman SDF). Soroban Security Audit Bank dari SDF mempertemukan proyek yang memenuhi syarat dengan firma audit dengan biaya bersama 5%, yang dikembalikan kalau temuan kritis, tinggi, dan menengah diperbaiki dalam 20 hari kerja.

Pendanaan terutama mengalir lewat Stellar Community Fund. Jalur Build-nya menawarkan hingga US$150.000 dalam bentuk XLM per proyek, dan Instaward yang lebih kecil disalurkan lewat chapter ambassador lokal. Anggota komunitas memberikan suara untuk penerima dana. Ronde-ronde terbaru masing-masing membagikan sekitar US$1,2 juta hingga US$2,2 juta. SCF #29, misalnya, menyalurkan sekitar US$2,2 juta ke 39 proyek.

Kata Pan-chan

Mulailah di testnet pakai Stellar Lab, simulasikan setiap panggilan, baru arahkan CLI ke mainnet. XLM testnet gratis jauh lebih baik daripada pelajaran yang mahal.

Pelajaran keamanan: insiden oracle YieldBlox

Pelajaran termahal Soroban sejauh ini tidak berasal dari bug di kontrak inti. Pada 22 Februari 2026, seorang penyerang membobol pool pinjaman yang dikelola YieldBlox DAO di Blend. Pool itu menilai jaminan lewat oracle Reflector, yang mengambil data dari pasar USTRY/USDC yang tipis di DEX Stellar. Satu transaksi mendorong harga USTRY yang dilaporkan dari sekitar US$1,05 menjadi sekitar US$106,73. Penyerang lalu meminjam kira-kira US$10,2 juta dalam XLM dan USDC dengan jaminan yang nilainya sudah digelembungkan itu (post-mortem Blockaid).

Setelah Blockaid mengidentifikasi dompet penyerang, validator Tier-1 berkoordinasi menolak transaksi dari alamat-alamat itu, yang “mengarantina” sekitar 48,07 juta XLM (sekitar US$7,3 juta). Blockaid sendiri terlibat dalam penanganannya, jadi baca angkanya dengan mempertimbangkan hal itu. Pelajaran bagi builder adalah pelajaran klasik DeFi: jangan pernah menilai jaminan dari pasar yang tipis, pakai feed berbobot waktu atau multi-sumber, dan batasi eksposur ke aset yang tidak likuid. Panduan DeFi Stellar kami membahas insiden ini dari sisi pengguna.

Builder Soroban di Asia

Aktivitas Soroban di Asia yang sudah terverifikasi masih sederhana, tapi terus tumbuh. Pada 2026, SDF dan platform edukasi Rise In menggelar APAC Stellar Hackathon dengan total hadiah hingga US$60.000. Tim-tim di seluruh Asia Tenggara ditantang membangun aplikasi DeFi, pembayaran, dompet, dan on/off-ramp di Soroban, dengan dukungan lokal serta babak final tatap muka di Filipina, Vietnam, dan Indonesia (BitPinas). Di sisi institusi, Marketnode asal Singapura, yang menerima investasi strategis dari SDF pada Oktober 2026, mendistribusikan reksa dana tokenisasi di Stellar kepada investor Asia-Pasifik. Hub Asia kami memantau sisi regulasinya per negara.

Bagi developer di Ho Chi Minh City atau Bandung, jalurnya sama seperti di mana pun: belajar Rust, rilis di testnet, ajukan ke SCF, dan lakukan audit sebelum uang sungguhan masuk. Kalau kamu ingin memahami jaringannya dulu, mulai dari apa itu Stellar Lumens dan buka glosarium Stellar kami untuk istilah seperti TTL, SAC, dan trustline.

Jelajahi lebih lanjut

🌀 DeFi & dAppDEX, AMM, lending, dan yield di Stellar.Baca panduan 🏦 Tokenisasi RWAReksa dana, obligasi AS, dan kredit di Stellar.Baca panduan 📘 Apa itu XLMStellar dan XLM dijelaskan, dari sejarah sampai biaya.Baca panduan 📖 GlosariumEmpat puluh istilah Stellar dalam bahasa sederhana.Baca panduan