MagicBlock merilis Validator v1.0 pada 6 Oktober 2026, menandai versi utama pertama dari runtime Solana Virtual Machine khusus yang memicu Ephemeral Rollups-nya. Setelah lebih dari satu setengah tahun dalam pembangunan, pengujian, dan penyempurnaan, rilis ini mengkonsolidasikan fitur-fitur yang sudah digunakan di produksi sekaligus memperkuat kinerja di bawah beban, pemulihan kegagalan, dan alat operator. Pengembang sekarang dapat mendelegasikan akun-akun tertentu ke lingkungan eksekusi cepat yang terlokalisasi yang memproses pekerjaan dengan waktu blok sekitar 10 milidetik, lalu mengirimkan hasil kembali ke mainnet Solana. 

Empat validator saat ini beroperasi di mainnet di Asia, Eropa, Amerika Serikat, dan sebuah instance trusted-execution-environment. Pembaruan ini tiba saat aplikasi di bidang gaming, perdagangan, dan pembayaran membutuhkan latensi dan privasi yang tidak dapat disediakan oleh lapisan dasar saja, sambil tetap mempertahankan akses penuh ke program dan likuiditas Solana. Validator v1.0 mengubah Ephemeral Rollups menjadi mesin real-time yang siap produksi dengan memberikan pengembang penanganan intent multi-langkah, penyimpanan sementara yang lebih murah, tindakan penyelesaian atomik, dan ekonomi yang lebih jelas, semuanya tetap sepenuhnya terkait dengan Solana.

Intent bundles memungkinkan aplikasi meminta serangkaian langkah dari satu transaksi rollup tunggal alih-alih menyusun langkah-langkah tersebut sendiri. Validator kemudian mengelola urutan eksekusi, mengurangi kode koordinasi yang sebelumnya harus dipertahankan oleh pengembang. Secara praktis, ini berarti sebuah game dapat memperbarui status pemain, memicu pembayaran, dan menjadwalkan tindakan lanjutan tanpa panggilan on-chain terpisah untuk setiap bagian. Desain ini menjaga program Solana sebagai pengatur utama sementara rollup menangani pekerjaan berfrekuensi tinggi. Menurut catatan rilis resmi di GitHub, bundle-bundle ini membentuk bagian dari serangkaian alur kerja aplikasi yang lebih luas yang juga mencakup tindakan pasca-delegasi dan callback. Karena akun-akun tetap terkunci terhadap penulisan konflik di rantai dasar selama sesi, urutan tetap konsisten bahkan jika kondisi jaringan bervariasi. Pendekatan ini menurunkan risiko eksekusi sebagian dan membuat alur real-time kompleks lebih andal bagi para pembangun yang membutuhkan hasil deterministik.

Dampak praktisnya paling jelas terlihat dalam alur pembayaran dan gaming. Pengguna dapat mengotorisasi satu transaksi yang ditandatangani di Solana mainnet; validator kemudian menjalankan bagian pribadi atau berkecepatan tinggi di dalam rollup dan menyelesaikan keadaan akhir kembali. Postingan blog MagicBlock menjelaskan bahwa kombinasi intent dan fitur terkait menghilangkan kebutuhan bagi pengembang untuk mengelola langkah-langkah menengah secara manual. Aplikasi produksi awal telah menunjukkan sesi multipemain dan loop perdagangan yang terasa kontinu, bukan terganggu oleh waktu blok. Dengan memindahkan tanggung jawab pengurutan ke validator, rilis ini mengurangi area permukaan untuk bug dan membebaskan waktu teknik untuk logika aplikasi. Perubahan ini juga selaras dengan tujuan yang dinyatakan proyek untuk memungkinkan aplikasi menskalakan komputasi sesuai permintaan sambil tetap sepenuhnya komposabel dengan program dan kolam likuiditas Solana yang ada.

