KENAPA DUSK TIDAK MEMBUAT SATU NODE MELAKUKAN SEMUANYA
Dua minggu lalu saya mencoba menghemat biaya pada sebuah VPS. Saya menaruh aplikasi utama saya, backup database, dan pekerjaan pemrosesan gambar yang berat di server kecil yang sama. Terlihat efisien. Ternyata tidak. Pekerjaan gambar itu mulai berjalan, lalu tiba-tiba aplikasi utama saya kehilangan permintaan.
Masalah konyol dari VPS kecil itu kembali lagi saat saya membaca pengaturan node Dusk. Dusk memisahkan pekerjaan antara peran Provisioner, Archive, dan Prover. Itu bukan tiga nama mewah untuk satu mesin yang melakukan semuanya.
Provisioner berfokus pada konsensus dan membutuhkan setidaknya 1.000 DUSK yang dipertaruhkan. Sebuah Archive Node menyimpan riwayat yang sudah final untuk hal-hal seperti "moonlightHistory" dan "finalizedEvents". Seorang Prover menangani pekerjaan pembuktian Zero-Knowledge yang lebih berat.
Lalu saya masuk ke bagian Prover dan masalah perangkat kerasnya berubah lagi. Dusk mengatakan pembuatan bukti bersifat single-threaded, jadi performa single-core yang kuat itu penting. Infrastruktur Archive punya titik awal yang berbeda: 4 core, 8 GB RAM, penyimpanan 500 GB, dan jaringan 100 Mbps.
Dan ini bagian yang terasa familiar. Dusk menyarankan memisahkan infrastruktur API produksi dari tugas Provisioner karena lalu lintas kueri dan pemeliharaan bisa bersaing dengan pekerjaan konsensus. Saya belajar hal yang sama dengan cara yang menyebalkan di VPS itu.
Sekarang saya melihat ketiga peran itu dengan cara yang sedikit berbeda. Jika konsensus, kueri historis, dan pembuktian ZK semuanya mulai berebut sumber daya yang sama, mungkin satu kotak yang melakukan semuanya sebenarnya bukan opsi yang paling sederhana.
@Dusk #dusk $DUSK
Dua minggu lalu saya mencoba menghemat biaya pada sebuah VPS. Saya menaruh aplikasi utama saya, backup database, dan pekerjaan pemrosesan gambar yang berat di server kecil yang sama. Terlihat efisien. Ternyata tidak. Pekerjaan gambar itu mulai berjalan, lalu tiba-tiba aplikasi utama saya kehilangan permintaan.
Masalah konyol dari VPS kecil itu kembali lagi saat saya membaca pengaturan node Dusk. Dusk memisahkan pekerjaan antara peran Provisioner, Archive, dan Prover. Itu bukan tiga nama mewah untuk satu mesin yang melakukan semuanya.
Provisioner berfokus pada konsensus dan membutuhkan setidaknya 1.000 DUSK yang dipertaruhkan. Sebuah Archive Node menyimpan riwayat yang sudah final untuk hal-hal seperti "moonlightHistory" dan "finalizedEvents". Seorang Prover menangani pekerjaan pembuktian Zero-Knowledge yang lebih berat.
Lalu saya masuk ke bagian Prover dan masalah perangkat kerasnya berubah lagi. Dusk mengatakan pembuatan bukti bersifat single-threaded, jadi performa single-core yang kuat itu penting. Infrastruktur Archive punya titik awal yang berbeda: 4 core, 8 GB RAM, penyimpanan 500 GB, dan jaringan 100 Mbps.
Dan ini bagian yang terasa familiar. Dusk menyarankan memisahkan infrastruktur API produksi dari tugas Provisioner karena lalu lintas kueri dan pemeliharaan bisa bersaing dengan pekerjaan konsensus. Saya belajar hal yang sama dengan cara yang menyebalkan di VPS itu.
Sekarang saya melihat ketiga peran itu dengan cara yang sedikit berbeda. Jika konsensus, kueri historis, dan pembuktian ZK semuanya mulai berebut sumber daya yang sama, mungkin satu kotak yang melakukan semuanya sebenarnya bukan opsi yang paling sederhana.
@Dusk #dusk $DUSK