Sebelum memulai penyebaran di platform RaaS, tim perlu menentukan parameter desain utama. Pilihan lingkungan eksekusi akan menentukan jenis mesin virtual yang digunakan—EVM, zkEVM, WASM, atau model hybrid—yang akan mempengaruhi kompatibilitas alat pengembang dan produktivitas tim developer. Pilihan lapisan data availability, seperti Ethereum blobs, Celestia, EigenDA, atau Avail, juga berdampak pada biaya dan asumsi finalitas.
Dalam tata kelola, tim harus menetapkan arsitektur admin, baik menggunakan dompet multisignature maupun model governance DAO, sekaligus mengatur jalur upgrade ke depan. Demikian pula, keputusan terkait token gas—apakah memakai token rollup sendiri atau tetap menggunakan ETH standar—akan memengaruhi pengalaman pengguna dan ekonomi token. Semua keputusan ini menentukan fleksibilitas konfigurasi yang dapat diberikan penyedia, dan umumnya sudah ditetapkan sejak tahap perancangan awal sebelum penyebaran dimulai.
Setelah seluruh perencanaan selesai, penyebaran dimulai dengan login ke dashboard penyedia RaaS, memilih menu penyebaran rollup atau appchain, lalu membuat rollup baru. Penyedia seperti QuickNode menjadikan proses ini sangat praktis: login, akses menu “Deploy a New Rollup”, tentukan framework (seperti Arbitrum Orbit atau OP Stack), beri nama chain dan masukkan kunci admin, lalu konfirmasi parameter dasar.
Sistem akan membimbing pengguna dalam memilih settlement layer, mengonfigurasi DA layer, dan menentukan token gas. Penyebaran testnet biasanya aktif dalam 15–20 menit. Dashboard RaaS akan menampilkan progres penyebaran dan menyediakan akses instan ke Block Explorer, Faucet, Endpoint RPC, serta alat monitoring untuk chain testnet yang baru dibuat.
Setelah penyebaran, tim dapat menyesuaikan parameter chain: waktu blok menentukan ritme transaksi; biaya calldata memengaruhi struktur biaya; dan harga gas dasar atau faktor scaling akan mempengaruhi pengeluaran operasional. Secara umum, dashboard menyediakan pengaturan interval blok, batasan ukuran calldata, dan gas per operasi, sehingga chain dapat disesuaikan dengan kebutuhan penggunaan.
Misalnya, menurunkan biaya calldata dapat memanfaatkan Ethereum EIP-4844 blobs dan Proto-Danksharding untuk mengurangi biaya DA pada optimistic rollup. Pengaturan yang tepat memastikan biaya transaksi tetap rendah dan performa optimal di lingkungan produksi. Penyedia juga bisa menyediakan pengaturan ritme sequencer dan kebijakan penyesuaian biaya melalui dashboard untuk tata kelola on-chain setelah genesis.
Setelah rollup aktif, tim perlu melakukan pengujian dan monitoring secara berkelanjutan.
Perencanaan keamanan dan biaya meliputi kebutuhan jangka pendek sekaligus strategi jangka panjang. Risiko MEV bergantung pada struktur sequencer: sequencer terpusat berpotensi mengambil nilai melalui pengaturan urutan transaksi, sehingga tim perlu mengantisipasi desentralisasi, misalnya dengan rotasi sequencer atau shared sequencing jika tersedia. Beberapa penyedia juga menawarkan keamanan restaked lewat EigenLayer AVS, sehingga kepercayaan validator Ethereum dapat diperluas ke eksekusi dan DA layer pada rollup.
Pendekatan ini memindahkan biaya keamanan dari validator set khusus ke infrastruktur staking bersama, namun tetap menjaga tingkat desentralisasi tinggi. Proyeksi biaya mencakup ongkos posting DA, operasional sequencer, serta pemeliharaan node; penyedia RaaS biasanya menyediakan dashboard penggunaan dan alat proyeksi biaya. Roadmap desentralisasi harus memuat tahapan penyerahan sequencer, alih pengelolaan governance, hingga penambahan peer sequencer—agar tidak timbul sentralisasi saat skala rollup bertambah.