Magic Actions memungkinkan program Solana menggunakan status rollup yang diperbarui selama transaksi penyelesaian itu sendiri. Ketika sebuah aksi dimasukkan dalam transaksi Solana yang sama dengan commit, ia berjalan secara atomik: keberhasilan memajukan baik commit maupun aksi; kegagalan mengembalikan seluruh transaksi. Jaminan ini menghilangkan kelas masalah state parsial yang sebelumnya memerlukan logika pemulihan khusus. Callback mengembalikan hasil ke rollup sehingga aplikasi dapat bereaksi segera. Undelegation otomatis lebih menyederhanakan pengembalian akun ke lapisan dasar. Catatan rilis GitHub mencantumkan kemampuan ini di bawah alur penyelesaian dan mencatat peningkatan penanganan urutan commit dan konsistensi blockhash. Bersama-sama, mereka menciptakan siklus yang lebih rapat antara lingkungan berkecepatan tinggi dan keamanan Solana mainnet.

Untuk pengembang, sifat atomik paling penting saat nilai bergerak. Aplikasi perdagangan dapat mengonfirmasi pembaruan harga dan secara bersamaan mengeksekusi transfer terkait tanpa risiko satu berhasil sementara yang lain gagal. Pola yang sama mendukung distribusi hadiah game atau finalisasi pembayaran pribadi. Karena tindakan berada di dalam transaksi penyelesaian, sistem keseluruhan mewarisi jaminan konsensus Solana daripada menciptakan mekanisme finalitas terpisah. Peningkatan alat operator, termasuk pelacakan terstruktur dan metrik latensi yang diperluas, membantu tim mengamati langkah-langkah atomik ini di produksi. Hasil bersihnya adalah lebih sedikit kegagalan kasus tepi dan model mental yang lebih jelas: rollup mempercepat pekerjaan, lapisan dasar mencatat hasil definitif, dan Magic Actions menjaga keduanya tetap sinkron tanpa kode koordinasi tambahan.

Tindakan pasca-delegasi memungkinkan aplikasi mengatur pekerjaan yang dimulai segera setelah akun tiba di rollup. Tindakan ini dapat mencakup instruksi terenkripsi, memungkinkan alur kerja pribadi tanpa mengekspos keadaan perantara. Digabungkan dengan intent bundles, fitur ini mendukung jalur pembayaran pribadi lengkap: pengguna menandatangani sekali di mainnet, rollup mengeksekusi bagian rahasia di dalam lingkungan eksekusi terpercaya, dan hasil akhir diselesaikan kembali di Solana. Dokumentasi MagicBlock menjelaskan model privasi sebagai bergantung pada perangkat keras Intel TDX, di mana area prosesor yang disegel melindungi keadaan dari mesin host. Komprominya adalah kepercayaan terhadap vendor perangkat keras, yang secara terbuka dinyatakan oleh proyek. Transfer token tetap menggunakan antarmuka dan SDK Solana standar, sehingga dompet dan program yang ada tetap kompatibel.

Desain ini mengurangi jumlah langkah yang harus dipahami pengguna. Sebelumnya, alur pribadi sering memerlukan beberapa tanda tangan atau akun perantara. Dengan tindakan pasca-delegasi, kompleksitas berpindah di belakang satu otorisasi saja. Contoh produksi sudah mencakup strategi perdagangan rahasia dan status multipemain pribadi. Catatan rilis mengonfirmasi bahwa instruksi terenkripsi merupakan bagian dari penambahan alur kerja aplikasi di v1.0. Dengan menjaga privasi bersifat opsional dan terbatas pada akun yang didelegasikan, sistem menghindari memaksa setiap aplikasi masuk ke mode rahasia sambil tetap menawarkannya di mana diperlukan. Pendekatan ini juga mempertahankan komposabilitas: setelah bagian pribadi selesai, akun-akun hasilnya dapat berinteraksi dengan program Solana lainnya seperti biasa.

