#dusk $DUSK Saya hari ini sedang membaca dokumentasi model transaksi Phoenix dari @Dusk , dan saya terjebak pada sebuah konsep yang sangat dasar di rantai privasi tetapi mudah terlewat: lapisan protokol $DUSK sama sekali tidak memiliki "akun".
Di rantai transparan seperti Ethereum, setiap alamat adalah sebuah akun, dan saldo serta riwayat transaksinya terlihat oleh seluruh jaringan. Tetapi Phoenix memakai jalur UTXO — lapisan protokol tidak menyimpan akun, hanya menyimpan sekumpulan hal yang disebut "note". Setiap note berisi jumlah dan syarat pengeluaran, dan transaksi adalah proses menghabiskan note lama serta menghasilkan note baru. Hash dari note baru dimasukkan ke dalam sebuah pohon Merkle, dan daun-daunnya menyimpan sidik jari semua note di seluruh jaringan.
Desain pencegahan double-spend di sini menjadi sangat menarik. Setiap transaksi akan membawa sekumpulan nilai deterministik yang disebut "nullifier", dan setiap nullifier berkorespondensi dengan note yang telah dibelanjakan, menandainya sebagai tidak berlaku lagi. Namun cara pembuatan nullifier diproses secara kriptografis, sehingga ketika pengamat eksternal melihat sebuah nullifier muncul, mereka tahu bahwa "ada note yang telah dibelanjakan", tetapi tidak bisa mencocokkan nullifier itu dengan note yang mana secara spesifik. Jaringan mengonfirmasi bahwa pembatalan/penebusan terjadi, tetapi tidak tahu milik siapa yang dibatalkan.
Saya analogikan begini: ini bukan seperti memeriksa buku besar bank, di mana membuka halaman tertentu bisa langsung melihat semua arus dana seseorang. Ini lebih mirip merobek setiap kuitansi lalu membuangnya ke penghancur kertas, lalu memberi tahu sistem secara terenkripsi bahwa "yang ini sudah dicairkan". Sistem mengonfirmasi bahwa pencairannya valid, tetapi orang yang mengorek penghancur kertas tidak bisa menyusun ulang kuitansi asli, dan juga tidak tahu kuitansi itu awalnya milik siapa.
Tetapi desain ini juga bukan tanpa biaya. Seiring jumlah note bertambah, pohon Merkle ikut membesar, dan full node perlu memelihara struktur pohon secara lengkap; pembuatan nullifier bergantung pada asumsi kriptografi lapisan bawah, dan jika pemilihan parameternya bermasalah, perlindungan privasi bisa menjadi sekadar formalitas. Dokumentasi resmi memang membuka detail protokol, tetapi pada lingkungan produksi, tingkat tabrakan nullifier dan kecepatan pembengkakan pohon perlu terus dibandingkan setelah mainnet diluncurkan.
Saat melihat lapisan privasi #dusk , saya tidak akan hanya terpaku pada label "menggunakan UTXO". Yang benar-benar perlu dilacak adalah kurva pertumbuhan jumlah note, ukuran kumpulan nullifier, dan beban penyimpanan node validasi. $DUSK menanamkan privasi di lapisan terdalam protokol, tetapi biaya pemeliharaan buku besar di lapisan dasar pada akhirnya akan tercermin pada performa seluruh jaringan.
#dusk @Dusk