---
title: "Dompet deterministik hierarkis (HD)"
description: "Pelajari cara dompet HD menurunkan pohon kunci dari satu seed, perbedaan derivasi hardened dan normal, serta hal yang harus dipertahankan oleh cadangan dompet yang lengkap dan dapat diuji."
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Dompet deterministik hierarkis (HD)
> Hanya untuk tujuan edukasi; bukan nasihat investasi. Investasi dapat menimbulkan kerugian.
## Jawaban langsung
Dompet deterministik hierarkis (HD) menurunkan pohon pasangan kunci kriptografis yang dapat direproduksi dari satu seed akar. BIP-32 mendefinisikan mekanisme pohon kunci: setiap simpul merupakan kunci diperluas yang berisi sebuah kunci beserta kode rantai `32-byte`, dan setiap anak dipilih berdasarkan indeks. Materi akar, aturan derivasi, dan jalur yang sama akan menghasilkan kembali kunci anak yang sama.
Sifat “deterministik” membuat pencadangan praktis; sifat itu tidak menjadikan semua dompet dapat dipertukarkan. Frasa mnemonik merupakan salah satu cara untuk menyandikan entropi dan menghasilkan seed, sedangkan jalur derivasi memilih sebuah simpul dan aturan alamat atau skrip mengubah kunci publiknya menjadi sesuatu yang dikenali rantai. Memulihkan hanya kata-katanya dapat menampilkan dompet kosong jika frasa sandi, jalur, jaringan, jenis skrip, atau aturan penemuan akun berbeda.
“Hierarkis” berarti kewenangan dapat dibagi menjadi beberapa subpohon. Kunci publik diperluas tingkat akun dapat memungkinkan layanan hanya-pantau menurunkan kunci publik turunan normal tanpa memegang kunci pembelanjaan. Kunci privat diperluas dapat menurunkan subpohon privat terkait dan harus dilindungi seperti sekumpulan kunci privat, bukan seperti satu alamat.
Dompet HD adalah rancangan pengelolaan kunci, bukan objek dompet on-chain. Blockchain tidak menyimpan mnemonik, seed, jalur, label, atau cadangan. Semua itu merupakan catatan off-chain yang dipelihara oleh perangkat lunak dompet dan pengguna.
## Cara kerjanya
### 1. Dari entropi ke akar
BIP-39 lazim digunakan sebelum BIP-32, tetapi keduanya adalah standar yang terpisah. BIP-39 menyandikan entropi `128-256 bits` beserta checksum sebagai `12-24 words`, lalu menerapkan PBKDF2-HMAC-SHA512 dengan `2048` iterasi pada mnemonik yang telah dinormalisasi dan frasa sandi opsional untuk menghasilkan seed `512-bit`. Setiap frasa sandi menghasilkan seed yang valid tetapi berbeda, sehingga frasa sandi yang hilang atau salah ketik tidak selalu terdeteksi melalui pesan “kata sandi tidak valid”.
BIP-32 menggunakan HMAC-SHA512 dengan kunci `Bitcoin seed` untuk mengubah byte seed menjadi kunci privat utama dan kode rantai utama. Kunci privat diperluas akar ini adalah sumber pohon BIP-32. Tidak semua dompet deterministik menggunakan BIP-39 atau BIP-32, sehingga pemulihan harus mengidentifikasi skema sebenarnya alih-alih menyimpulkannya hanya dari keberadaan kata pemulihan.
### 2. Kunci diperluas dan derivasi anak
Kunci privat diperluas BIP-32 menggabungkan kunci privat dengan kode rantai; kunci publik diperluas hasil netralisasinya menggabungkan kunci publik terkait dengan kode rantai yang sama. Derivasi anak normal menggunakan kunci publik induk, kode rantai, dan indeks anak, sehingga kunci publik diperluas dapat menurunkan kunci publik anak normal. Kunci tersebut tidak dapat menurunkan kunci privat anak.
Anak hardened menggunakan indeks dari `2^31` hingga `2^32 - 1` dan menyertakan materi kunci privat induk. Anak tersebut tidak dapat diturunkan dari kunci publik diperluas induk. Jalur biasanya menandainya dengan apostrof, seperti `m/84'/0'/0'`. Hardening membatasi dampak kegagalan khusus BIP-32: kunci publik diperluas induk bersama satu kunci privat anak non-hardened yang sesuai dapat mengungkap kunci privat diperluas induk.
### 3. Jalur memberi makna pada pohon
BIP-44 mendefinisikan `m / purpose' / coin_type' / account' / change / address_index`. `3` tingkat pertama bersifat hardened; `change` dan `address_index` bersifat normal agar kunci publik akun dapat menghasilkan alamat penerimaan dan kembalian. Secara konvensi, cabang `0` adalah eksternal dan cabang `1` adalah kembalian internal. Penemuan BIP-44 memindai riwayat transaksi dan menggunakan batas celah `20` alamat eksternal yang belum digunakan secara berturut-turut.
Jalur adalah metadata, bukan rahasia dan bukan jaminan universal. BIP-84 menetapkan tujuan `84'` bagi akun P2WPKH SegWit native, sementara tujuan lain atau tata letak khusus dompet menghasilkan subpohon lain. Jenis koin adalah konvensi namespace, bukan aturan yang diberlakukan blockchain.
### 4. Kunci bukan keseluruhan dompet
Kunci publik tetap memerlukan aturan jaringan dan alamat atau skrip. Untuk Bitcoin, kunci yang sama dapat berpartisipasi dalam skrip output yang berbeda, dan dompet multisignature juga memerlukan ambang batas, kunci para penanda tangan bersama, urutan kunci, serta asal derivasi. Deskriptor skrip output BIP-380 mengikat kunci dan asalnya pada ekspresi skrip yang eksplisit dan dapat menyertakan checksum. Karena itu, cadangan seed saja mungkin tidak cukup untuk menciptakan kembali apa yang dipantau atau dapat dibelanjakan oleh dompet asli.
Label dompet, kontak, catatan transaksi, kunci impor, nama akun, dan sebagian pengaturan pemulihan kontrak atau akun pintar umumnya tidak diturunkan secara deterministik. Semua itu memerlukan ekspor atau dokumentasi terpisah.
### 5. Pencadangan dan pemulihan adalah proses yang diuji
Catat implementasi dompet, format mnemonik atau seed, ada tidaknya frasa sandi, sidik jari utama, jalur yang relevan, jaringan, indeks akun, serta deskriptor Bitcoin atau data kebijakan yang setara. Simpan rahasia akar secara offline dan, jika memungkinkan, terpisah dari metadata pemulihan publik. `xpub` tidak dapat membelanjakan sendiri, tetapi dapat mengungkap saldo, hubungan alamat, dan turunan normal di masa depan.
Uji pemulihan di lingkungan tepercaya sebelum mengandalkan cadangan. Pertama, bandingkan alamat atau deskriptor yang dikenal tanpa memindahkan dana; kemudian verifikasi cabang penerimaan dan kembalian, akun selanjutnya, riwayat transaksi, serta penandatanganan dengan transaksi kecil yang terkendali. Jangan pernah memasukkan mnemonik, frasa sandi, atau `xprv` ke situs web atau percakapan dukungan yang tidak tepercaya.
## Contoh
Pertimbangkan akun Bitcoin SegWit native di `m/84'/0'/0'`. Tujuan `84'` memilih konvensi BIP-84, `0'` memilih namespace jenis koin Bitcoin, dan `0'` terakhir memilih akun pertama. Sistem hanya-pantau dapat menerima kunci publik diperluas akun dan menurunkan cabang normal tanpa menerima kunci privat akun.
Kunci penerimaan eksternal pertama berada di `m/84'/0'/0'/0/0`; berikutnya di `m/84'/0'/0'/0/1`. Kunci kembalian internal pertama berada di `m/84'/0'/0'/1/0`. Semuanya berasal dari akun yang sama, tetapi cabang dan indeks memilih kunci berbeda. Menggunakan kembali seed dengan `m/44'/0'/0'/0/0` memilih subpohon dan konvensi output lain; hasil kosong tidak membuktikan bahwa seed salah.
Untuk catatan pemulihan Bitcoin yang lengkap, simpan cadangan rahasia akar terpisah dari deskriptor atau metadata setara yang mengidentifikasi sidik jari, jalur, kunci publik diperluas, jenis skrip, dan checksum. Verifikasi beberapa alamat yang pernah digunakan pada kedua cabang. Menemukan hanya alamat penerimaan pertama merupakan bukti satu daun yang benar, bukan bukti bahwa setiap akun, output kembalian, atau kebijakan dompet telah dipulihkan.
## Risiko
- **Konsentrasi pada satu akar:** kompromi seed akar atau kunci privat diperluas dengan tingkat cukup tinggi dapat mengekspos setiap turunan dalam cakupannya.
- **Kehilangan cadangan:** kehilangan satu-satunya cadangan seed, atau secara terpisah kehilangan frasa sandi BIP-39 yang tidak didokumentasikan, dapat membuat setiap kunci turunan tidak dapat dipulihkan.
- **Keyakinan palsu pada frasa sandi:** frasa sandi BIP-39 yang salah membuat dompet valid yang berbeda, yang dapat terlihat seperti pemulihan berhasil tetapi kosong.
- **Ketidakcocokan jalur atau skrip:** seed yang benar dengan tujuan, akun, cabang, jaringan, atau jenis output yang salah menghasilkan alamat valid tetapi tidak terkait.
- **Cadangan kebijakan tidak lengkap:** seed dan jalur saja mungkin tidak dapat merekonstruksi persyaratan pembelanjaan multisignature, deskriptor, akun pintar, atau yang khusus bagi dompet.
- **Kebocoran privasi kunci publik diperluas:** `xpub` dapat mengungkap klaster alamat dan memungkinkan pelacakan turunan normal secara berkelanjutan.
- **Kompromi induk BIP-32:** `xpub` induk bersama kebocoran kunci privat anak non-hardened yang sesuai dapat mengungkap subpohon privat induk.
- **Alat pemulihan tidak tepercaya:** situs web, ekstensi, perangkat palsu, alat clipboard, atau berbagi layar dapat menangkap seluruh rahasia akar.
- **Media yang belum diuji:** kertas, logam, file terenkripsi, atau cadangan perangkat keras dapat gagal akibat kesalahan penyalinan, korosi, kata sandi yang terlupakan, atau format yang tidak didukung.
- **Migrasi tidak lengkap:** memindahkan koin yang terlihat sambil meninggalkan token, output kembalian, peran kontrak, persetujuan, atau akun selanjutnya di bawah akar lama tetap mempertahankan eksposur.
## Kesalahpahaman umum
### Apakah satu frasa cadangan mencakup setiap detail dompet?
Tidak. Frasa itu mungkin mereproduksi materi kunci akar, tetapi belum tentu frasa sandi, konvensi derivasi, jaringan, skrip, kebijakan multisignature, label, kunci impor, atau riwayat penemuan akun. Pertahankan metadata yang dibutuhkan dompet sebenarnya.
### Apakah `xpub` aman dipublikasikan karena tidak dapat membelanjakan?
Tidak. Umumnya kunci tersebut tidak dapat menandatangani, tetapi dapat mengungkap alamat turunan normal masa lalu dan masa depan beserta riwayat gabungannya. Dalam kegagalan BIP-32 yang dijelaskan di atas, memasangkannya dengan kunci privat anak non-hardened yang sesuai juga dapat mengompromikan subpohon induk.
### Apakah alamat baru membuat cadangan independen?
Tidak. Alamat baru mengurangi penggunaan ulang alamat dan meningkatkan privasi, tetapi turunan deterministik tetap dikendalikan oleh leluhur yang sama. Kompromi akar memengaruhi subpohon meskipun setiap pembayaran menggunakan alamat baru.
### Apakah memulihkan satu alamat yang dikenal membuktikan dompet sudah lengkap?
Tidak. Hal itu memvalidasi satu kombinasi materi akar, jalur, dan konstruksi alamat. Pemulihan masih harus mencakup cabang penerimaan dan kembalian, semua akun yang digunakan, skrip atau kebijakan, dan jaringan yang relevan.
## Topik terkait
- [Jalur derivasi dompet](/id/crypto/derivation-path/)
- [Frasa seed](/id/crypto/seed-phrase/)
- [Kunci publik dan privat](/id/crypto/public-private-key/)
- [Dompet perangkat keras](/id/crypto/hardware-wallet/)
- [Dompet dingin](/id/crypto/cold-wallet/)
## Sumber
- [BIP 32: Dompet Deterministik Hierarkis](https://bips.dev/32/) - Bitcoin Improvement Proposals (diakses: 2026-08-20)
- [BIP 39: Kode Mnemonik untuk Menghasilkan Kunci Deterministik](https://bips.dev/39/) - Bitcoin Improvement Proposals (diakses: 2026-08-20)
- [BIP 44: Hierarki Multi-Akun untuk Dompet Deterministik](https://bips.dev/44/) - Bitcoin Improvement Proposals (diakses: 2026-08-20)
- [BIP 84: Skema Derivasi untuk Akun P2WPKH](https://bips.dev/84/) - Bitcoin Improvement Proposals (diakses: 2026-08-20)
- [BIP 380: Operasi Umum Deskriptor Skrip Output](https://bips.dev/380/) - Bitcoin Improvement Proposals (diakses: 2026-08-20)
Source: https://wiki.fcontext.com/id/crypto/hd-wallet/index.mdx