Magic ATAs memungkinkan pengguna mengirim token ke penerima di rollup tanpa terlebih dahulu membuat akun token terkait penerima di Solana atau membayar setoran bebas sewa. Akun token terkait adalah konstruksi standar Solana yang menyimpan token tertentu untuk dompet tertentu; membuatnya memerlukan SOL yang banyak pengguna lebih suka tidak habiskan terlebih dahulu. Magic ATAs menunda atau menghilangkan biaya tersebut untuk aktivitas rollup, mengurangi hambatan untuk transfer frekuensi tinggi atau sementara. Fitur ini bekerja dengan antarmuka Token-2022 dan token standar yang sudah didukung oleh validator. Karena akun-akun tersebut tetap bersifat sementara saat berada di rollup, biaya ekonomis tetap sebanding dengan penggunaan aktual, bukan penyimpanan permanen.

Dalam konteks gaming dan pembayaran mikro, perbedaan ini bersifat material. Pemain dapat menerima hadiah atau melakukan transfer selama sesi tanpa perlu berhenti untuk membiayai akun token. Aplikasi perdagangan dapat mengarahkan saldo sementara dengan lebih lancar. Postingan blog resmi menyoroti hal ini sebagai bagian dari upaya luas untuk mengurangi langkah-langkah antara pengguna dan pembayaran. Digabungkan dengan eksekusi tanpa gas di dalam rollup, Magic ATAs membantu pengalaman keseluruhan mendekati responsivitas aplikasi web tradisional sambil tetap menyelesaikan hasil yang dapat diverifikasi di Solana. Perubahan ini juga selaras dengan penekanan proyek untuk menjaga data sementara tetap murah, sebuah tema yang berlanjut dengan diperkenalkannya akun sementara.

Akun sementara memberikan tempat sementara untuk data di rollup dengan biaya pendanaan sebagian kecil dari akun lapisan dasar yang setara. Pengembang dapat membuat, mengubah ukuran, dan menutupnya secara bebas; ketika ruang dilepaskan, setoran penyimpanan yang sesuai dikembalikan. Sesi permainan, thread obrolan, atau perhitungan sementara karena itu dapat menghasilkan sejumlah besar state tanpa secara permanen mengonsumsi biaya sewa Solana. Setelah data tidak lagi diperlukan, akun cukup ditutup dan setoran direklamasi. Model ini sesuai dengan siklus hidup banyak aplikasi real-time jauh lebih baik daripada penyimpanan permanen di rantai.

Keuntungan ekonomi semakin meningkat untuk aplikasi yang membuka dan menutup banyak sesi jangka pendek. Alih-alih membayar saldo bebas sewa penuh untuk setiap struktur sementara, tim hanya membayar saat data masih berguna. Catatan rilis GitHub mencantumkan akun sementara sebagai salah satu penambahan utama dalam alur kerja aplikasi. Karena akun-akun ini berada di dalam lingkungan yang ditugaskan, mereka mewarisi perlindungan penguncian yang sama terhadap penulisan lapisan dasar yang bertentangan. Saat penyelesaian terjadi, hanya status akhir yang relevan yang perlu ditulis kembali ke Solana. Oleh karena itu, desain ini mengurangi biaya dan pembengkakan status sekaligus mempertahankan model keamanan rantai dasar. Para pembangun yang sebelumnya menghindari status sementara yang kaya karena alasan biaya kini memiliki pilihan yang praktis.

Validator v1.0 meningkatkan cara akun disinkronkan dari lapisan dasar. Sinkronisasi sekarang lebih paralel dan berbasis permintaan, dengan jalur tanpa kunci, langganan dan pengambilan akun dalam batch, ditambah cakupan gRPC dan WebSocket bertingkat. Pengelompokan koneksi, penyimpanan sementara akun kosong, dan pengurangan beban instrumen lebih lanjut menurunkan penggunaan sumber daya. Perubahan ini mengurangi beban yang ditempatkan validator rollup pada endpoint Solana RPC dan meningkatkan ketahanan saat pembaruan datang terlambat atau koneksi terputus. Pekerjaan penyelesaian yang tertunda dapat dipulihkan setelah restart, mengatasi kesenjangan pemulihan sebelumnya.

