152 / 736INHERIT

Bitcoin Inheritance Plan

Menyiapkan bitcoin untuk orang-orang yang akan meneruskannya

Meninggalkan cadangan saja belum cukup. Keluarga perlu tahu dompet itu ada, menemukan datanya, dan memulihkannya tanpa mendapat akses terlalu dini yang tidak diperlukan.

Bitcoin Inheritance Plan adalah rencana penyerahan bitcoin setelah pemilik meninggal atau tidak lagi mampu bertindak. Bayangkan Anna: ia mengenal dompetnya dengan baik, tetapi keluarganya belum pernah memakainya. Rencana ini perlu membawa keluarga dari “Anna punya bitcoin” sampai dapat menggunakan dompet dengan aman. Karena itu, rencana mencakup petunjuk, cadangan, penanggung jawab, dan kewenangan hukum. Dalam penyimpanan mandiri, tidak ada administrator yang bisa begitu saja mengganti kunci yang hilang. Akses teknis dan hak atas harta tetap merupakan dua hal berbeda.

Dompet adalah aplikasi atau perangkat untuk menerima dan mengirim bitcoin. Kunci privat adalah angka rahasia yang digunakan untuk mengizinkan bitcoin dibelanjakan. Anna menyimpan cadangan dengan hati-hati, tetapi tidak memberi tahu siapa pun bahwa cadangan itu ada. Bagi keluarga, akibatnya bisa sama seperti tidak memiliki cadangan. Titik awal yang berguna adalah informasi dompet yang dapat ditemukan serta kontak orang yang membantu langkah selanjutnya. Petunjuk awal ini tidak harus berisi kunci rahasia. Isinya perlu menjelaskan tempat mencari bahan yang dibutuhkan, meskipun Anna tidak dapat melengkapi informasi. Dokumen hukum dapat menetapkan siapa yang berhak menerima harta, tetapi tidak menyediakan tanda tangan digital untuk mengizinkan pembayaran. Sebaliknya, mampu menandatangani tidak membuktikan hak atas harta. Urusan hukum harus disesuaikan dengan yurisdiksi dan keadaan yang relevan. [1] [8]

Seed Phrase adalah cadangan berupa kata-kata untuk memulihkan bahan rahasia pembentuk kunci. Jika Anna memakai passphrase BIP39, yaitu teks rahasia tambahan, teks itu juga harus tetap tersedia. PIN biasanya membuka perangkat; PIN tidak menggantikan passphrase yang hilang. Passphrase lain dapat membuka dompet yang sah tetapi kosong. Pengaturan lebih rumit juga membutuhkan konfigurasi: kunci, akun, dan ketentuan yang digunakan. Output Descriptor mencatat uraian ini dalam format yang dipahami perangkat lunak, termasuk data penurunan alamat. Ini penting khususnya pada Multisig yang memerlukan beberapa tanda tangan. Descriptor publik tanpa kunci privat memungkinkan pemantauan, bukan pembelanjaan. Namun, alamat dan riwayat tetap terungkap; format umumnya juga dapat memuat kunci privat. Isi ekspor yang sebenarnya perlu diperiksa. [2] [3]

Anna dapat memisahkan petunjuk, cadangan, dan kata sandi berkas terenkripsi. Namun, perlindungan itu tidak membantu jika putrinya harus membuka ponsel Anna dahulu untuk mengakses akun yang berisi petunjuk membuka ponsel yang sama. Ikuti jalurnya sebagai orang yang tidak mengenal kebiasaan Anda. Ia perlu kontak dan alternatif jika orang yang membantu atau tempat penyimpanan tidak tersedia. Lebih banyak salinan mengurangi risiko kehilangan, tetapi menambah lokasi kemungkinan kebocoran. Karena itu, salinan konfigurasi publik dan rahasia yang memungkinkan pembayaran langsung membutuhkan perlakuan berbeda. [1]

Daripada hanya bertanya “sudah paham?”, cobalah bersama menggunakan dompet uji terpisah. Dengan mengikuti petunjuk, penerus yang dituju menemukan bahan, memulihkan alamat yang diharapkan, dan membuat transaksi uji yang dapat diverifikasi tanpa mengandalkan ingatan Anna. Melihat saldo belum cukup: dompet pemantauan dapat menampilkan dana tanpa mampu menandatangani pembayaran. Jika ada ketentuan waktu, uji penolakan sebelum tenggat dan penggunaan sesudahnya. Blok mengelompokkan transaksi dalam satu kumpulan yang ditambahkan ke riwayat bersama. Regtest, jaringan uji privat dengan pembuatan blok yang dapat dikendalikan, dapat membantu. Yang diuji adalah prosesnya, bukan memublikasikan cadangan asli atau memindahkan warisan sebenarnya. [1] [4] [9]

