Watch-only Wallet

Alice menyimpan kunci di dompet perangkat keras dan ingin memeriksa pembayaran melalui ponsel. Ia memindahkan konfigurasi publik dompet ke ponsel, bukan kata-kata pemulihannya. Dengan konfigurasi itu, aplikasi mengenali alamat yang sesuai dan mencari pembayarannya di jaringan. Alice bisa melihat penerimaan 20 000 sat, satuan terkecil bitcoin, beserta konfirmasinya meskipun perangkat penandatangan sedang mati di rumah. Ponsel tidak memperoleh hak untuk membelanjakan uang tersebut. Dengan cara serupa, pedagang bisa memberi akuntan akses untuk melihat pembayaran tanpa menyerahkan kunci. Yang menentukan adalah data yang benar-benar diimpor: memasukkan Seed Phrase, yaitu kata-kata untuk memulihkan kunci, akan menghapus pemisahan ini. [12]

Alamat publik orang lain pun bisa ditambahkan ke aplikasi pemantau. Jadi, angka di layar tidak membuktikan bahwa penggunanya dapat membelanjakan dana itu, apalagi melunasi semua utangnya. Aplikasi menjumlahkan UTXO yang ditemukan, yakni keluaran pembayaran sebelumnya yang belum dibelanjakan. Namun, hanya data yang cocok dengan informasi impor dan riwayat tersedia yang dapat ditemukan. Alamat yang terlewat, pencarian yang belum selesai, atau server yang tidak andal bisa menghasilkan gambaran tidak lengkap. Angka nol saja tidak berarti bitcoin hilang; periksa dahulu cakupan pemantauan dan sumber datanya. [8] [9]

Ketika Alice hendak membayar, aplikasi memilih UTXO tersedia dan menyiapkan penerima, jumlah, serta biaya. Bagian masukan yang tidak terpakai bisa kembali ke dompet sendiri sebagai kembalian, atau change. Rinciannya dapat dikirim melalui PSBT, format transaksi Bitcoin yang ditandatangani sebagian menurut BIP174. Perangkat terpisah mendapat informasi untuk menandatangani tanpa basis data UTXO sendiri. Alice harus memeriksa penerima sebenarnya, jumlah, biaya, dan kembalian pada layar tepercaya perangkat itu. Aplikasi yang disusupi bisa menyiapkan pembayaran berbeda dari maksudnya. Pengaturan sighash juga penting karena menentukan bagian transaksi yang dicakup tanda tangan. Hanya setelah diperiksa dan ditandatangani, transaksi akhir yang sesuai dengan usulan yang disetujui serta aturan dompet boleh disiarkan ke jaringan. [2] [10]

Kunci publik diperluas, atau xpub, dapat menurunkan kunci publik lain pada cabang dompet tertentu; sendirian, kunci itu tidak bisa menandatangani pembayaran. Namun, orang yang mendapatkannya bersama aturan dompet dapat menghubungkan alamat yang dapat diturunkan, pembayaran lama maupun mendatang, dan saldo. Ini mengungkap jauh lebih banyak daripada satu alamat untuk satu penerimaan. Server pihak ketiga juga bisa membangun gambaran serupa dari permintaan aplikasi yang berulang. Full Node milik sendiri, yang memverifikasi blockchain secara mandiri, membatasi pengungkapan itu; koneksi terenkripsi atau privat tidak menyembunyikan permintaan dari server tujuan. Ekspor hanya akun yang diperlukan, batasi salinan, dan lindungi label yang mengaitkan alamat dengan nama atau tujuan pembayaran. [1] [13] [14]

Bagian berikut menjadi referensi teknis untuk pengaturan dan pemulihan. Skrip menentukan syarat pembelanjaan; Output Descriptor mencatat aturan itu beserta informasi untuk menurunkan alamat. HD Wallet membentuk pohon kunci dari seed, yaitu data awal rahasia yang digunakan untuk menurunkan kunci-kunci tersebut. Derivasi non-hardened dapat menghasilkan kunci publik lain dari xpub, sedangkan hardened membutuhkan kunci privat. Multisig menambahkan jumlah tanda tangan yang harus dipenuhi. Mengimpor alamat hanya memantau skripnya, bukan alamat penerimaan dan kembalian yang akan datang. Kunci publik mencakup berbagai jenis skrip hanya jika perangkat lunak menurunkannya secara eksplisit. xpub akun dapat menghasilkan kunci turunan non-hardened, tetapi tidak menentukan P2PKH, SegWit, Taproot, cabang internal, atau ambang tanda tangan Multisig. Deskriptor melengkapi informasi ini. Ekspor dari akun yang benar pada perangkat penandatangan, dengan jaringan dan jenis skrip yang sesuai; jangan menebak jalur derivasi, yaitu urutan langkah dari kunci awal. [1] [4] [7]