Efek praktisnya adalah keandalan yang lebih tinggi di bawah lalu lintas produksi. Aplikasi yang membuka banyak sesi bersamaan tidak lagi mudah mengalami risiko aliran macet atau koneksi ulang yang gagal diam-diam. Alat operator mendapatkan antarmuka baris perintah, diagnostik pengambilan akun, dan integrasi Geyser, sehingga lebih mudah memantau dan menyelidiki masalah. Catatan rilis juga mencatat peningkatan penanganan pembaruan akun yang kadaluarsa atau tidak berurutan serta persaingan selama kloning. Bersama-sama, perbaikan ini menggerakkan runtime dari alat eksperimental menuju infrastruktur yang dapat diandalkan tim untuk layanan real-time berkelanjutan. Fokus pada efisiensi di bawah beban mencerminkan pengamatan proyek bahwa banyak fitur sudah aktif; v1.0 hanya menempatkannya di fondasi yang lebih kuat.

Pemulihan penyelesaian memungkinkan niat penyelesaian yang tertunda untuk dicoba ulang di seluruh restart validator. Alur commit-finalize dan undelegasi otomatis memberikan kendali yang lebih jelas atas kapan status kembali ke Solana. Catatan rilis menunjukkan peningkatan pada replays ledger, perilaku cache, batas kompaksi, dan flushing saat shutdown. Perubahan ini menangani race condition, aliran yang macet, dan masalah pengurutan yang sebelumnya dapat menyebabkan aplikasi berada dalam keadaan tidak konsisten. Peningkatan efisiensi sumber daya, termasuk kompaksi ledger dan penjadwalan replikasi yang disesuaikan, mengurangi persaingan antara eksekusi transaksi dan pemeliharaan latar belakang.

Untuk operator, keuntungan muncul dalam lebih sedikit intervensi manual setelah restart tak terduga. Untuk pengembang, keuntungan muncul dalam finalitas yang lebih dapat diprediksi. Aplikasi dapat mengandalkan validator untuk menyelesaikan atau memulihkan dengan bersih urutan penyelesaian, alih-alih mengimplementasikan logika percobaan ulang sendiri. Kombinasi dukungan pemulihan dan Aksi Ajaib atomik semakin mengurangi kemungkinan hasil parsial. Peningkatan observabilitas, pelacakan terstruktur, dan metrik siklus hidup serta latensi yang diperluas memberikan tim data yang dibutuhkan untuk mendiagnosis kasus tepi yang tersisa. Arah keseluruhan adalah menuju runtime yang gagal dengan aman dan pulih secara otomatis, yang sangat penting setelah aplikasi real-time berpindah dari bukti konsep ke operasi berkelanjutan.

Layanan replikasi baru memperkenalkan koordinasi utama/replica, snapshot AccountsDb untuk replica, dan pemeriksaan blockhash deterministik. Node replica dapat mengikuti node utama, meningkatkan kemampuan pemulihan dari kegagalan node tunggal. Catatan rilis secara eksplisit menandai mode replica dan protokol tantangan sebagai eksperimen dalam versi 1.0.0. Snapshot dan dukungan pemulihan, oleh karena itu, merupakan dasar daripada jaringan terdesentralisasi yang selesai. Proyek menyatakan bahwa desentralisasi dan jaringan tanpa izin tetap menjadi prioritas penting di luar rilis ini.

Meskipun dalam bentuk eksperimen, layanan ini memperkuat jalur menuju ketersediaan yang lebih tinggi. Aplikasi yang memerlukan uptime terus-menerus mendapat manfaat dari kemampuan untuk gagal beralih atau memverifikasi status dari replika. Pemeriksaan blockhash deterministik membantu mempertahankan konsistensi di seluruh node. Perluasan alat operator membuatnya lebih mudah untuk mengelola hubungan primer/replika. Meskipun partisipasi tanpa izin penuh dan mekanisme anti-penipuan masih berada di depan, dimasukkannya layanan replikasi menandakan bahwa rekayasa keandalan sekarang berdampingan dengan pengembangan fitur. Tim yang mengevaluasi platform untuk produksi karenanya dapat memperlakukan replikasi sebagai kemampuan yang sedang berkembang, bukan sebagai sesuatu yang tidak ada.

