Pada era pembukuan manual, sebuah utang-piutang antar perusahaan: rekonsiliasi mengandalkan dua dokumen yang dimiliki masing-masing pihak. Pihak yang terlibat akan saling memeriksa sampai cocok; orang di luar pihak terkait tidak bisa mendapatkannya. Hari ini, kompromi yang sama dipindahkan ke rantai (chain). Masalahnya bukan lagi “apakah ini chain privasi”, melainkan “seberapa banyak transaksi ini bersedia untuk diekspos”.
Dusk menempatkan dua jenis pilihan pada satu basis penyelesaian yang sama. Moonlight adalah model akun publik: saldo dan medan transaksi terlihat; tanda tangan (signature) dan nonce bertanggung jawab untuk otorisasi dan pencegahan replay. Cocok untuk relasi yang perlu direkonsiliasi oleh banyak pihak bersama. Phoenix menggunakan note dan bukti pengetahuan nol (zero-knowledge proof): nominal dan keterkaitan disembunyikan, namun tetap memverifikasi penjagaan saldo (saldo tetap terjaga) dan mencegah double-spend. Bukan dua chain yang berbeda, melainkan dua tingkat visibilitas dari satu sistem penyelesaian.
Saat memilih, yang benar-benar harus dihitung adalah biaya pemeliharaan. Jika memilih alur publik, setiap transaksi meninggalkan catatan yang bisa ditelusuri sehingga rekonsiliasi lebih mudah, tetapi permukaan eksposurnya lebih besar. Jika memilih alur yang disaring (tersembunyi), detail dilindungi, tetapi Anda harus menyiapkan jalur pembuktian yang dapat diverifikasi untuk setiap jenis pihak yang diberi otorisasi. Pada zaman manual, kompromi “siapa melihat apa” hanyalah versi keputusan; hari ini keputusan itu diwujudkan menjadi dua set aturan yang masing-masing perlu dipelihara.
Dalam praktik, bisnis nyata biasanya tidak memilih satu sisi saja. Satu transaksi mungkin memiliki bagian yang perlu direkonsiliasi secara terbuka oleh kedua pihak, sekaligus bagian yang keterkaitannya tidak diinginkan untuk ditelusuri oleh pihak ketiga. Jadi dalam satu relasi, bisa ada segmen publik dan segmen tersaring. Kuncinya adalah memecah bisnis menjadi segmen, lalu menentukan segmen mana yang memakai tingkat visibilitas yang mana, bukan memaksa seluruh chain menjadi satu jenis visibilitas yang seragam. Semakin jelas segmen dipisahkan, semakin kuat dasar untuk memilih tingkat visibilitas.
Saat menilai, susun sebuah tabel kecil berdasarkan pihak yang terlibat, tingkat sensitivitas jumlah, dan kebutuhan untuk peninjauan, lalu pilih tingkat visibilitas; kedua alur berbagi seperangkat aturan yang sama untuk mencegah double-spend dan menjaga integritas, sehingga memilih salah satu tidak mengubah aturan penyelesaian. @Dusk membuat pilihan antara publik dan tersaring sebagai opsi pada satu basis yang sama, $DUSK visibilitas transaksi ditentukan oleh kebutuhan bisnis sesuai skenario, dan penilaian untuk #dusk juga harus dimulai dari “berapa banyak transaksi ini perlu diekspos”, bukan dari “atribut chain”-nya.
Dusk menempatkan dua jenis pilihan pada satu basis penyelesaian yang sama. Moonlight adalah model akun publik: saldo dan medan transaksi terlihat; tanda tangan (signature) dan nonce bertanggung jawab untuk otorisasi dan pencegahan replay. Cocok untuk relasi yang perlu direkonsiliasi oleh banyak pihak bersama. Phoenix menggunakan note dan bukti pengetahuan nol (zero-knowledge proof): nominal dan keterkaitan disembunyikan, namun tetap memverifikasi penjagaan saldo (saldo tetap terjaga) dan mencegah double-spend. Bukan dua chain yang berbeda, melainkan dua tingkat visibilitas dari satu sistem penyelesaian.
Saat memilih, yang benar-benar harus dihitung adalah biaya pemeliharaan. Jika memilih alur publik, setiap transaksi meninggalkan catatan yang bisa ditelusuri sehingga rekonsiliasi lebih mudah, tetapi permukaan eksposurnya lebih besar. Jika memilih alur yang disaring (tersembunyi), detail dilindungi, tetapi Anda harus menyiapkan jalur pembuktian yang dapat diverifikasi untuk setiap jenis pihak yang diberi otorisasi. Pada zaman manual, kompromi “siapa melihat apa” hanyalah versi keputusan; hari ini keputusan itu diwujudkan menjadi dua set aturan yang masing-masing perlu dipelihara.
Dalam praktik, bisnis nyata biasanya tidak memilih satu sisi saja. Satu transaksi mungkin memiliki bagian yang perlu direkonsiliasi secara terbuka oleh kedua pihak, sekaligus bagian yang keterkaitannya tidak diinginkan untuk ditelusuri oleh pihak ketiga. Jadi dalam satu relasi, bisa ada segmen publik dan segmen tersaring. Kuncinya adalah memecah bisnis menjadi segmen, lalu menentukan segmen mana yang memakai tingkat visibilitas yang mana, bukan memaksa seluruh chain menjadi satu jenis visibilitas yang seragam. Semakin jelas segmen dipisahkan, semakin kuat dasar untuk memilih tingkat visibilitas.
Saat menilai, susun sebuah tabel kecil berdasarkan pihak yang terlibat, tingkat sensitivitas jumlah, dan kebutuhan untuk peninjauan, lalu pilih tingkat visibilitas; kedua alur berbagi seperangkat aturan yang sama untuk mencegah double-spend dan menjaga integritas, sehingga memilih salah satu tidak mengubah aturan penyelesaian. @Dusk membuat pilihan antara publik dan tersaring sebagai opsi pada satu basis yang sama, $DUSK visibilitas transaksi ditentukan oleh kebutuhan bisnis sesuai skenario, dan penilaian untuk #dusk juga harus dimulai dari “berapa banyak transaksi ini perlu diekspos”, bukan dari “atribut chain”-nya.