$DUSK mengambil pendekatan yang menarik untuk penskalaan karena batas blok 1MB memberi Anda lebih banyak informasi daripada ukuran blok raksasa mana pun yang pernah bisa. Sebuah blok Phoenix dapat menampung sekitar 250 transaksi rahasia, yang setara dengan kira-kira 4KB per transaksi. Itu jauh lebih berat dibanding transfer UTXO transparan biasa, tetapi byte tambahan itu punya alasannya. Dusk membawa nullifier, commitment, dan data bukti PLONK agar jaringan dapat memverifikasi sebuah transaksi tanpa mengekspos siapa yang mengirim apa kepada siapa.
Dengan blok yang hadir kira-kira setiap 10 detik, Anda melihat sekitar 25 confidential TPS. Untuk @Dusk saat ini, itu tidak selalu menjadi masalah. Jaringan belum menangani volume penyelesaian institusional yang masif, jadi tidak banyak alasan untuk mendorong kapasitas hanya demi angka yang lebih besar.
Bagian yang menarik muncul ketika penggunaan institusional Dusk mulai benar-benar meningkat. Jika sekuritas yang ditokenisasi mulai diselesaikan dalam volume yang berarti sementara aktivitas Moonlight reguler juga berjalan bersamaan, 25 TPS bisa menjadi kendala nyata.
Menaikkan ukuran blok terdengar seperti jawaban mudah, dan Dusk menjaga parameter itu agar bisa dikonfigurasi. Namun blok yang lebih besar juga berarti lebih banyak data yang harus diteruskan melalui Kadcast dan lebih banyak state yang perlu disimpan oleh penyedia layanan. Operator besar dengan perangkat keras dan bandwidth yang kuat bisa mengatasinya dengan cukup mudah. Operator node yang lebih kecil mungkin tidak.
Di situlah diskusi penskalaan menjadi lebih penting. Dusk tidak hanya memutuskan berapa banyak transaksi yang bisa diproses. Dusk juga menentukan jenis perangkat keras dan bandwidth yang dibutuhkan agar orang bisa ikut berpartisipasi dalam mengamankan jaringan.
Privasi sudah membuat transaksi menjadi lebih besar karena jaringan harus membuktikan sesuatu tanpa mengungkap detail yang mendasarinya. Jika Dusk terus meningkatkan kapasitas hanya dengan membuat blok lebih besar, pada akhirnya menjalankan sebuah node bisa menjadi lebih sulit bagi operator yang lebih kecil.
Jadi menurut saya, uji nyata bagi Dusk bukanlah apakah ia bisa memasukkan lebih banyak transaksi ke setiap blok. Melainkan apakah ia dapat meningkatkan throughput sambil menjaga partisipasi jaringan tetap realistis untuk beragam operator.
#dusk $DUSK
Dengan blok yang hadir kira-kira setiap 10 detik, Anda melihat sekitar 25 confidential TPS. Untuk @Dusk saat ini, itu tidak selalu menjadi masalah. Jaringan belum menangani volume penyelesaian institusional yang masif, jadi tidak banyak alasan untuk mendorong kapasitas hanya demi angka yang lebih besar.
Bagian yang menarik muncul ketika penggunaan institusional Dusk mulai benar-benar meningkat. Jika sekuritas yang ditokenisasi mulai diselesaikan dalam volume yang berarti sementara aktivitas Moonlight reguler juga berjalan bersamaan, 25 TPS bisa menjadi kendala nyata.
Menaikkan ukuran blok terdengar seperti jawaban mudah, dan Dusk menjaga parameter itu agar bisa dikonfigurasi. Namun blok yang lebih besar juga berarti lebih banyak data yang harus diteruskan melalui Kadcast dan lebih banyak state yang perlu disimpan oleh penyedia layanan. Operator besar dengan perangkat keras dan bandwidth yang kuat bisa mengatasinya dengan cukup mudah. Operator node yang lebih kecil mungkin tidak.
Di situlah diskusi penskalaan menjadi lebih penting. Dusk tidak hanya memutuskan berapa banyak transaksi yang bisa diproses. Dusk juga menentukan jenis perangkat keras dan bandwidth yang dibutuhkan agar orang bisa ikut berpartisipasi dalam mengamankan jaringan.
Privasi sudah membuat transaksi menjadi lebih besar karena jaringan harus membuktikan sesuatu tanpa mengungkap detail yang mendasarinya. Jika Dusk terus meningkatkan kapasitas hanya dengan membuat blok lebih besar, pada akhirnya menjalankan sebuah node bisa menjadi lebih sulit bagi operator yang lebih kecil.
Jadi menurut saya, uji nyata bagi Dusk bukanlah apakah ia bisa memasukkan lebih banyak transaksi ke setiap blok. Melainkan apakah ia dapat meningkatkan throughput sambil menjaga partisipasi jaringan tetap realistis untuk beragam operator.
#dusk $DUSK