Dukungan runtime diperluas ke sBPF v3, kompatibilitas Token-2022, precompiles kriptografis, dan syscall tambahan. Parameter sewa diselaraskan dengan rantai dasar, dan simulasi transaksi ditingkatkan. Pembaruan ini menjaga validator sementara tetap selaras dengan evolusi Solana itu sendiri, mengurangi risiko program yang ditulis untuk mainnet gagal di dalam rollup. Catatan rilis juga mencatat pembaruan pada dependensi runtime yang ditujukan untuk Solana 4.x. Peningkatan kompatibilitas menurunkan hambatan bagi program Solana yang sudah ada untuk menggunakan lingkungan berkecepatan tinggi tanpa modifikasi.

Pengembang yang sudah mengandalkan ekstensi Token-2022 atau primitif kriptografi yang lebih baru sekarang dapat membawa fitur-fitur tersebut ke sesi real-time. Simulasi yang ditingkatkan membantu menangkap masalah sebelum mencapai produksi. Penyesuaian parameter sewa menghindari ketidaksesuaian ekonomi halus antara rollup dan lapisan dasar. Secara keseluruhan, perubahan-perubahan ini memperkuat prinsip desain bahwa Ephemeral Rollups memperluas Solana daripada menggantikannya. Aplikasi tetap dapat dikomposisikan dengan seluruh rangkaian program mainnet dan likuiditas sambil mempercepat hanya bagian-bagian yang memerlukan latensi lebih rendah atau privasi opsional.

Seiring dengan rilis perangkat lunak, biaya sesi delegasi naik menjadi 0,003 SOL dan biaya komit menjadi 0,001 SOL. Transaksi biasa di dalam rollup tetap gratis. Sekitar 90 persen dari biaya yang terkumpul pergi ke operator validator dan 10 persen ke protokol, menurut dokumentasi biaya proyek. Sesi dan komit adalah titik-titik di mana rollup menyentuh Solana, sehingga biaya hanya berlaku untuk interaksi lapisan dasar tersebut. Analitik Solana Compass mencatat sekitar 770 hingga 950 transaksi harian yang melibatkan Program Delegasi dalam minggu yang berakhir pada 5 Oktober 2026, memberikan dasar untuk volume yang sekarang akan dikenai tarif baru.

Perubahan biaya menghubungkan pendapatan protokol lebih langsung dengan pekerjaan membuka sesi dan menulis kembali hasil. Ini juga membiayai jalur menuju insentif operator dan verifier yang diperlukan untuk meningkatkan desentralisasi. Proyek ini telah memperkenalkan rebat SOL untuk alamat yang menyumbang sebagian besar aktivitas dan telah memilih sekelompok awal delegator aktif. Rebate ini berfungsi sebagai uji coba awal imbalan berbasis penggunaan sebelum peluncuran token jaringan apa pun. Para pembangun yang aplikasinya menghasilkan volume tinggi karenanya dapat mengharapkan sebagian pengurangan terhadap biaya baru, sementara model keseluruhan tetap berakar pada penggunaan jaringan yang terukur, bukan emisi spekulatif.

SOL rebates ditujukan untuk alamat-alamat yang menghasilkan pangsa signifikan dari aktivitas protokol. MagicBlock menyatakan bahwa sekelompok awal delegator aktif telah dipilih dan mengundang pengembang aplikasi tambahan untuk mendaftar. Skema ini digambarkan sebagai langkah awal menuju insentif programatik yang dijelaskan dalam materi tokenomik proyek. Memulai dengan SOL daripada token baru memungkinkan tim untuk menyempurnakan parameter hadiah berdasarkan data penggunaan nyata. Hadiah berkelanjutan bagi operator dan verifier disajikan sebagai hal penting untuk tujuan jangka panjang dari jaringan yang lebih terdesentralisasi.

