Lemari dengan dua laci bisa terlihat tidak perlu sampai Anda menyadari bahwa Anda menyimpan hal yang berbeda di masing-masing laci. Begitulah cara saya mulai memikirkan model Dusk Moonlight dan Phoenix.
Moonlight adalah sisi publik berbasis akun: saldo dan transfer terlihat. Phoenix mengambil rute berbeda, menggunakan catatan berpelindung (shielded) dan bukti pengetahuan-nol (zero-knowledge proofs) sehingga detail transaksi dapat tetap privat sementara jaringan tetap memverifikasi bahwa aturan telah diikuti.
Awalnya, memiliki dua model terdengar seperti kompleksitas tambahan. Tapi mungkin itulah sebenarnya tujuannya. Tidak setiap transaksi keuangan perlu tingkat visibilitas yang sama. Memaksa semuanya masuk ke model yang transparan dapat mengungkap informasi yang mungkin sensitif; memaksa semuanya masuk ke model privat bisa membuat pemantauan dan integrasi biasa menjadi lebih sulit.
Dusk tampaknya menerima bahwa kebutuhan-kebutuhan ini memang benar-benar berbeda, bukan berpura-pura satu desain bisa menyelesaikan keduanya. @Dusk $DUSK memberi jaringan cara untuk mendukung transfer publik dan berpelindung pada lapisan settlement yang sama.
Pertanyaan yang tidak nyaman adalah apakah pengguna akan memahami kapan harus menggunakan model yang mana. Fleksibilitas itu berguna—tetapi hanya jika kompleksitas tidak berubah menjadi masalah baru. #dusk
Moonlight adalah sisi publik berbasis akun: saldo dan transfer terlihat. Phoenix mengambil rute berbeda, menggunakan catatan berpelindung (shielded) dan bukti pengetahuan-nol (zero-knowledge proofs) sehingga detail transaksi dapat tetap privat sementara jaringan tetap memverifikasi bahwa aturan telah diikuti.
Awalnya, memiliki dua model terdengar seperti kompleksitas tambahan. Tapi mungkin itulah sebenarnya tujuannya. Tidak setiap transaksi keuangan perlu tingkat visibilitas yang sama. Memaksa semuanya masuk ke model yang transparan dapat mengungkap informasi yang mungkin sensitif; memaksa semuanya masuk ke model privat bisa membuat pemantauan dan integrasi biasa menjadi lebih sulit.
Dusk tampaknya menerima bahwa kebutuhan-kebutuhan ini memang benar-benar berbeda, bukan berpura-pura satu desain bisa menyelesaikan keduanya. @Dusk $DUSK memberi jaringan cara untuk mendukung transfer publik dan berpelindung pada lapisan settlement yang sama.
Pertanyaan yang tidak nyaman adalah apakah pengguna akan memahami kapan harus menggunakan model yang mana. Fleksibilitas itu berguna—tetapi hanya jika kompleksitas tidak berubah menjadi masalah baru. #dusk