Memahami shielded pool, Unified Address, dan viewing key Zcash

Pool di Zcash bukan bursa atau perusahaan yang menyimpan deposit pengguna, melainkan keadaan nilai yang mengikuti aturan konsensus tertentu. Pool transparan menggunakan UTXO publik. Pembaca blockchain dapat melihat output yang dibuat, transaksi berikutnya yang membelanjakannya, dan nilai yang terlihat. Sebuah alamat tidak langsung menunjukkan identitas hukum, tetapi catatan publik dapat menghubungkan penggunaan alamat dan arus dana.

Shielded pool merepresentasikan nilai dengan note, bukan UTXO yang terlihat. Jaringan mencatat data note terenkripsi, pohon commitment, dan pemeriksaan saldo pool. Bukti kriptografis memungkinkan konsensus memeriksa validitas, pelestarian nilai, dan pencegahan pembelanjaan ganda tanpa memperlihatkan penerima serta jumlah note seperti pada output transparan. Spesifikasi Protokol Zcash menjelaskan kedua bentuk tersebut.

Sapling dan Orchard adalah shielded pool terpisah dengan protokol dan pohon commitment note yang berbeda; saldo keduanya bukan satu keadaan yang dapat dipertukarkan. Sprout merupakan protokol shielded pertama Zcash. Setelah ZIP 211 aktif, nilai baru tidak dapat lagi ditambahkan ke pool Sprout, meskipun transaksi Sprout lama tetap ada dalam riwayat blockchain.

Status jaringan sebaiknya diberi tanggal. Indeks ZIP resmi menyebut NU6.2 sebagai upgrade Mainnet terakhir yang telah selesai, aktif pada blok 3.364.600 tanggal 3 Juni 2026. NU6.2 mengaktifkan kembali tindakan Orchard setelah mitigasi kerentanan sementara dengan aturan circuit yang diperbaiki. NU6.3 dan pool Ironwood masih berupa usulan draf, bukan aturan Mainnet saat ini. Lihat ZIP 257, indeks ZIP, dan draf ZIP 258.

Shielded note mengaitkan nilai dalam suatu pool dengan kewenangan penerima untuk membelanjakannya. Nilai, detail penerima, dan memo dienkripsi agar wallet dengan informasi penerimaan yang sesuai dapat membacanya. Blockchain menyimpan data terenkripsi dan commitment atas note, bukan teks aslinya. Commitment memungkinkan pemeriksaan tanpa membuka isi note.

Saat note dibelanjakan, transaksi mengungkap nullifier yang terkait. Pembelanja membuktikan bahwa ia mengetahui note dan menerbitkan nullifier; jaringan memeriksa bahwa nullifier itu belum pernah digunakan. Pengamat dapat melihat nullifier dan pohon commitment, tetapi semestinya tidak dapat menentukan commitment lama mana yang terkait dengannya. Cara ini mencegah pembelanjaan ganda tanpa merahasiakan seluruh data konsensus. Sapling dan Orchard mengikuti rancangan umum ini dengan kriptografi dan bukti berbeda; pembelanjaan tetap memerlukan kewenangan privat yang sesuai.

Unified Address (UA) adalah satu string berkode yang dapat memuat receiver Orchard, Sapling, P2SH transparan, dan P2PKH transparan. UA Revision 0 yang aktif harus menyertakan setidaknya satu receiver shielded. String tersebut memang dirancang agar jenis receiver di dalamnya tidak dapat dikenali hanya dari tampilannya. ZIP 316 membedakan Revision 0 aktif dari Revision 2 yang diusulkan.

Wallet pengirim tidak membayar ke semua receiver. Pada Revision 0, urutan preferensinya adalah Orchard, Sapling, P2SH transparan, lalu P2PKH transparan. Pengirim wajib menggunakan receiver dengan prioritas tertinggi yang didukung wallet. Jika wallet mendukung Orchard, receiver Orchard dipilih; bila tidak mendukung Orchard tetapi mendukung Sapling, wallet dapat memilih Sapling. Karena itu, pool yang benar-benar digunakan bergantung pada kemampuan wallet pengirim, bukan hanya string alamat yang ditampilkan.