Mekanisme rebate menciptakan loop umpan balik di mana penggunaan aplikasi yang lebih tinggi tidak hanya membayar biaya, tetapi juga mengembalikan sebagian biaya tersebut kepada peserta paling aktif. Pendekatan ini berbeda dari emisi inflasioner murni karena menghubungkan imbalan dengan pekerjaan yang dapat diukur. Karena kriteria seleksi dan tarif pastinya belum dipublikasikan, tim yang mengevaluasi ekonomi perlu menghubungi proyek secara langsung. Namun, keberadaan program ini menandakan bahwa desain ekonomi bergerak sejajar dengan kematangan perangkat lunak Validator v1.0. Bagi para pembangun yang aplikasinya sudah mendorong volume sesi yang signifikan, rebate menawarkan manfaat nyata dalam jangka pendek sementara struktur insentif yang lebih luas terus berkembang.

Operator menerima antarmuka pengguna terminal, diagnostik pengambilan akun, serta integrasi dan output Geyser. Pelacakan terstruktur dan metrik siklus hidup serta latensi yang diperluas meningkatkan observabilitas. Alat-alat ini mempermudah pemantauan kesehatan validator, penyelidikan masalah, dan pemahaman kinerja di bawah beban. Catatan rilis juga mencantumkan fitur pemeliharaan AccountsDb seperti dukungan defragmentasi dan penyusutan, yang membantu menjaga efisiensi penyimpanan selama sesi berjalan panjang.

Alat yang lebih baik mengurangi beban operasional dalam menjalankan rollup produksi. Tim dapat mendiagnosis masalah sinkronisasi, mengukur latensi, dan memulihkan dari kegagalan dengan data yang lebih jelas. Kombinasi logika pemulihan yang ditingkatkan dan metrik yang lebih kaya memperpendek waktu antara insiden dan penyelesaiannya. Sebagai lebih banyak operator pihak ketiga bergabung ke jaringan, alat standar menjadi prasyarat untuk kualitas layanan yang konsisten. Validator v1.0 oleh karena itu meningkatkan fitur yang berhadapan dengan aplikasi dan fondasi operasional yang diperlukan untuk mendukungnya secara skala besar.

Dokumentasi mencantumkan empat validator rollup aktif di mainnet Solana: satu masing-masing di Asia, Eropa, dan Amerika Serikat, ditambah satu yang berjalan di dalam lingkungan eksekusi terpercaya. Distribusi geografis ini mendukung klaim proyek tentang co-location untuk mengurangi latensi end-to-end. Aplikasi dapat mengarahkan sesi ke validator terdekat atau paling sesuai, mengurangi penundaan jaringan bagi pengguna di wilayah tersebut. Instance TEE menyediakan akar kepercayaan perangkat keras untuk alur kerja pribadi. Riwayat versi menunjukkan bahwa 0.16.1 dirilis sehari sebelum tag 1.0.0, menunjukkan iterasi berkelanjutan hingga rilis tonggak utama.

Kehadiran beberapa validator aktif menunjukkan bahwa teknologi ini sudah berada dalam produksi, bukan hanya eksperimen semata. Aplikasi real-time di bidang gaming dan perdagangan telah menggunakan versi sebelumnya untuk mencapai latensi end-to-end yang dilaporkan di bawah 50 milidetik. Dengan peningkatan keandalan dan alur kerja di v1.0, aplikasi-aplikasi tersebut memperoleh penanganan multi-langkah dan pemulihan yang lebih kuat. Penyebaran geografis juga mempersiapkan jaringan untuk desentralisasi lebih lanjut: operator tambahan dapat bergabung setelah komponen replika dan tantangan eksperimental matang. Bagi pengembang, nilai langsungnya adalah kemampuan untuk memilih endpoint dengan latensi rendah sambil tetap menyelesaikan setiap hasil ke mainnet Solana.

1. Apa sebenarnya yang diubah oleh Validator v1.0 bagi pengguna Ephemeral Rollup yang ada? 

