@Dusk Dulu saya mengira penskalaan privasi Dusk terutama soal kapasitas jaringan. Namun, jika menelusuri lebih dalam arsitektur Prover, terlihat adanya kendala yang berbeda: biaya untuk menghasilkan bukti (proof) itu sendiri.

Dusk mengandalkan infrastruktur Prover untuk menangani pembuatan bukti zero-knowledge yang sangat komputasi, yang diperlukan oleh transaksi dengan privasi. Dokumentasinya mencatat bahwa pembuatan bukti bersifat single-threaded, sehingga performa single-core yang kuat menjadi penting untuk menyelesaikan bukti secara efisien dan mengurangi waktu finalisasi. 

Hal ini mengubah cara saya memikirkan penskalaan aktivitas rahasia.

Lebih banyak transaksi privat tidak hanya menambah beban kerja blockchain. Mereka juga dapat meningkatkan kebutuhan akan komputasi bukti yang cepat. Jika proses membuktikan menjadi komponen yang paling lambat, kapasitas konsensus saja tidak akan cukup untuk menjamin pengalaman pengguna yang mulus.

Ada kompromi operasional di sini. Dusk merekomendasikan pemisahan Prover dari Provisioner dalam beberapa skenario, sehingga sumber daya infrastruktur dapat dialokasikan secara berbeda antara proses pembuktian dan konsensus. 

Risikonya adalah meningkatnya kebutuhan pembuktian dapat menguntungkan operator yang memiliki perangkat keras lebih baik, lalu secara bertahap meningkatkan konsentrasi infrastruktur.

Jadi saya akan memantau latensi pembuatan bukti, kapasitas prover, serta kinerja transaksi privat seiring meningkatnya penggunaan privasi.

Untuk jaringan ZK, penskalaan tidak hanya soal memproses transaksi. Penskalaan juga tentang memproduksi bukti yang dibutuhkan transaksi tersebut.

#dusk $DUSK $STAR $GPS