Draf Revision 2 mengusulkan prefiks zu untuk alamat shielded saja dan tu untuk format yang dapat mencakup receiver transparan. Indeks ZIP resmi masih menandai Revision 2 sebagai draf; jangan menganggap prefiks itu sebagai format UA Mainnet aktif yang umum. Sebelum mengirim, periksa jenis alamat, jaringan yang dipilih, dan receiver pada layar konfirmasi wallet.

Transfer transparan-ke-shielded (t→z) dapat membelanjakan UTXO publik dan membuat note Sapling atau Orchard. Pengamat blockchain dapat melihat input transparan, perubahan pada pool transparan, dan nilai bersih yang masuk ke shielded pool. Namun, ia tidak melihat alamat penerima shielded biasa dan setiap jumlah note seperti pada UTXO transparan. Perpindahan nilai ke pool shielded tetap meninggalkan informasi di batas pool.

Pada transfer sebaliknya (z→t), alamat dan jumlah output transparan bersifat publik, dan perubahan nilai pada shielded pool yang terkait dapat diamati. Pembayaran shielded yang membuat note dalam satu pool mungkin menyembunyikan penerima dan jumlah; perpindahan antara Sapling dan Orchard dapat membuat perubahan saldo per pool lebih informatif. Nilai batas yang publik saja tidak mengidentifikasi orang atau note lama, tetapi dapat dibandingkan dengan jumlah, waktu, dan catatan eksternal.

Jadi, jangan hanya bertanya apakah alamatnya shielded; periksa juga asal nilai dan pool yang dilaluinya. Penarikan dari bursa, pembayaran pedagang, atau transfer pribadi dengan jumlah atau waktu yang diketahui bisa dibandingkan dengan informasi batas yang publik. Perbandingan itu tidak otomatis mengungkap setiap pemilik note atau jalur internal, tetapi dapat mempersempit kemungkinan.

ZIP 316 mendefinisikan viewing key sebagai informasi yang diperlukan untuk melihat pembayaran ke suatu alamat. Full Viewing Key (FVK) juga dapat menampilkan informasi pembayaran dari alamat tersebut. Incoming Viewing Key (IVK) dapat diturunkan dari FVK, lalu alamat dapat diturunkan dari IVK. Unified Viewing Key menggabungkan item viewing key dari beberapa protokol.

Viewing key saja tidak dapat menandatangani pembelanjaan; diperlukan spending key terpisah atau sistem penandatanganan. Namun viewing key bukan informasi publik yang tidak berbahaya. Jenis key dan implementasi wallet menentukan transaksi yang terlihat; key tingkat akun dapat mengungkap lebih dari satu alamat penerima. Sebelum membagikannya kepada auditor atau layanan, periksa cakupan, lama penyimpanan, opsi penghapusan, dan apakah key digabungkan dengan alamat lain.

Viewing key tidak menghapus petunjuk yang sudah publik: input dan output transparan, jumlah, serta waktu dapat dianalisis tanpa key. Sebaliknya, explorer atau wallet yang tidak mendukung pool terkait mungkin tidak menampilkan transaksi shielded yang sebenarnya sudah dicatat blockchain. “Tidak muncul di aplikasi” bukan berarti “tidak ada di chain”.

Informasi yang terlihat bergantung pada pool dan jenis receiver. Aliran yang sepenuhnya transparan menampilkan alamat, jumlah, dan hubungan UTXO. Pembayaran shielded mengenkripsi penerima dan nilai note, tetapi commitment, nullifier, waktu, dan data protokol tetap tercatat di chain. Perpindahan antar-pool, dukungan pool wallet, waktu pembayaran yang diketahui, catatan bursa, dan viewing key yang dibagikan dapat menjadi petunjuk terpisah.

Unified Address tidak memaksa semua pembayaran memakai Orchard. Receiver yang dipilih bisa bergantung pada versi wallet, setelan, implementasi, dan jalur transaksi. Periksa pratinjau atau hasil transaksi, jangan menyimpulkan privasi hanya dari alamat yang ditempelkan. [Panduan privasi Monero](/id/learn/monero-private-transactions-stealth-addresses-ring-signatures-ringct-explained) membahas rancangan berbeda; [panduan penggunaan ulang alamat Bitcoin](/id/learn/bitcoin-address-reuse-privacy-transaction-linkability-explained) membandingkannya dengan buku besar transparan.