Aplikasi yang ada tetap berfungsi karena banyak fitur sudah aktif; rilis 1.0 terutama memperkuat kinerja, pemulihan, dan alur kerja multi-langkah sehingga aplikasi yang sama menjadi lebih andal dan memerlukan lebih sedikit kode koordinasi khusus. Pengembang mendapatkan intent bundles, Magic Actions atomik, dan undelegasi otomatis tanpa harus menulis ulang logika inti, sementara operator menerima alat pemantauan yang lebih baik dan perilaku restart yang ditingkatkan.

2. Bagaimana biaya sesi dan komit baru memengaruhi biaya aplikasi? 

Setiap sesi delegasi sekarang biayanya 0,003 SOL, dan setiap commit setelah yang pertama biayanya 0,001 SOL, sementara transaksi rollup biasa tetap gratis. Aplikasi dengan volume tinggi dapat mengajukan pengembalian SOL untuk mengimbangi sebagian biaya ini. Oleh karena itu, biaya bersih bergantung pada frekuensi sesi dan kelayakan untuk pengembalian, bukan pada jumlah transaksi internal.

3. Apakah model privasi berbasis zero-knowledge proof atau perangkat keras? 

Privasi saat ini bergantung pada lingkungan eksekusi terpercaya Intel TDX yang melindungi status rollup dari mesin host. Proyek ini mendokumentasikan asumsi kepercayaan terhadap vendor perangkat keras secara eksplisit. Instruksi terenkripsi dan tindakan pasca-delegasi memungkinkan alur kerja pribadi sambil tetap menyelesaikan hasil yang dapat diverifikasi kembali ke Solana mainnet.

4. Apakah program Solana biasa dapat berjalan di dalam Ephemeral Rollup tanpa modifikasi? 

Kompatibilitas telah diperluas untuk mencakup Token-2022, sBPF v3, precompiles kriptografi, dan simulasi transaksi yang ditingkatkan. Sebagian besar program yang ditulis untuk mainnet Solana saat ini dapat dijalankan di dalam rollup, meskipun pengembang tetap harus menguji hasil simulasi dan keselarasan parameter sewa.

5. Apa yang masih bersifat eksperimen di versi 1.0.0? 

Mode replika dan protokol tantangan secara eksplisit ditandai sebagai eksperimen. Layanan replikasi baru menyediakan koordinasi primer/replica dan snapshot, tetapi verifikasi tanpa izin penuh dan mekanisme bukti penipuan masih dalam pengembangan.

6. Bagaimana cara pemulihan penyelesaian setelah restart validator? 

Niat penyelesaian yang tertunda dipulihkan dan dicoba ulang di seluruh restart. Peningkatan pada replay ledger, perilaku cache, dan urutan commit mengurangi kemungkinan restart menyebabkan aplikasi berada dalam keadaan tidak konsisten. Pengunduran otomatis juga menyederhanakan pengembalian akun ke lapisan dasar.

7. Di mana pengembang dapat menemukan dokumentasi integrasi dan kode sumber? 

Dokumentasi resmi tersedia di docs.magicblock.gg dan sumber validator, termasuk catatan rilis penuh v1.0.0, tersedia di repositori magicblock-labs/magicblock-validator di GitHub. Kedua sumber ini diperbarui secara bersamaan dengan pengumuman 6 Oktober 2026.

8. Apa jalur jangka panjang menuju jaringan yang lebih terdesentralisasi? 

Proyek ini menempatkan desentralisasi dan jaringan tanpa izin sebagai prioritas di luar v1.0. Replikasi, protokol tantangan, insentif operator, dan token jaringan akhir semuanya digambarkan sebagai komponen yang diperlukan. Program rebate SOL saat ini berfungsi sebagai uji coba awal atas imbalan berbasis penggunaan yang nantinya dapat diperluas.

Konten ini hanya untuk tujuan informasi dan bukan merupakan saran investasi. Investasi mata uang kripto membawa risiko. Silakan lakukan riset sendiri (DYOR).

Penafian: Halaman ini diterjemahkan menggunakan teknologi AI untuk kenyamanan Anda. Untuk informasi yang paling akurat, lihat versi bahasa Inggris aslinya.