Harga Movement Network (MOVE)

Movement Network adalah arsitektur jaringan blockchain yang dibangun di sekitar tumpukan teknologi Move; MOVE adalah token aslinya. Whitepaper menggambarkan jaringan ini sebagai infrastruktur rantai Move yang dapat memisahkan dan menggabungkan pengurutan transaksi, eksekusi, ketersediaan data, dan penyelesaian, bukan sebuah rantai terisolasi yang hanya terdiri atas satu lingkungan eksekusi. Bagi pengguna, hal utama bukanlah nama “Move” itu sendiri, melainkan bahwa sebuah transaksi akan melalui tahap seperti pengurutan, eksekusi, dan konfirmasi status; setiap rantai dapat memilih komponen yang sesuai dengan kebutuhannya. Whitepaper menjelaskan desain arsitektur dan keamanan; apakah suatu kemampuan yang dapat dikonfigurasi telah diaktifkan pada rantai atau aplikasi tertentu tetap bergantung pada implementasi aktualnya.

Kegunaan jaringan inti MOVE adalah menyediakan jaminan staking untuk validasi: setelah validator mengunci token asli, mereka berpartisipasi dalam mengonfirmasi transisi status dan menanggung konsekuensi ekonomi atas tindakan jahat atau konfirmasi yang salah melalui staking. Sekadar memegang MOVE tidak otomatis menjadikan suatu alamat sebagai validator; persyaratan partisipasi validasi dan teknis jaringan juga harus dipenuhi. Pengaturan ini menghubungkan hasil validasi dengan jaminan yang dapat dikenai hukuman. Jika validator mengonfirmasi status sesuai protokol, mereka dapat memperoleh insentif sesuai aturan jaringan; jika terjadi perilaku tidak jujur yang didefinisikan protokol, staking dapat dipangkas. Imbalan spesifik, delegasi, ambang minimum, dan syarat keluar tidak dapat disimpulkan dari deskripsi arsitektur dalam whitepaper.

Tujuan whitepaper adalah memungkinkan bytecode MoveVM dan EVM terhubung ke arsitektur jaringan yang sama: MoveVM digunakan untuk mengeksekusi kontrak Move, sedangkan EVM digunakan untuk mengeksekusi kontrak EVM yang umum dalam ekosistem Ethereum. Hal ini mengatasi perbedaan lingkungan eksekusi saat pengembangan dan migrasi aplikasi, bukan memperlakukan dua mesin virtual sebagai bahasa yang sama atau secara otomatis menghasilkan kompatibilitas penuh. Transaksi tetap harus ditafsirkan oleh lingkungan eksekusi yang digunakannya dan mengubah status rantai, lalu memasuki proses konfirmasi atau penyelesaian yang sesuai. Oleh karena itu, pengalaman aktual dukungan eksekusi ganda juga bergantung pada runtime, alat, dan aplikasi yang diaktifkan rantai tertentu, dan tidak dapat disimpulkan hanya dari deskripsi arsitektur bahwa setiap kontrak dapat berjalan tanpa perubahan.

Jalur dasar sebuah transaksi adalah: pertama, sequencer mengatur urutan pemrosesannya; kemudian lapisan eksekusi menjalankan transaksi dalam urutan tersebut dan menghasilkan status baru; terakhir, lapisan validasi dan penyelesaian memberikan konfirmasi atau jaminan atas status itu. Pengurutan ada agar peserta memiliki dasar bersama mengenai urutan pemrosesan; eksekusi bertanggung jawab menghitung perubahan status; konfirmasi atau penyelesaian menentukan berdasarkan asumsi keamanan apa status tersebut dapat diterima. Lapisan-lapisan ini dapat dipisahkan dan digabungkan, sehingga “transaksi cepat ditampilkan sebagai terkonfirmasi” tidak serta-merta berarti bahwa transaksi tersebut telah memperoleh seluruh jaminan penyelesaian dasar. Konfigurasi berbeda dapat menggunakan konfirmasi cepat dan menggabungkannya dengan penyelesaian optimistis atau zero-knowledge; pengguna perlu membedakan konfirmasi yang ditampilkan aplikasi, konfirmasi validator, dan jaminan akhir yang disediakan oleh lapisan penyelesaian yang diandalkan.

Shared sequencing adalah desain yang menentukan urutan pemrosesan transaksi melalui komponen bersama yang dapat diverifikasi. Fungsinya bukan sekadar “mengantrekan”: ketika beberapa rantai atau aplikasi Move perlu mengandalkan urutan yang sama, shared sequencing dapat mengurangi masalah koordinasi akibat pengurutan terpisah masing-masing dan menyediakan dasar bersama bagi kolaborasi lintas rantai. Pengurutan itu sendiri tidak mengeksekusi kontrak dan tidak secara mandiri membuktikan bahwa aset telah tiba di rantai lain. Setelah diurutkan, transaksi masih harus dieksekusi, divalidasi, dan diproses sesuai mekanisme penyelesaian terkait; bagaimana pesan lintas rantai, status aset, dan finalitas diwujudkan bergantung pada koneksi antar-rantai serta komponen yang diterapkan secara spesifik.

