#dusk $DUSK
Aku melewati struktur kunci Phoenix minggu ini karena ingin memahami apa yang sebenarnya diberikan kunci view kepada seseorang — dan bagaimana perbedaannya dengan sekadar memberikan akses.
Kunci view Phoenix: dokumen whitepaper mendefinisikan kunci view sebagai (a, B) — rahasia parsial yang memungkinkan pihak ketiga memindai jaringan untuk mengidentifikasi transaksi mana yang dialamatkan kepadamu. Mereka bisa melihat yang masuk. Mereka tidak bisa menghitung kunci rahasia catatan (note secret key), jadi mereka tidak bisa membelanjakan apa pun. Memindai tanpa membelanjakan.
Pembuatan bukti ZK bisa didelegasikan secara terpisah. Sebuah transaksi memerlukan bukti zero-knowledge. Pembuatan bukti itu intensif secara komputasi dan dapat dioutsourcing ke pihak tepercaya menggunakan tanda tangan, tanpa memberi mereka akses ke kunci privat penuh kamu. Integritas transaksi tidak dikompromikan karena tanda tangan mengikatnya ke kuncimu meskipun buktinya dibuat di tempat lain.
Bagian itu sudah solid. Dua tingkat delegasi, terpisah dengan jelas: satu untuk akses gaya audit, satu untuk pengalihan beban komputasi.
Yang lebih sulit untuk dipahami adalah biaya privasi dari masing-masing. Delegasi kunci view mengetahui transaksi mana yang menjadi punyamu. "Tidak bisa membelanjakan" tidak berarti "tidak tahu apa-apa" — artinya mereka bisa membangun gambaran riwayat penerimaanmu secara lengkap. Untuk kebutuhan kepatuhan, itu mungkin persis yang diperlukan. Untuk pengguna individu, memberikan kunci view kepada layanan merupakan keterbukaan yang bermakna bahkan jika tidak ada dana yang bergerak.
Aku sebenarnya merasa delegasi bukti lebih bersih dari sisi privasi — pembuat bukti tidak mempelajari apa pun tentang konten transaksi jika protokol disusun dengan benar. Kunci view lah yang membawa informasi sesungguhnya.
Yang belum aku pastikan adalah apakah kasus penggunaan audit untuk Phoenix benar-benar memakai kunci view secara langsung, atau apakah ada mekanisme selective disclosure sehingga hanya transaksi tertentu yang diungkap, bukan seluruh riwayat penerimaan. @Dusk
$DUSK #dusk
Aku melewati struktur kunci Phoenix minggu ini karena ingin memahami apa yang sebenarnya diberikan kunci view kepada seseorang — dan bagaimana perbedaannya dengan sekadar memberikan akses.
Kunci view Phoenix: dokumen whitepaper mendefinisikan kunci view sebagai (a, B) — rahasia parsial yang memungkinkan pihak ketiga memindai jaringan untuk mengidentifikasi transaksi mana yang dialamatkan kepadamu. Mereka bisa melihat yang masuk. Mereka tidak bisa menghitung kunci rahasia catatan (note secret key), jadi mereka tidak bisa membelanjakan apa pun. Memindai tanpa membelanjakan.
Pembuatan bukti ZK bisa didelegasikan secara terpisah. Sebuah transaksi memerlukan bukti zero-knowledge. Pembuatan bukti itu intensif secara komputasi dan dapat dioutsourcing ke pihak tepercaya menggunakan tanda tangan, tanpa memberi mereka akses ke kunci privat penuh kamu. Integritas transaksi tidak dikompromikan karena tanda tangan mengikatnya ke kuncimu meskipun buktinya dibuat di tempat lain.
Bagian itu sudah solid. Dua tingkat delegasi, terpisah dengan jelas: satu untuk akses gaya audit, satu untuk pengalihan beban komputasi.
Yang lebih sulit untuk dipahami adalah biaya privasi dari masing-masing. Delegasi kunci view mengetahui transaksi mana yang menjadi punyamu. "Tidak bisa membelanjakan" tidak berarti "tidak tahu apa-apa" — artinya mereka bisa membangun gambaran riwayat penerimaanmu secara lengkap. Untuk kebutuhan kepatuhan, itu mungkin persis yang diperlukan. Untuk pengguna individu, memberikan kunci view kepada layanan merupakan keterbukaan yang bermakna bahkan jika tidak ada dana yang bergerak.
Aku sebenarnya merasa delegasi bukti lebih bersih dari sisi privasi — pembuat bukti tidak mempelajari apa pun tentang konten transaksi jika protokol disusun dengan benar. Kunci view lah yang membawa informasi sesungguhnya.
Yang belum aku pastikan adalah apakah kasus penggunaan audit untuk Phoenix benar-benar memakai kunci view secara langsung, atau apakah ada mekanisme selective disclosure sehingga hanya transaksi tertentu yang diungkap, bukan seluruh riwayat penerimaan. @Dusk
$DUSK #dusk