Privasi jaringan adalah lapisan lain. Penyedia RPC, server light-wallet, bursa, atau layanan pembayaran dapat melihat permintaan pembuatan atau relay transaksi, lalu menyimpan IP, akun, atau waktu di luar chain. Bukti kriptografis tidak otomatis menghapus log layanan. Daripada mengklaim tingkat anonimitas mutlak, cari tahu siapa yang menerima metadata dan bagaimana mereka menyimpannya.

Pertama, pastikan wallet terhubung ke Mainnet atau Testnet yang dimaksud. Saat meninjau pembayaran, pastikan penerima memberikan Unified Address dan lihat receiver yang akan dipilih wallet. String UA tidak menunjukkan jenis receiver secara visual; periksa pool, jumlah, memo, dan biaya di wallet. Jika penerima meminta pembayaran shielded tetapi pratinjau menunjukkan output transparan, periksa dukungan protokol di kedua wallet sebelum mengirim.

Untuk menyelidiki transaksi yang sudah ada, cocokkan ID transaksi dan jaringannya, lalu lihat pool yang muncul di input dan output. Alamat dan jumlah transparan terlihat di explorer publik; detail note mungkin tidak tampil di alat yang tidak mendukungnya. Jika perlu viewing key, tentukan alasan dan informasi yang dibukanya; jangan tempelkan spending key atau viewing key ke situs yang tidak dikenal. Panduan wallet kustodial dan nonkustodial juga membahas tanggung jawab penandatanganan.

Jangan langsung menyimpulkan “saya memakai alamat shielded, jadi pembayaran sepenuhnya privat” atau “explorer tidak menunjukkan nilai, berarti transfer belum terjadi”. Riwayat wallet, jaringan, ID transaksi, status chain, konfirmasi, dan kewenangan viewing adalah fakta berbeda. Jika penerima perlu memastikan dana masuk, periksa apakah wallet-nya mendukung dan telah menyinkronkan pool yang terkait.

Misalkan Lee mengirim 1,25 ZEC dari UTXO transparan ke Unified Address Revision 0 yang memuat receiver Orchard, Sapling, dan transparan. Jumlah ini hanya ilustrasi; bukan tarif biaya atau pengaturan standar wallet. Jika wallet Lee mendukung Orchard, aturan preferensi ZIP 316 memilih receiver Orchard. Chain publik memperlihatkan input transparan dan informasi batas seperti nilai bersih yang masuk ke shielded pool, tetapi tidak menampilkan alamat note shielded dan jumlahnya sebagai output publik biasa.

Jika wallet Lee tidak mendukung Orchard tetapi mendukung Sapling, wallet dapat memilih Sapling. Wallet yang tidak mendukung pool shielded mana pun dapat memakai receiver transparan jika receiver dan format pembayaran itu tersedia. UA Revision 0 harus memuat receiver shielded, tetapi pengirim hanya memilih receiver yang didukung wallet. UA yang sama dapat menghasilkan pool serta informasi batas publik yang berbeda pada wallet dengan kemampuan berbeda.

Terakhir, jika penerima membagikan viewing key kepada layanan akuntansi secara terpisah, layanan itu mungkin melihat aktivitas shielded dalam cakupan key tersebut. Bukti penerimaan di wallet, detail note yang tidak muncul di explorer, dan pencatatan transaksi sesuai konsensus adalah tiga fakta berbeda. Unified Address memudahkan kompatibilitas antar-generasi protokol, tetapi tidak menjamin privasi sempurna atau mengambil alih tanggung jawab pemilihan receiver, pengelolaan key, dan paparan jaringan.

• Zcash Protocol Specification v2026.7.0 (NU6.2)
• ZIP 316: Unified Addresses and Unified Viewing Keys
• ZIP 211: Disabling New Value to the Sprout Pool
• ZIP 257: NU6.2 and the Orchard Temporary Mitigation
• ZIP 258: Draft NU6.3 Deployment
• Indeks ZIP resmi: status Mainnet dan status usulan