Saat berpartisipasi dalam staking validasi, pertama-tama perlu membedakan tiga hal: memegang token, melakukan staking, dan benar-benar menjalankan validator. Staking menyediakan jaminan ekonomi, tetapi validator juga memikul tanggung jawab atas konfirmasi status; jika protokol menilai terdapat perilaku tidak jujur yang dapat dihukum, staking terkait dapat dipangkas. Karena itu, peserta tidak boleh menilai hanya berdasarkan potensi imbalan: mereka juga perlu mengonfirmasi apakah jaringan spesifik membuka cara partisipasi tersebut, apakah mendukung delegasi, aturan penguncian atau keluar, tanggung jawab operasional validator, serta kondisi penerapan pemangkasan. Whitepaper mengonfirmasi logika keamanan imbalan dan hukuman, tetapi materi yang diberikan tidak memuat ambang atau tingkat imbal hasil seragam yang dapat dioperasikan pengguna.

Move Stack adalah kerangka modular untuk membangun rantai Move. Intinya adalah memperlakukan eksekusi, pengurutan, ketersediaan data, dan penyelesaian sebagai lapisan yang dapat dikomposisikan, alih-alih mengharuskan setiap rantai menggunakan implementasi yang sepenuhnya sama; pengembang dapat memilih konfigurasi yang sesuai dengan kebutuhan rantai dan terhubung ke arsitektur Movement yang lebih luas. Modularitas tidak berarti semua kombinasi secara alami memiliki kinerja atau keamanan yang sama. Komponen pengurutan, ketersediaan data, dan penyelesaian apa yang benar-benar diandalkan suatu rantai akan langsung memengaruhi cara konfirmasi dan asumsi keamanannya; rujukan harus mengacu pada penjelasan implementasi publik rantai tersebut.

Desain finalitas cepat menghasilkan konfirmasi melalui validator yang mengonfirmasi transisi status; whitepaper menyatakan konfirmasi dari lebih dari dua pertiga total staking sebagai syarat terbentuknya konfirmasi cepat. Ambang ini menghubungkan bobot konfirmasi dengan token yang telah di-stake: hanya status yang didukung bobot staking yang memadai yang memenuhi syarat konfirmasi cepat tersebut. Namun, “konfirmasi cepat” dan jaminan penyelesaian final dalam pengertian yang lebih luas bukan konsep yang sama. Whitepaper juga membahas skema yang dikombinasikan dengan penyelesaian optimistis atau zero-knowledge; yang terakhir melibatkan lapisan penyelesaian yang diandalkan serta mekanisme pembuktian atau sengketa. Oleh sebab itu, waktu ketika sebuah transaksi dapat dianggap memenuhi persyaratan finalitas yang diperlukan harus dinilai berdasarkan konfigurasi spesifik rantai yang digunakan.

Interoperabilitas di sini berarti bahwa rantai-rantai yang berbeda dapat mengoordinasikan informasi dan berbagi infrastruktur, bukan sekadar menggunakan nama atau token yang sama secara bersamaan. Desain Movement menjadikan shared sequencing dan koneksi antar-rantai sebagai dasar untuk mendukung kolaborasi rantai Move, sehingga rantai-rantai tersebut tidak harus berjalan dalam lingkungan pengurutan dan koordinasi yang sepenuhnya terisolasi. Namun, apakah suatu aset dapat dipindahkan, pesan apa yang dapat diteruskan, dan kapan hal itu selesai tetap ditentukan oleh protokol bridge atau antar-rantai yang spesifik serta aturan validasi dan penyelesaiannya. Shared sequencing dapat membantu membangun kondisi koordinasi, tetapi tidak dapat menggantikan verifikasi aset dan status yang diperlukan untuk setiap operasi lintas rantai.

Validator perlu melakukan staking token asli karena jaringan harus memberikan biaya ekonomi yang dapat dimintai pertanggungjawaban pada tindakan mengonfirmasi status rantai. Tanpa jaminan, pihak yang memberikan konfirmasi salah biasanya tidak perlu menanggung kerugian yang sepadan dengan dampaknya; staking dan pemangkasan menerapkan batasan keamanan langsung kepada peserta validasi. Sejalan dengan itu, keamanan ekonomi jaringan berkaitan dengan skala dan distribusi staking yang berpartisipasi dalam validasi, bukan hanya kecepatan pemrosesan transaksi. Imbalan mendorong partisipasi sesuai aturan, dan pemangkasan menghambat tindakan jahat; keduanya bersama-sama mendukung tujuan agar validator mengonfirmasi status secara jujur.

Penyelesaian modular memungkinkan sebuah rantai menggabungkan konfirmasi lokal yang lebih cepat dengan cara jaminan penyelesaian yang berbeda. Whitepaper mengusulkan penggabungan penyelesaian cepat dengan penyelesaian optimistis atau zero-knowledge: yang pertama bergantung pada sengketa atau asumsi tertentu, sedangkan yang kedua bergantung pada verifikasi bukti; keduanya bukan sekadar nama berbeda untuk mekanisme yang sama. Makna praktis dari pelapisan ini adalah bahwa kecepatan, asumsi keamanan, dan ketergantungan pada penyelesaian eksternal perlu dipahami bersama. Pengguna dan pengembang yang memperhatikan aset lintas domain, jumlah besar, atau operasi yang tidak dapat dibatalkan harus memeriksa jalur penyelesaian spesifik yang digunakan rantai atau aplikasi terkait, bukan menganggap semua transaksi terkait Movement memiliki finalitas yang sepenuhnya sama.