Multisig 2-of-3 berarti tanda tangan dari sembarang dua di antara tiga kunci yang ditetapkan cukup untuk membayar. Jika dua penerus menerima kuncinya hari ini tanpa syarat tambahan, mereka dapat menandatangani hari ini. Ambang itu tidak tahu bahwa pembayaran seharusnya menunggu pewarisan. Masalah sebaliknya muncul jika Anna memegang dua kunci dan orang yang membantu memegang kunci ketiga: kehilangan kedua kunci Anna membuat orang itu tidak mampu menandatangani sendirian. Periksa kombinasi yang masih tersedia jika seseorang atau perangkat tidak ada. Dua salinan kunci yang sama bukan dua tanda tangan independen. Konfigurasi dompet juga harus tersedia bersama kuncinya. [1] [2]

Penguncian waktu menunda cara tertentu untuk membelanjakan dana. Pada aturan “Anna sekarang, atau Boris setelah 1000 blok”, cabang Boris yang menunggu, bukan cabang Anna. Cabang berarti salah satu jalur pembayaran yang diizinkan. CHECKSEQUENCEVERIFY dalam BIP 112 bersama BIP 68 dapat mendasarkan syarat pada umur UTXO: keluaran transaksi yang belum dibelanjakan, yakni jumlah tertentu dengan ketentuannya sendiri. Jaringan tidak memverifikasi kematian atau menentukan ahli waris yang sah. Setelah waktu tunggu terpenuhi, Boris dapat memakai cabangnya meski Anna masih hidup, selama syarat lain terpenuhi. Contoh ini menghitung blok, bukan hari kalender; waktu pembentukannya bervariasi. [4] [5]

Jika UTXO dalam contoh dikonfirmasi pada blok H, cabang tertunda paling cepat dapat dipakai pada blok H+1000, dengan syarat lainnya terpenuhi. Menerima pembayaran baru atau membuka aplikasi tidak mengatur ulang umur keluaran lama. Waktu tunggu baru untuk nilai tersebut memerlukan pembelanjaan ke keluaran baru dengan aturan yang sesuai, lalu konfirmasi transaksi. Liana menggunakan cabang pemulihan dan refresh sweep, transaksi yang mengirim dana sendiri ke sekumpulan keluaran baru. Semua keluaran terkait, biaya, dan ketersediaan kunci penandatanganan biasa harus diperiksa. “Saya baru memakai dompet” tidak menjelaskan keluaran mana yang benar-benar diperbarui. [4] [5] [6] [10]

Pergantian penerus, hilangnya kunci, atau perubahan aturan tidak cukup ditangani dengan mengedit nama dalam petunjuk. Ketentuan UTXO yang sudah ada tetap sama. Descriptor baru menggambarkan pengaturan baru, tetapi tidak memindahkan uang ke sana. Untuk mengubah ketentuan yang tercatat di jaringan, siapkan dompet baru, periksa cadangannya, dan pindahkan dana melalui transaksi yang sah. Lalu perbarui petunjuk, kontak, serta alamat penerimaan. Alamat lama masih dapat menerima pembayaran, sehingga pemantauan dan data yang diperlukan tidak boleh langsung dibuang. Rencana harus berfungsi saat dibutuhkan, bukan hanya pada hari ditulis. [7]

Untuk gambaran yang lebih utuh, baca entri ini bersama Dead Man’s Switch, Multisig, Timelock, Collaborative Custody, Seed Phrase, BIP39 passphrase. Entri ini juga dirujuk dari Shamir Secret Sharing, Bitcoin Vault, Dead Man’s Switch, Collaborative Custody.

DOC · 001Bitcoin Design — Inheritance wallet backupDokumentasi DOC · 002Bitcoin Core — Output DescriptorsDokumentasi DOC · 003Trezor — What is a passphrase?Dokumentasi DOC · 004BIP 112 — CHECKSEQUENCEVERIFYSpesifikasi DOC · 005BIP 68 — Relative lock-timeSpesifikasi DOC · 006Liana — Inheritance guideDokumentasi DOC · 007Bitcoin Design — Making changesDokumentasi DOC · 008Bitcoin Developer Guide — WalletsDokumentasi DOC · 009Bitcoin Developer Guide — Block ChainDokumentasi DOC · 010Liana — ChangelogDokumentasi
Direvisi: Utamakan sumber · Bukan nasihat investasi