Dalam halaman ini
- Adakah Stellar mempunyai kontrak pintar? Sejarah ringkas
- Cara Soroban berfungsi: Rust, WebAssembly dan host
- Yuran Soroban dan model sumber
- Arkib keadaan: sewa untuk data di rantaian
- Stellar Asset Contract: aset asli bertemu kontrak
- Soroban berbanding EVM
- Naik taraf protokol sejak pelancaran, hingga P29 dan undian Bell
- Alat pembangun dan pembiayaan
- Pengajaran keselamatan: insiden oracle YieldBlox
- Pembina Soroban di Asia
Adakah Stellar mempunyai kontrak pintar? Ya. Soroban ialah platform kontrak pintar Stellar, dan ia telah berjalan di mainnet sejak Protocol 20 diluluskan melalui undian pada 20 Februari 2024. Ia dibuka sepenuhnya kepada pengguna pada 19 Mac 2024 (versi perisian SDF). Pembangun menulis kontrak dalam Rust, mengkompilnya kepada WebAssembly (Wasm) dan melancarkannya ke rangkaian Stellar yang sama yang telah mengendalikan pembayaran sejak 2014. Soroban bukan rantaian berasingan atau sidechain.
Yang menjadikan Soroban menarik bukanlah kewujudannya (kebanyakan layer-1 kini ada kontrak) tetapi pilihan reka bentuk di sebaliknya. Yuran dikira mengikut sumber, bukan satu angka “gas”. Data yang disimpan membayar sewa dan boleh diarkibkan. Kemasukan semula (re-entry) kontrak disekat. Aset asli boleh terus digunakan tanpa dibalut. Panduan ini menerangkan cara kontrak pintar Stellar berfungsi, berapa kosnya, bagaimana ia berbeza daripada EVM Ethereum, dan apa yang boleh dimanfaatkan oleh pembina di Asia.
Adakah Stellar mempunyai kontrak pintar? Sejarah ringkas
Untuk sebahagian besar hayatnya, Stellar sengaja tidak menyediakan kontrak serba guna. Protokolnya datang dengan buku pesanan terbina dalam, multisig, path payment, claimable balance dan, mulai 2021, kolam AMM asli. Itu sudah memadai untuk pembayaran dan dagangan mudah, tetapi tiada sesiapa boleh melancarkan logik tersuai seperti pasaran pinjaman.
Semuanya berubah dengan Soroban. SDF mengumumkan Soroban Adoption Fund bernilai US$100 juta pada 2022 untuk menyemai ekosistem, dan kodnya menghabiskan tahun 2023 di testnet dan Futurenet. Protocol 20 sampai ke mainnet pada 20 Februari 2024 selepas tertangguh tiga minggu untuk pembetulan pepijat. SDF kemudian membukanya secara berperingkat: Fasa 0 pada 20 Februari, Fasa 1 pada 27 Februari dan Fasa 2, yang membuka rangkaian untuk kegunaan umum, pada 19 Mac 2024 (SDF tentang pelancaran berperingkat). Jika anda terbaca “Soroban dilancarkan pada 2023”, itu merujuk kepada rangkaian ujian, bukan mainnet.
Satu nota tentang nama: bahan SDF yang lebih baharu semakin kerap menyebut “kontrak pintar Stellar” (Stellar smart contracts) sahaja, dan Soroban-RPC dinamakan semula sebagai Stellar RPC pada 2024. Nama Soroban masih hidup dalam crate Rust soroban-sdk dan dalam perbualan harian pembangun, jadi kedua-dua istilah merujuk kepada perkara yang sama.
Cara Soroban berfungsi: Rust, WebAssembly dan host
Kontrak Soroban ialah program Rust kecil yang dikompil kepada Wasm. Gambaran keseluruhan SDF berterus terang bahawa hanya Rust disokong buat masa ini, dan kontrak tidak boleh menggunakan pustaka standard Rust yang penuh. Sebaliknya, kontrak dibina di atas crate soroban-sdk (gambaran keseluruhan kontrak pintar). Widget di atas menunjukkan bentuk kontrak yang paling ringkas: satu struct, blok impl yang ditanda dengan #[contractimpl], dan fungsi yang menerima pemegang persekitaran serta argumen.
Wasm berjalan di dalam “host” yang terbina dalam Stellar Core. Host menyediakan storan, kriptografi, peristiwa, panggilan antara kontrak dan kebenaran, jadi kontrak kekal kecil dan kerja yang berat dijalankan sebagai kod asli. Untuk memanggil kontrak, anda menghantar transaksi dengan InvokeHostFunctionOp. Transaksi kontrak pintar membawa tepat satu operasi, manakala transaksi klasik boleh menghimpunkan sehingga 100.
Pengujian ialah kelebihan utama. SDK menyertakan pelaksanaan host tempatan yang sepadan dengan persekitaran di rantaian, jadi anda boleh menyahpepijat dalam IDE biasa dan menjalankan ujian unit, fuzz dan property sebelum menyentuh testnet. Kebenaran juga terbina dalam. Sesuatu fungsi memanggil require_auth() pada sesuatu alamat, dan host menyemak tandatangan yang sepadan. Ini berfungsi untuk akaun biasa dan, sejak sokongan secp256r1 dalam Protocol 21, untuk dompet pintar berasaskan passkey.
Yuran Soroban dan model sumber
Setiap transaksi Soroban membayar dua perkara: yuran kemasukan (inclusion fee) dan yuran sumber (resource fee) (yuran, had sumber dan pemeteran). Yuran kemasukan berfungsi seperti mana-mana yuran Stellar. Ia sekurang-kurangnya 100 stroop (0.00001 XLM), dan apabila lejar penuh, harga lonjakan (surge pricing) menyusun transaksi mengikut bidaan masing-masing. Yuran sumber pula bahagian khusus Soroban, dan ia diperincikan: arahan CPU, entri lejar yang dibaca dan ditulis, bait I/O, saiz transaksi, peristiwa dan nilai pulangan, serta sewa storan.
Sebahagian daripadanya boleh dipulangkan. CPU, bait baca dan tulis serta lebar jalur dicaj seperti yang diisytiharkan. Sewa, peristiwa dan nilai pulangan dipulangkan jika tidak digunakan. Dalam praktiknya, anda tidak perlu meneka angka ini: anda menyimulasikan transaksi melalui Stellar RPC dahulu, dan simulasi itu memulangkan jejak sumber dan yuran yang perlu dilampirkan.
Dalam wang sebenar, jumlahnya tetap kecil. Pada semakan terakhir kami, yuran yang paling kerap dicaj di mainnet ialah minimum 100 stroop, manakala median berada sekitar 0.00035 XLM, dinaikkan oleh panggilan kontrak. Setakat Julai 2026, setiap lejar boleh memuatkan 1,000 operasi klasik dan 2,000 transaksi kontrak pintar. Sama seperti semua yuran Stellar, XLM itu masuk ke kolam yuran yang dikunci, bukan kepada validator. Panduan yuran dan kelajuan Stellar kami membandingkannya dengan rangkaian lain.
Arkib keadaan: sewa untuk data di rantaian
Ethereum menyimpan data kontrak selama-lamanya sebaik seseorang membayar untuk menulisnya, dan setiap nod menanggung beban itu tanpa had. Soroban mengambil pendekatan berbeza yang dipanggil state archival atau arkib keadaan (dokumentasi SDF). Setiap data kontrak mempunyai tempoh hayat (TTL) yang dikira dalam lejar, dan untuk kekal aktif ia perlu membayar sewa.
Terdapat tiga jenis storan. Storan temporary (sementara) paling murah dan dipadam secara kekal apabila TTL-nya mencecah sifar, sesuai untuk perkara seperti sebut harga atau nonce. Storan persistent sesuai untuk baki dan diarkibkan, bukan dipadam, apabila tamat tempoh. Storan instance menyimpan tetapan peringkat kontrak dan berkongsi TTL kontrak itu sendiri. Entri yang diarkibkan tidak boleh dicipta semula, hanya dipulihkan, jadi tiada sesiapa boleh menyelitkan baki baharu di tempat baki lama.
Protocol 23 “Whisk” (September 2025) merombak arkib supaya entri persistent yang diarkibkan dan tersenarai dalam senarai pemulihan transaksi akan kembali secara automatik sebelum kontrak dijalankan, dan simulasi akan mengisi senarai itu untuk anda. Reka bentuk ini memastikan storan validator kekal ramping, tetapi menambah satu tugas untuk pembangun: panjangkan TTL apa-apa yang penting, atau sediakan bajet untuk pemulihan.
Stellar Asset Contract: aset asli bertemu kontrak
Satu masalah yang dielakkan Soroban ialah pembalutan (wrapping). Di Ethereum, ETH perlu ditukar menjadi WETH sebelum kebanyakan kontrak boleh menggunakannya. Di Stellar, setiap aset, termasuk XLM, mempunyai satu Stellar Asset Contract (SAC) khas yang melaksanakan antara muka token standard (SEP-41). Dokumentasi SDF menyatakan aset dan SAC-nya “mewakili aset yang sama” (dokumentasi SAC). Sesiapa sahaja boleh melancarkan SAC, dan ia membaca serta menulis baki trustline yang sama yang digunakan oleh dompet klasik.
Ini penting melebihi soal kemudahan. SAC menghormati bendera kebenaran dan clawback penerbit, sebab itulah penerbit yang dikawal selia boleh membawa token mereka ke DeFi tanpa hilang kawalan. Contohnya, PYUSD daripada PayPal dilancarkan di Stellar menggunakan SAC supaya ia serasi dengan Soroban dari hari pertama; panduan stablecoin kami membincangkannya dengan lebih mendalam. Halaman kami tentang tokenisasi aset dunia sebenar menerangkan mengapa lapisan pematuhan itu menarik minat pengurus dana. Protocol 26 (Mei 2026) melangkah lebih jauh, membolehkan pemindahan XLM melalui SAC mencipta akaun penerima secara automatik.
Soroban berbanding EVM
Pembangun yang datang dari Ethereum, BNB Chain atau rangkaian EVM lain akan menemui idea yang biasa tetapi dengan tetapan lalai berbeza. Tulisan reka bentuk SDF membingkaikan beberapa daripadanya sebagai pengajaran daripada Ethereum, termasuk satu peraturan mutlak: “Don’t allow contract re-entry” (blog SDF).
| Topik | Soroban (Stellar) | EVM (Ethereum dan lain-lain) |
|---|---|---|
| Bahasa / masa larian | Rust dikompil kepada Wasm | Kebanyakannya Solidity atas bytecode EVM |
| Yuran | Yuran sumber terperinci + yuran kemasukan | Satu metrik gas |
| Storan | TTL, sewa dan arkib | Disimpan selamanya selepas ditulis |
| Re-entrancy | Disekat oleh host | Dibenarkan; dikawal dalam kod aplikasi |
| Syiling asli dalam kontrak | XLM melalui SAC, tanpa dibalut | ETH biasanya dibalut sebagai WETH |
| Kelulusan token | Auth terbina dalam, satu transaksi | Corak approve + transferFrom |
Dua kaveat. Menyekat re-entry menghapuskan satu kelas pepijat klasik, tetapi tidak menjadikan kontrak selamat secara automatik. Ralat logik, kawalan akses yang lemah dan masalah oracle masih wujud. Selain itu, tiada lapisan keserasian EVM, jadi kod Solidity perlu ditulis semula. Untuk perbandingan lebih luas antara Stellar dan pesaing yang turut fokus pada pembayaran, lihat XLM vs XRP.
Naik taraf protokol sejak pelancaran, hingga P29 dan undian Bell
Validator mengundi setiap naik taraf, dan setiap satu berkuat kuasa sebaik undian lulus. Sejak Soroban beroperasi, platform kontraknya telah banyak berubah:
- Protocol 21 (Jun 2024): pengesahan tandatangan secp256r1 untuk dompet passkey, serta penambahbaikan model kos.
- Protocol 22 (Disember 2024): constructor kontrak dan kriptografi BLS12-381.
- Protocol 23 “Whisk” (September 2025): peristiwa bersatu, perubahan arkib keadaan dan pelaksanaan kontrak secara selari.
- Protocol 25 “X-Ray” (Januari 2026): hashing BN254 dan Poseidon, blok binaan untuk bukti sifar pengetahuan (zero-knowledge proofs).
- Protocol 26 “Yardstick” (Mei 2026): pembekuan entri lejar yang terjejas melalui konsensus validator, matematik 256-bit yang disemak dan penambahbaikan SAC.
- Protocol 27 “Zipper” dan 28 “Adapter” (Julai dan September 2026): delegasi pengesahan untuk akaun pintar, kemudian executable kontrak yang diurus secara luaran dan fungsi sparse-map.
- Protocol 29 (1 Oktober 2026): pembetulan keselamatan sahaja, tiada CAP baharu.
Seterusnya ialah Protocol 30 “Bell”, yang belum aktif. Undian mainnet-nya dijadualkan pada 23 November 2026, dan tarikhnya mungkin berubah. Bell akan menambah alamat kontrak muxed, pengesahan tandatangan pasca-kuantum ML-DSA sebagai fungsi host, dan cap masa lejar dalam milisaat (panduan naik taraf Bell). SDF menegaskan bahawa tandatangan akaun biasa kekal Ed25519 dan Bell sendiri tidak menjadikan lejar ditutup lebih pantas daripada kira-kira lima saat.
Alat pembangun dan pembiayaan
Rangkaian alatnya padat. Stellar CLI membina, menguji, melancarkan dan memanggil kontrak serta mengurus kunci dan rangkaian. Stellar Lab, alat web SDF, boleh memuat naik, melancarkan, memanggil dan menyimulasikan kontrak di Mainnet, Testnet dan Futurenet tanpa sebarang persediaan tempatan. Stellar RPC ialah API data yang disyorkan untuk pembina baharu. SDK klien meliputi JavaScript, Python dan banyak lagi, manakala Stellar Wallets Kit menghubungkan aplikasi dengan dompet Stellar seperti Varial (dahulunya Freighter), LOBSTR dan xBull.
Untuk keselamatan, SDF menandatangani perkongsian dua tahun dengan OpenZeppelin dari Januari 2025 hingga Disember 2026. Ia meliputi pustaka kontrak Stellar yang telah diaudit, 40 minggu-juruaudit untuk audit dan program bug bounty (pengumuman SDF). Soroban Security Audit Bank milik SDF memadankan projek yang layak dengan firma audit dengan bayaran bersama 5%, yang dipulangkan jika penemuan kritikal, tinggi dan sederhana dibaiki dalam tempoh 20 hari bekerja.
Pembiayaan kebanyakannya disalurkan melalui Stellar Community Fund. Laluan Build-nya menawarkan sehingga US$150,000 dalam bentuk XLM bagi setiap projek, dan Instaward yang lebih kecil diagihkan melalui cawangan duta tempatan. Ahli komuniti mengundi untuk menentukan anugerah. Pusingan terkini membayar kira-kira US$1.2 juta hingga US$2.2 juta setiap satu. SCF #29, contohnya, mengagihkan kira-kira US$2.2 juta kepada 39 projek.
Pengajaran keselamatan: insiden oracle YieldBlox
Pengajaran paling mahal Soroban setakat ini tidak datang daripada pepijat dalam kontrak teras. Pada 22 Februari 2026, seorang penyerang menyasarkan kolam pinjaman yang dikendalikan YieldBlox DAO di Blend. Kolam itu menetapkan harga cagaran melalui oracle Reflector, yang mengambil data daripada pasaran USTRY/USDC yang nipis di DEX Stellar. Satu transaksi menolak harga USTRY yang dilaporkan dari kira-kira US$1.05 kepada kira-kira US$106.73. Penyerang kemudian meminjam kira-kira US$10.2 juta dalam XLM dan USDC dengan cagaran yang telah digelembungkan itu (post-mortem Blockaid).
Sebaik Blockaid mengenal pasti dompet penyerang, validator Tier-1 berkoordinasi untuk menolak transaksi daripada alamat tersebut, sekali gus “mengkuarantin” kira-kira 48.07 juta XLM (kira-kira US$7.3 juta). Blockaid sendiri terlibat dalam tindak balas itu, jadi bacalah angkanya dengan mengambil kira hal tersebut. Pengajaran untuk pembina ialah pengajaran DeFi klasik: jangan sekali-kali menetapkan harga cagaran berdasarkan pasaran yang nipis, gunakan suapan berwajaran masa atau pelbagai sumber, dan hadkan pendedahan kepada aset tidak cair. Panduan DeFi Stellar kami mengupas insiden ini dari sudut pengguna.
Pembina Soroban di Asia
Aktiviti Soroban yang disahkan di Asia masih sederhana tetapi semakin berkembang. Pada 2026, SDF dan platform pendidikan Rise In menganjurkan APAC Stellar Hackathon dengan hadiah sehingga US$60,000. Ia mengajak pasukan di seluruh Asia Tenggara membina aplikasi DeFi, pembayaran, dompet dan on/off-ramp di Soroban, dengan sokongan tempatan dan pusingan akhir secara bersemuka di Filipina, Vietnam dan Indonesia (BitPinas). Di sudut institusi pula, Marketnode dari Singapura, yang menerima pelaburan strategik SDF pada Oktober 2026, mengedarkan dana bertoken di Stellar kepada pelabur Asia Pasifik. Hab Asia kami mengikuti aspek peraturan pasaran demi pasaran.
Bagi pembangun di Ho Chi Minh City atau Bandung, laluan praktikalnya sama seperti di mana-mana: belajar Rust, lancarkan di testnet, mohon SCF, dan dapatkan audit sebelum wang sebenar masuk. Jika anda mahu memahami rangkaiannya dahulu, mulakan dengan apa itu Stellar Lumens dan biarkan glosari Stellar kami terbuka untuk istilah seperti TTL, SAC dan trustline.
Soalan lazim
Adakah Stellar mempunyai kontrak pintar?
Ya. Platform kontrak pintar Stellar, Soroban, mula beroperasi di mainnet bersama Protocol 20 pada 20 Februari 2024 dan dibuka sepenuhnya kepada pengguna pada 19 Mac 2024. Kontrak ditulis dalam Rust dan dikompil kepada WebAssembly. Sebelum itu, Stellar menawarkan ciri terbina dalam seperti DEX, multisig dan claimable balance, tetapi tiada kontrak serba guna.
Apakah bahasa pengaturcaraan yang digunakan kontrak Soroban?
Rust. Dokumentasi SDF menyatakan hanya Rust disokong untuk kontrak buat masa ini, menggunakan crate soroban-sdk dan bukannya pustaka standard Rust yang penuh. Aplikasi yang memanggil kontrak boleh menggunakan SDK klien dalam JavaScript, Python dan bahasa lain.
Berapakah kos transaksi Soroban?
Panggilan kontrak membayar yuran kemasukan (sekurang-kurangnya 100 stroop, atau 0.00001 XLM) ditambah yuran sumber untuk CPU, bacaan dan tulisan lejar, saiz transaksi, peristiwa dan sewa storan. Pada semakan terakhir kami, yuran median bagi semua transaksi ialah kira-kira 0.00035 XLM, dinaikkan oleh panggilan kontrak. Simulasi transaksi terlebih dahulu akan memberitahu kos tepatnya; panduan yuran kami ada butiran lanjut.
Apakah itu arkib keadaan (state archival) di Stellar?
Data kontrak di Stellar mempunyai tempoh hayat (TTL) dan perlu membayar sewa untuk kekal aktif. Data sementara dipadam apabila TTL-nya tamat. Data persistent dan instance pula diarkibkan dan boleh dipulihkan kemudian, secara automatik sejak Protocol 23 apabila transaksi memasukkannya dalam senarai pemulihan.
Adakah Protocol 30 sudah aktif di Stellar?
Belum. Pada semakan terakhir kami, mainnet menjalankan Protocol 29. Protocol 30, dinamakan Bell, dijadual untuk undian validator pada 23 November 2026 dan akan menambah alamat kontrak muxed, pengesahan tandatangan pasca-kuantum ML-DSA untuk kontrak dan cap masa lejar dalam milisaat. Selagi undian belum lulus, anggaplah ia masih belum muktamad.
