Saya mulai melihat “state” privat DUSK dari metrik yang salah: jumlah total catatan yang dibuat terlebih dahulu. Kedengarannya seperti cerita penyimpanan yang paling jelas, tetapi itu hanya menunjukkan satu kurva. @Dusk
Pohon catatan bertambah saat output dibuat. Kumpulan nullifier bertambah saat catatan dibelanjakan. Keduanya saling terkait, tetapi bukan perilaku yang sama.
Ambil contoh 100M catatan Phoenix dengan 60M di antaranya sudah dibelanjakan. DUSK masih menyimpan riwayat catatan yang dibuat, sementara sisi nullifier sudah mencapai 60M entri. Jika pada akhirnya 70% dibelanjakan, itu menjadi 70M nullifier. Pada 1B catatan dan 750M nullifier, pertanyaannya jadi lebih tidak nyaman: struktur mana yang menjadi beban “state” jangka panjang yang lebih berat?
Transaksi 4-in/1-out membuat ini lebih jelas. Catatan aktif turun bersih tiga, tetapi empat nullifier baru ditambahkan. Jumlah catatan aktif yang lebih rendah tidak berarti state historisnya juga lebih rendah.
Sebagian pertumbuhan itu normal. Sistem privat membutuhkan komitmen dan perlindungan catatan yang sudah dibelanjakan.
Uji yang sesungguhnya adalah apakah DUSK bisa menjaga kedua kurva tetap efisien saat pemakaian makin bertambah. Apakah pemangkasan (pruning), pengindeksan (indexing), biaya pembuatan bukti (proving), dan biaya sinkronisasi (sync) tetap terjangkau? Atau privasi perlahan berubah menjadi “pajak” infrastruktur?
Bagi aktivitas DUSK, metrik yang sulit bukanlah itu. Disiplinnya ada pada state.
#dusk $DUSK
Pohon catatan bertambah saat output dibuat. Kumpulan nullifier bertambah saat catatan dibelanjakan. Keduanya saling terkait, tetapi bukan perilaku yang sama.
Ambil contoh 100M catatan Phoenix dengan 60M di antaranya sudah dibelanjakan. DUSK masih menyimpan riwayat catatan yang dibuat, sementara sisi nullifier sudah mencapai 60M entri. Jika pada akhirnya 70% dibelanjakan, itu menjadi 70M nullifier. Pada 1B catatan dan 750M nullifier, pertanyaannya jadi lebih tidak nyaman: struktur mana yang menjadi beban “state” jangka panjang yang lebih berat?
Transaksi 4-in/1-out membuat ini lebih jelas. Catatan aktif turun bersih tiga, tetapi empat nullifier baru ditambahkan. Jumlah catatan aktif yang lebih rendah tidak berarti state historisnya juga lebih rendah.
Sebagian pertumbuhan itu normal. Sistem privat membutuhkan komitmen dan perlindungan catatan yang sudah dibelanjakan.
Uji yang sesungguhnya adalah apakah DUSK bisa menjaga kedua kurva tetap efisien saat pemakaian makin bertambah. Apakah pemangkasan (pruning), pengindeksan (indexing), biaya pembuatan bukti (proving), dan biaya sinkronisasi (sync) tetap terjangkau? Atau privasi perlahan berubah menjadi “pajak” infrastruktur?
Bagi aktivitas DUSK, metrik yang sulit bukanlah itu. Disiplinnya ada pada state.
#dusk $DUSK