Dompet HD biasanya memisahkan penerimaan /0/* dari cabang internal /1/* untuk change, yaitu kembalian. Tanpa cabang internal, sebagian dana dapat terlihat hilang setelah dibelanjakan. range adalah rentang alamat yang diturunkan; rentang terlalu kecil dapat menyembunyikan penerimaan. next_index menentukan alamat berikutnya yang akan dibuat. Nilai yang tidak selaras pada dua program dapat menyebabkan penggunaan ulang alamat. Selaraskan deskriptor aktif, rentang, dan indeks. Periksa alamat penerimaan pada layar perangkat penandatangan: perangkat lunak jahat bisa menggantinya sambil menampilkan saldo yang masuk akal. [6] [9]

importdescriptors pada Bitcoin Core memakai timestamp untuk menentukan awal pemindaian ulang. now melewati riwayat lama, sedangkan 0 meminta pencarian sejak Genesis Block. Rentang range dan ketersediaan blok lama juga berpengaruh. active menentukan apakah deskriptor digunakan untuk menghasilkan alamat baru; internal menandai keluaran internal dompet, seperti kembalian. Node yang memangkas blok lama mungkin tidak memiliki riwayat yang diperlukan. Rescan hanya menemukan transaksi yang sudah ada. Simpan tanggal atau tinggi blok penggunaan pertama dan cocokkan pemulihan dengan alamat serta transaksi yang diketahui, bukan hanya angka nol di layar. [9] [10]

BIP380 mendefinisikan bahasa untuk himpunan skrip keluaran. Contoh wpkh([d34db33f/84h/0h/0h]xpub…/0/*)#checksum memuat jenis skrip, sidik jari kunci utama, jalur asal, kunci publik akun, cabang, indeks variabel, dan checksum. Ini bukan data valid untuk diimpor. Taproot memakai tr() menurut BIP386; BIP389 mendukung beberapa jalur dalam satu ekspresi. Checksum mendeteksi kesalahan penyalinan, bukan memastikan identitas pembuatnya. Deskriptor berisi xprv menyimpan kunci rahasia dan tidak boleh dimasukkan ke koordinator pemantau. [4] [5] [6] [7]

BIP32 menjelaskan pengecualian penting: xpub induk bersama kunci privat turunan yang diperoleh hanya melalui langkah non-hardened memungkinkan perhitungan kunci privat induk. xpub saja tidak cukup; kombinasi itulah yang berbahaya. Langkah hardened di atas akun yang diekspor mencegah serangan melewati batas tersebut. Jangan pernah memasukkan xprv, seed, atau kunci privat ke dompet pemantau, basis datanya, maupun berkas PSBT pendamping. [1]

Pemantauan Multisig memerlukan ambang tanda tangan, jenis skrip, xpub setiap penandatangan bersama, asal dan urutan kunci, serta kedua cabang alamat. Satu xpub tidak cukup. Hilangnya deskriptor dapat menyulitkan pemulihan meski seed masih utuh; urutan atau pembungkus skrip yang berbeda dapat menghasilkan alamat berbeda. Periksa aturan dan contoh alamat pada semua perangkat penandatangan. Cadangkan deskriptor dengan checksum atau konfigurasi standar, dengan menyadari bahwa informasi ini mengungkap hubungan antarpenandatangan. [4] [11]

Secara terpisah dari kunci privat, simpan deskriptor kedua cabang, asal kunci, jaringan, tanggal atau tinggi blok pembuatan, rentang, indeks, label, dan aturan Multisig. BIP329 memindahkan label, bukan menggantikan deskriptor atau riwayat. Uji pemulihan dalam profil terpisah atau jaringan uji: impor konfigurasi publik, pindai riwayat, cocokkan alamat lama kedua cabang serta UTXO yang diharapkan, siapkan PSBT, lalu tandatangani dengan perangkat yang ditentukan. Periksa hasilnya sebelum disiarkan. Watch-only membantu pemantauan dan persiapan, bukan memberikan wewenang membelanjakan dana. [3] [9] [12]