Phoenix vs Moonlight: Mengapa Dusk Membutuhkan Dua Model Transaksi
Saya pikir bagian yang paling sering disalahpahami dari @Dusk bukanlah lapisan privasinya.
Melainkan mengapa Dusk membangun model transaksi yang transparan di samping Phoenix.
Jawabannya sederhana: pasar keuangan tidak beroperasi dengan satu kebutuhan privasi saja.
Whitepaper Dusk 2024 menjelaskan Moonlight sebagai lapisan transaksi publik yang ditambahkan bersama Phoenix. Moonlight menggunakan model berbasis akun, di mana alamat dan saldo terlihat. Phoenix mengambil rute yang berlawanan: transaksi berbasis catatan yang terlindungi (shielded), menggunakan bukti pengetahuan-nol (zero-knowledge proofs).
Dengan Moonlight, sebuah bursa dapat memindai akun, merekonsiliasi saldo, dan memproses setoran memakai model buku besar publik yang sudah familiar. Dokumentasi integrasi Dusk saat ini nyatanya merekomendasikan Moonlight untuk setoran dan penarikan bursa karena Phoenix memerlukan arsitektur kustodi dan pemindaian yang berbeda.
Catatannya dienkripsi, sementara bukti ZK memungkinkan jaringan memverifikasi hal-hal seperti validitas dan perlindungan terhadap double-spend tanpa mengungkap jumlah transaksi atau catatan spesifik yang dibelanjakan. Dusk juga merancang selective disclosure agar privasi tidak otomatis berarti “tanpa akuntabilitas.”
Jadi pilihan desain awalnya bukan:
Phoenix vs Moonlight.
Melainkan:
privasi saat diperlukan + transparansi saat dibutuhkan.
Dan ada pembaruan penting tahun 2026 di sini.
Hard fork AEGIS Dusk menangani 39 temuan, termasuk 7 isu kritis, dengan satu akar penyebab kritis yang melibatkan ikatan biaya/pengembalian (fee/refund) pada Phoenix.
Yang lebih penting, dokumentasi jaringan terbaru menyatakan upgrade Boreas membuat transaksi Phoenix tidak lagi dipakai (retires) di jaringan, sementara penanganan transaksi yang kanonik telah bergerak maju.
Phoenix bukan sekadar fitur privasi. Itu adalah eksperimen untuk membuat penyelesaian yang rahasia bekerja berdampingan dengan jalur keuangan publik.
Keduanya memiliki kebutuhan penyelesaian yang berbeda.
Evolusi Dusk menarik justru karena protokol sekarang sedang menyempurnakan bagian-bagian dari arsitektur dual-model awal yang masih layak masuk ke tumpukan produksi.
#dusk
$DUSK
Saya pikir bagian yang paling sering disalahpahami dari @Dusk bukanlah lapisan privasinya.
Melainkan mengapa Dusk membangun model transaksi yang transparan di samping Phoenix.
Jawabannya sederhana: pasar keuangan tidak beroperasi dengan satu kebutuhan privasi saja.
Whitepaper Dusk 2024 menjelaskan Moonlight sebagai lapisan transaksi publik yang ditambahkan bersama Phoenix. Moonlight menggunakan model berbasis akun, di mana alamat dan saldo terlihat. Phoenix mengambil rute yang berlawanan: transaksi berbasis catatan yang terlindungi (shielded), menggunakan bukti pengetahuan-nol (zero-knowledge proofs).
Dengan Moonlight, sebuah bursa dapat memindai akun, merekonsiliasi saldo, dan memproses setoran memakai model buku besar publik yang sudah familiar. Dokumentasi integrasi Dusk saat ini nyatanya merekomendasikan Moonlight untuk setoran dan penarikan bursa karena Phoenix memerlukan arsitektur kustodi dan pemindaian yang berbeda.
Catatannya dienkripsi, sementara bukti ZK memungkinkan jaringan memverifikasi hal-hal seperti validitas dan perlindungan terhadap double-spend tanpa mengungkap jumlah transaksi atau catatan spesifik yang dibelanjakan. Dusk juga merancang selective disclosure agar privasi tidak otomatis berarti “tanpa akuntabilitas.”
Jadi pilihan desain awalnya bukan:
Phoenix vs Moonlight.
Melainkan:
privasi saat diperlukan + transparansi saat dibutuhkan.
Dan ada pembaruan penting tahun 2026 di sini.
Hard fork AEGIS Dusk menangani 39 temuan, termasuk 7 isu kritis, dengan satu akar penyebab kritis yang melibatkan ikatan biaya/pengembalian (fee/refund) pada Phoenix.
Yang lebih penting, dokumentasi jaringan terbaru menyatakan upgrade Boreas membuat transaksi Phoenix tidak lagi dipakai (retires) di jaringan, sementara penanganan transaksi yang kanonik telah bergerak maju.
Phoenix bukan sekadar fitur privasi. Itu adalah eksperimen untuk membuat penyelesaian yang rahasia bekerja berdampingan dengan jalur keuangan publik.
Keduanya memiliki kebutuhan penyelesaian yang berbeda.
Evolusi Dusk menarik justru karena protokol sekarang sedang menyempurnakan bagian-bagian dari arsitektur dual-model awal yang masih layak masuk ke tumpukan produksi.
#dusk
$DUSK