#dusk $DUSK @Dusk Saya terus kembali ke satu hal dalam pengembangan terbaru Dusk, dan itu bukan kriptografinya itu sendiri.
Melainkan upaya untuk membuat kriptografi yang sama bekerja lebih keras.
Pekerjaan performa PLONK tidak menggantikan matematika dasar, transkrip, atau format bukti. Sebaliknya, Dusk mengejar pekerjaan yang terbuang di sekelilingnya: caching data deterministik, melakukan batching untuk inversi dan operasi MSM, memparalelkan tugas FFT yang independen, serta menghindari perhitungan yang berulang.
Hasilnya menarik perhatian saya: waktu pembuktian turun 58%, kira-kira 2,4x peningkatan throughput pembuktian, verifikasi 44% lebih cepat, dan kompilasi 25% lebih cepat.
Tapi jujur, angka-angkanya hampir sekunder.
Yang menarik bagi saya adalah apa yang mereka ungkap tentang masalah berikutnya.
Privasi bisa kuat secara matematis, namun tetap menjadi tidak praktis jika waktu pembuktian, verifikasi, atau eksekusinya tidak bisa mengikuti.
Saya melihat pertanyaan serupa dalam pengujian DuskEVM × DuskDS. Model eksekusi dan model state yang berbeda didorong melalui beban kerja campuran, bukan dinilai secara terpisah.
Itu terasa lebih dekat dengan tantangan yang sesungguhnya: bukan apakah setiap bagian berfungsi, tetapi apakah mereka tetap bekerja bersama ketika sistem menjadi sibuk.
Jadi saya mulai bertanya-tanya apakah masalah rekayasa paling sulit Dusk saat ini bukan lagi membuat privasi bekerja.
Melainkan membuat privasi, eksekusi, dan koordinasi terasa hampir tidak terlihat oleh pengguna.
Itu mungkin tes yang lebih menarik.
#dusk
Melainkan upaya untuk membuat kriptografi yang sama bekerja lebih keras.
Pekerjaan performa PLONK tidak menggantikan matematika dasar, transkrip, atau format bukti. Sebaliknya, Dusk mengejar pekerjaan yang terbuang di sekelilingnya: caching data deterministik, melakukan batching untuk inversi dan operasi MSM, memparalelkan tugas FFT yang independen, serta menghindari perhitungan yang berulang.
Hasilnya menarik perhatian saya: waktu pembuktian turun 58%, kira-kira 2,4x peningkatan throughput pembuktian, verifikasi 44% lebih cepat, dan kompilasi 25% lebih cepat.
Tapi jujur, angka-angkanya hampir sekunder.
Yang menarik bagi saya adalah apa yang mereka ungkap tentang masalah berikutnya.
Privasi bisa kuat secara matematis, namun tetap menjadi tidak praktis jika waktu pembuktian, verifikasi, atau eksekusinya tidak bisa mengikuti.
Saya melihat pertanyaan serupa dalam pengujian DuskEVM × DuskDS. Model eksekusi dan model state yang berbeda didorong melalui beban kerja campuran, bukan dinilai secara terpisah.
Itu terasa lebih dekat dengan tantangan yang sesungguhnya: bukan apakah setiap bagian berfungsi, tetapi apakah mereka tetap bekerja bersama ketika sistem menjadi sibuk.
Jadi saya mulai bertanya-tanya apakah masalah rekayasa paling sulit Dusk saat ini bukan lagi membuat privasi bekerja.
Melainkan membuat privasi, eksekusi, dan koordinasi terasa hampir tidak terlihat oleh pengguna.
Itu mungkin tes yang lebih menarik.
#dusk