Dasar-Dasar Bitcoin

Jenis Alamat Bitcoin Dijelaskan

Bandingkan format alamat legacy, nested SegWit, native SegWit, dan Taproot, prefiks, kompatibilitas, dan batas keamanan.

Jawaban Langsung

Bandingkan format alamat legacy, nested SegWit, native SegWit, dan Taproot, prefiks, kompatibilitas, dan batas keamanan.

Dua alamat Bitcoin dapat sama-sama menerima BTC dan tetap membuat struktur transaksi yang berbeda di dalamnya. Alamat mainnet yang dimulai dengan 1, yang diawali dengan 3, alamat bc1q dan alamat bc1p semuanya bisa menjadi tujuan yang valid, tetapi tidak selalu mewakili skrip, pengkodean, atau kondisi pengeluaran di masa depan yang sama.

Perbedaan itu mudah dilewatkan karena dompet menyajikan alamat sebagai string tunggal. Di bawahnya, alamat memberi tahu perangkat lunak cara membangun output transaksi. Setelah output itu dikonfirmasi, ia menjadi UTXO yang nantinya harus dibelanjakan sesuai dengan aturan skrip yang dikodekan oleh output itu.

Pertanyaan praktisnya karena itu bukan sekadar “Prefiks mana yang lebih baru?” Melainkan apakah alamat tersebut termasuk dalam jaringan Bitcoin yang dimaksud, jenis output apa yang diwakilinya, apakah perangkat lunak pengirim mendukung format itu, dan apa yang dapat—dan tidak dapat—diberitahukan oleh alamat tersebut sebelum Anda mengotorisasi pembayaran.

Apa yang Diwakili oleh Alamat Bitcoin

Alamat Bitcoin bukanlah akun dalam pengertian perbankan. Ia tidak berisi bitcoin, tidak menyimpan kunci privat, atau memberikan gambaran lengkap tentang saldo dompet. Ia adalah pengkodean yang dapat dibaca manusia yang membantu dompet menyusun output transaksi tertentu.

Hubungan yang disederhanakan adalah:

Alamat Bitcoin
        ↓
Dekode alamat
        ↓
scriptPubKey
        ↓
Output transaksi
        ↓
UTXO yang dikonfirmasi
        ↓
Kondisi pengeluaran di masa depan

Saat Anda mengirim bitcoin, dompet tidak memindahkan objek dari satu string alamat ke string lainnya. Dompet mengonsumsi UTXO yang ada sebagai input transaksi dan membuat output baru. Alamat tujuan menyediakan informasi yang diperlukan untuk membangun salah satu output tersebut.

Inilah mengapa format alamat penting secara teknis. Alamat P2PKH menghasilkan skrip output yang berbeda dari alamat P2WPKH. Output Taproot P2TR juga berbeda lagi. Output-output tersebut semuanya dapat mewakili bitcoin yang dapat dibelanjakan, tetapi kondisi dan serialisasi yang digunakan saat dibelanjakan tidak identik.

Alamat bukanlah kunci privat

Kunci privat tetap terpisah dari alamat. Dompet menggunakan materi kunci privat untuk membuat tanda tangan atau data saksi yang diperlukan oleh kondisi pembelanjaan. Mempublikasikan alamat penerima tidak mempublikasikan kunci privat.

Kebalikannya juga penting: melihat alamat tidak membuktikan bahwa orang tertentu mengendalikan kunci yang sesuai. Analisis blockchain dapat mengamati transaksi dan output, tetapi string alamat saja bukan bukti identitas.

Mengapa Beberapa Format Ada

Bitcoin memiliki beberapa format alamat karena sistem transaksi berevolusi sambil mempertahankan kompatibilitas dengan output lama. Format baru tidak menggantikan output lama di blockchain. Sebaliknya, mereka memperkenalkan cara tambahan untuk mengekspresikan kondisi pembelanjaan.

Empat format yang paling sering ditemui pengguna di mainnet Bitcoin adalah:

P2PKH Legacy, biasanya ditampilkan dengan alamat yang dimulai dengan 1.
P2SH, biasanya dimulai dengan 3; SegWit bersarang adalah salah satu penggunaan penting P2SH, tetapi bukan satu-satunya.
SegWit asli, dikodekan dengan Bech32 dan biasanya dimulai dengan bc1q untuk witness version 0.
Taproot, dikodekan dengan Bech32m dan dimulai dengan bc1p untuk output P2TR witness version 1.

Perubahan penting bukanlah penampilan string. Yang penting adalah apa yang dikatakan oleh tujuan yang didekodekan kepada dompet untuk ditempatkan di output baru.

Perbandingan Tipe Alamat Bitcoin

Nama umum	Awalan mainnet	Encoding	Keluaran khas	Apa yang awalan beritahu anda
Legacy	`1`	Base58Check	P2PKH	Keluarga versi-byte untuk alamat hash kunci publik mainnet
P2SH (termasuk SegWit bersarang)	`3`	Base58Check	P2SH; SegWit bersarang adalah salah satu konstruksi redeem-script yang mungkin	Tujuannya adalah P2SH, bukan redeem script persis di dalamnya
SegWit asli	`bc1q`	Bech32	Witness v0, umumnya P2WPKH atau P2WSH	Alamat tujuan mainnet Bech32 witness-version-0
Taproot	`bc1p`	Bech32m	P2TR	Alamat tujuan mainnet witness-version-1 Taproot

Tabel ini berguna untuk identifikasi, tetapi awalan bukanlah deskripsi lengkap tentang perilaku pembelanjaan di masa depan. Contoh paling jelas adalah 3... alamat: ini mengidentifikasi P2SH, tetapi P2SH dapat berkomitmen pada banyak redeem script. SegWit bersarang hanyalah salah satu kemungkinan.

Alamat Legacy P2PKH

Legacy pay-to-public-key-hash, atau P2PKH, adalah format alamat yang paling erat kaitannya dengan perangkat lunak dompet Bitcoin awal. Di mainnet, alamat Base58Check ini biasanya dimulai dengan 1.

Alamat tersebut mewakili hash dari kunci publik. Saat dompet membayar ke tujuan itu, ia membuat skrip pengunci P2PKH yang memerlukan tanda tangan valid dan kunci publik yang sesuai saat output dibelanjakan.

OP_DUP
OP_HASH160
<20-byte public-key hash>
OP_EQUALVERIFY
OP_CHECKSIG

Alamat yang terlihat bukanlah skrip itu sendiri. Dompet mendekode alamat Base58Check, mengekstrak versi dan payload, dan menyusun scriptPubKey yang sesuai.

Output P2PKH tetap merupakan output Bitcoin yang valid. “Legacy” tidak berarti tidak valid atau otomatis tidak aman. Perbedaan ini menjadi relevan saat membandingkan struktur transaksi: menghabiskan output P2PKH tradisional menempatkan data pembuka kunci di skrip input daripada menggunakan serialisasi witness SegWit.

Perbedaan itu dapat meningkatkan berat transaksi dibandingkan dengan pengeluaran kunci SegWit umum. Ini tidak berarti pembayaran P2PKH otomatis memiliki biaya tertentu. Jumlah input, jumlah output, tingkat biaya yang dipilih, dan sisa transaksi yang ditandatangani tetap menentukan biaya akhir.

P2SH dan SegWit Bersarang

Pay-to-script-hash, atau P2SH, memindahkan sebagian logika pengeluaran di balik hash. Alamat P2SH mainnet menggunakan Base58Check dan biasanya dimulai dengan 3.

Output P2SH standar menempatkan hash skrip tebus di skrip pengunci:

OP_HASH160
<20-byte script hash>
OP_EQUAL

Skrip tebus lengkap hanya disediakan saat output dihabiskan. Ini menciptakan alat kompatibilitas penting saat SegWit diperkenalkan: program witness SegWit dapat ditempatkan di dalam skrip tebus P2SH, memungkinkan pengirim yang memahami alamat P2SH biasa untuk membayar output yang nantinya akan dihabiskan menggunakan aturan SegWit.

Konstruksi kunci tunggal yang umum disebut P2SH-P2WPKH:

Alamat P2SH
    ↓
hash dari redeemScript
    ↓
redeemScript berisi program witness P2WPKH
    ↓
tanda tangan dan kunci publik disediakan melalui data witness saat dihabiskan

Awalan 3 tidak membuktikan SegWit

Ini adalah salah satu batasan terpenting dari identifikasi alamat visual. Alamat yang dimulai dengan 3 memberi tahu Anda bahwa tujuan menggunakan versi alamat P2SH mainnet. Ini tidak mengungkapkan skrip tebus lengkap sebelum output dihabiskan.

P2SH ada sebelum SegWit dan dapat membungkus skrip lain. Memperlakukan setiap 3... alamat sebagai “alamat SegWit” terlalu luas.

Batas teknis: awalan mengidentifikasi format alamat luar. Ini tidak membuktikan skrip persis yang tersembunyi di balik hash P2SH.

SegWit Asli dan bc1q

SegWit asli menghapus pembungkus kompatibilitas P2SH dan mewakili program witness secara langsung. BIP 173 memperkenalkan pengkodean Bech32 untuk alamat SegWit asli.

Di mainnet Bitcoin, bagian yang dapat dibaca manusia adalah bc. Versi witness 0 menghasilkan alamat yang umumnya dikenali dari awalannya bc1q.

Dua output umum dengan witness-version-0 adalah:

P2WPKH: program witness 20-byte yang umum digunakan untuk pembayaran dompet kunci tunggal.
P2WSH: program witness 32-byte yang berkomitmen pada skrip witness.

Alamat itu sendiri memberikan versi witness dan program kepada dompet. Untuk witness versi 0, skrip output umum memiliki bentuk-bentuk berikut:

P2WPKH: OP_0 <20-byte key hash>
P2WSH:  OP_0 <32-byte script hash>

Output secara langsung berisi program witness, bukan pembungkus P2SH. Saat UTXO dibelanjakan, data tanda tangan atau skrip yang diperlukan oleh program witness disediakan dalam witness transaksi, bukan dalam scriptSig gaya P2PKH tradisional.

Bech32 juga mengubah deteksi kesalahan

Bech32 bukan sekadar alfabet yang berbeda. Ia menyertakan checksum yang dirancang untuk keluarga alamat ini dan memisahkan bagian jaringan yang dapat dibaca manusia dari data witness yang dikodekan.

String Bech32 tidak boleh mencampur huruf besar dan kecil. Dompet biasanya menampilkan alamat Bech32 mainnet Bitcoin dalam huruf kecil. Enkode huruf besar semua bisa valid menurut spesifikasi, tetapi campuran huruf besar dan kecil tidak valid.

Taproot dan bc1p

Taproot memperkenalkan output pay-to-Taproot, atau P2TR. P2TR menggunakan witness version 1 dengan program witness 32-byte. Di mainnet Bitcoin, alamat yang dihasilkan dimulai dengan bc1p.

Witness version 1 dan seterusnya menggunakan Bech32m daripada checksum Bech32 asli. BIP 350 memperkenalkan perubahan ini setelah kelemahan diidentifikasi dalam menggunakan perilaku checksum Bech32 asli untuk versi witness yang lebih baru.

Ini memberikan aturan identifikasi praktis:

bc1q... → versi witness 0 → Bech32
bc1p... → versi witness 1 P2TR → Bech32m

Skrip pengunci P2TR yang sesuai menggunakan witness version 1 dan kunci output Taproot 32-byte:

OP_1 <32-byte Taproot output key>

Output P2TR berkomitmen pada kunci output Taproot tersebut. Ia nantinya dapat dibelanjakan melalui jalur kunci atau, jika pohon skrip telah dikomit, melalui jalur skrip yang diungkapkan yang valid.

Alamat tidak mengungkapkan jalur mana yang akhirnya akan digunakan. Melihat bc1p memberi tahu Anda bahwa output tersebut adalah P2TR. Ia tidak memberi tahu Anda apakah pengguna di masa depan akan menggunakan tanda tangan jalur kunci atau mengungkapkan jalur skrip.

Apa yang Sebenarnya Diberitahukan oleh Awalan Bitcoin

Awalan berguna karena memungkinkan manusia dengan cepat mengidentifikasi kemungkinan keluarga alamat dan jaringan. Awalan harus diperlakukan sebagai pemeriksaan awal, bukan sebagai validasi lengkap.

Contoh awal	Kemungkinan arti mainnet	Apa yang tidak dibuktikannya
`1...`	Alamat mainnet P2PKH	Pemilik, saldo, atau identitas penerima
`3...`	Alamat mainnet P2SH	Bahwa skrip tebus adalah SegWit bersarang
`bc1q...`	Alamat native witness-version-0	Apakah itu P2WPKH atau P2WSH hanya berdasarkan awalan
`bc1p...`	Alamat P2TR witness-version-1	Jalur pembelanjaan Taproot mana yang akan digunakan nanti

Awalan juga tidak dapat mengautentikasi orang yang memberi Anda alamat. Alamat yang dikodekan dengan sempurna dan valid checksum-nya masih bisa menjadi milik penerima yang salah.

Jaringan Datang Sebelum Jenis Alamat

Sebelum memilih antara Legacy, SegWit, atau Taproot, pastikan bahwa alamat tersebut milik jaringan Bitcoin yang ingin Anda gunakan.

Alamat keluarga Bech32 membuat ini terlihat melalui bagian yang dapat dibaca manusia. BIP 173 mendefinisikan bc untuk mainnet Bitcoin dan tb untuk alamat testnet Bitcoin. Bagian yang dapat dibaca manusia karena itu adalah bagian dari validasi jaringan, bukan hiasan.

Keluarga alamat Base58Check juga menggunakan byte versi yang berbeda antara mainnet dan jaringan uji, meskipun perbedaannya kurang jelas bagi pengguna yang hanya melihat string.

Dompet harus menolak kombinasi jaringan/alamat yang tidak didukung, tetapi tanggung jawab akhir tetap untuk mengonfirmasi jaringan yang ditampilkan oleh aplikasi pengirim. Pengenalan format alamat bukanlah pengganti verifikasi jaringan.

Untuk konteks transaksi yang lebih luas—input, output, konfirmasi, dan lapisan dasar Bitcoin—gunakan jaringan Bitcoin.

Jenis Alamat dan Biaya Transaksi

Umum mendengar bahwa alamat Bitcoin yang lebih baru “lebih murah.” Pernyataan itu berguna secara arah dalam beberapa perbandingan, tetapi terlalu sederhana untuk digunakan sebagai aturan biaya.

Alamat yang dipilih oleh penerima memengaruhi jenis dan ukuran serialisasi output yang dibuat hari ini. Lebih penting lagi, ketika output tersebut nanti dibelanjakan, jenis skripnya memengaruhi struktur input transaksi yang sesuai.

SegWit juga mengubah akuntansi transaksi Weight karena byte witness diberi bobot berbeda dari byte non-witness. Oleh karena itu, pengeluaran kunci Native SegWit yang umum memiliki profil Weight yang berbeda dari pengeluaran Legacy P2PKH yang sebanding. Itu memengaruhi ukuran virtual ketika UTXO dibelanjakan, tetapi tetap tidak menentukan total biaya di muka.

Jumlah BTC yang sama dapat menyebabkan biaya masa depan yang berbeda

Pertimbangkan dua pengguna yang masing-masing menerima jumlah bitcoin yang sama. Satu menerima output P2PKH dan yang lain menerima output P2WPKH. Nilainya identik. Struktur input masa depannya tidak.

Ketika UTXO tersebut nanti dibelanjakan, data pembukaannya diserialisasi secara berbeda. Itu mengubah transaksi Weight dan karenanya ukuran virtual. Pada tingkat sat/vB yang sama, vSize yang berbeda berarti total biaya yang berbeda.

Ini adalah skenario teknis ilustratif, bukan catatan transaksi pengguna atau klaim tentang dompet tertentu.

Jenis alamat tetap tidak menentukan biaya akhir dengan sendirinya. Transaksi dengan banyak input SegWit yang efisien bisa lebih besar daripada transaksi dengan satu input Legacy. Jumlah output, tanda tangan, jalur script, dan tingkat biaya yang dipilih juga penting.

Untuk hubungan lengkap antara Weight, ukuran virtual, dan sat/vB, baca cara kerja biaya transaksi Bitcoin. Ketika Anda membutuhkan perkiraan khusus transaksi daripada perbandingan konseptual, gunakan Kalkulator Biaya Transaksi Bitcoin.

Kompatibilitas Adalah Pemeriksaan Pengirim

Alamat Bitcoin yang valid tidak berguna untuk alur pembayaran jika dompet pengirim atau layanan penarikan tidak memahami formatnya.

Perbedaan ini sangat penting selama adopsi Native SegWit dan kemudian Taproot. Jaringan Bitcoin dapat mengenali jenis output sementara aplikasi lama tidak mendukung pembuatan tujuan tersebut.

Ketika layanan menolak alamat bc1q atau bc1p jangan mengubah alamat secara manual. Jangan hapus karakter, ubah awalan, atau konversikan melalui situs web sembarangan. Gunakan format alamat yang benar-benar dihasilkan oleh dompet penerima Anda dan yang didukung secara eksplisit oleh pengirim.

Mengirim antar format bukanlah konversi

Anda tidak memerlukan dompet Legacy untuk membayar alamat Legacy atau dompet Taproot untuk membayar alamat Taproot dalam arti mencocokkan format sumber dan tujuan. Transaksi pengiriman mengonsumsi UTXO yang didukung apa pun yang dipilih dompet dan membuat output baru untuk skrip tujuan.

Pertanyaan yang relevan adalah apakah perangkat lunak pengirim dapat mendekode dan membangun output tujuan yang diminta.

Alamat yang Valid Masih Bisa Salah

Checksum menangkap kesalahan transkripsi tertentu. Mereka tidak mengautentikasi penerima yang dimaksud.

Jika malware mengganti alamat yang disalin dengan alamat Bitcoin valid lainnya, penggantinya dapat lulus validasi checksum dengan sempurna. Format teknisnya valid; tujuannya salah.

Inilah mengapa “dompet menerima alamat” bukanlah pemeriksaan keamanan terakhir. Penerimaan memberi tahu Anda bahwa perangkat lunak mengenali tujuan yang valid atau didukung. Itu tidak membuktikan dari mana alamat itu berasal.

Verifikasi Sebelum Mengirim

Proses verifikasi yang berguna memisahkan validasi format dari validasi penerima.

Konfirmasi jaringan. Pastikan dompet atau layanan mengirim Bitcoin pada jaringan Bitcoin yang dimaksud, bukan aset lain atau lingkungan pengujian.
Baca keluarga alamat. A 1, 3, bc1q atau bc1p awalan memberi Anda petunjuk format awal.
Konfirmasi dukungan pengirim. Layanan penarikan atau dompet harus secara eksplisit menerima format tujuan.
Verifikasi tujuan melalui saluran tepercaya. Bandingkan alamat lengkap pada tampilan tepercaya jika memungkinkan, daripada hanya mengandalkan beberapa karakter awal dan akhir.
Tinjau layar transaksi akhir dompet. Konfirmasi penerima, jumlah, biaya jaringan, dan perubahan apa pun sebelum menandatangani.
Lindungi materi pribadi. Verifikasi alamat penerima tidak pernah mengharuskan Anda memasukkan frasa pemulihan atau kunci pribadi ke situs web.

Untuk transfer besar atau yang sensitif secara operasional, organisasi sering menambahkan prosedur verifikasi tujuan independen. Prosedur tersebut adalah kontrol operasional, bukan properti dari satu format alamat Bitcoin tertentu.

Penggunaan Ulang Alamat Adalah Masalah Terpisah

Alamat Bitcoin tidak kedaluwarsa di tingkat protokol hanya karena telah digunakan sekali. Jika kondisi pembelanjaan yang sesuai tetap dapat dikendalikan, pembayaran di masa mendatang ke alamat yang sama masih dapat membuat output yang valid.

Itu tidak membuat penggunaan ulang alamat menjadi diinginkan. Menggunakan ulang alamat penerima dapat membuat transaksi lebih mudah dikaitkan di blockchain publik dan dapat mengurangi privasi.

Masalah privasi ini terpisah dari apakah alamat tersebut P2PKH, P2SH, P2WPKH, atau P2TR. Format alamat modern tidak membuat penggunaan berulang dari tujuan terlihat yang sama menjadi pribadi.

Keterbatasan Validasi Alamat

Validasi format menjawab pertanyaan sempit: apakah string dapat didekode sebagai jenis tujuan Bitcoin yang diharapkan berdasarkan aturan alamat yang relevan. Ini tidak mengautentikasi orang yang menyediakannya, membuktikan kepemilikan kunci pribadi, membuktikan saldo total dompet, menjamin bahwa layanan mendukung format tersebut, atau menentukan biaya transaksi akhir.

Ini juga tidak dapat mengungkapkan informasi yang sengaja disembunyikan oleh konstruksi output. Alamat P2SH tidak mengekspos redeem script lengkap sebelum dibelanjakan, dan alamat P2TR tidak memberi tahu Anda sebelumnya apakah pengeluaran di masa depan akan menggunakan jalur kunci atau mengungkapkan jalur script. Perlakukan decoding yang berhasil sebagai satu pemeriksaan dalam proses pembayaran, bukan sebagai bukti bahwa setiap asumsi di sekitarnya benar.

Memilih Format Penerimaan

Default paling aman adalah menggunakan alamat yang dihasilkan oleh dompet yang benar-benar Anda kendalikan daripada membuat atau mengonversi alamat secara manual.

Jika dompet penerima menawarkan lebih dari satu jenis alamat, gunakan jenis yang sesuai dengan kebijakan script yang dimaksudkan dompet dan yang dapat didekode oleh pengirim. Alamat P2WPKH sesuai ketika dompet sengaja menghasilkan tujuan key-hash versi-witness-0. Alamat P2TR sesuai ketika dompet sengaja menghasilkan tujuan Taproot dan pengirim mendukungnya. Tujuan P2PKH atau P2SH yang lebih lama tetap valid ketika alur kerja memerlukan format tersebut.

Jangan pilih format hanya karena seseorang mengklaim itu “yang termurah.” Output yang Anda buat hari ini menjadi input hanya ketika dibelanjakan nanti, dan biaya akhir transaksi masa depan itu bergantung pada struktur transaksi lengkap dan tarif biaya.

Alamat harus berasal dari dompet penerima. Pengirim harus mendukungnya. Jaringan harus cocok. Ketiga pemeriksaan itu lebih penting daripada mengejar prefiks saja.

FAQ Alamat Bitcoin

Apa perbedaan antara bc1q dan bc1p?

bc1q biasanya adalah awal dari alamat witness-version-0 mainnet Bitcoin yang dikodekan dengan Bech32, seperti P2WPKH atau P2WSH. bc1p mengidentifikasi alamat P2TR witness-version-1 mainnet yang dikodekan dengan Bech32m.

Apakah setiap alamat Bitcoin yang dimulai dengan 3 menggunakan SegWit?

Tidak. Alamat mainnet yang dimulai dengan 3 adalah alamat P2SH. SegWit bersarang dapat menggunakan P2SH, tetapi P2SH dapat berkomitmen pada skrip tebus lain, jadi prefiks saja tidak membuktikan bahwa output tersebut adalah SegWit bersarang.

Apakah alamat Bitcoin peka huruf besar/kecil?

Alamat Base58Check menggunakan alfabet yang peka huruf besar/kecil. Pengodean Bech32 dan Bech32m tidak boleh mencampur huruf besar dan kecil; dompet Bitcoin biasanya menampilkannya dalam huruf kecil. Jangan mengubah huruf besar/kecil alamat secara manual.

Bisakah saya mengirim Bitcoin dari satu jenis alamat ke jenis alamat lain?

Ya, ketika dompet pengirim mendukung format tujuan. Transaksi dapat membelanjakan satu jenis input yang didukung dan membuat jenis output yang didukung berbeda. Awalan sumber dan tujuan tidak harus cocok.

Apakah alamat Bitcoin kedaluwarsa?

Tidak ada aturan protokol yang membuat alamat Bitcoin normal kedaluwarsa setelah tanggal tertentu atau setelah satu pembayaran. Dompet sering menghasilkan alamat penerima baru karena penggunaan ulang alamat dapat mengurangi privasi, bukan karena alamat yang dibuat sebelumnya otomatis menjadi tidak valid.

Jenis alamat Bitcoin mana yang harus saya gunakan?

Gunakan alamat yang dihasilkan oleh dompet penerima untuk jaringan Bitcoin dan jenis script yang ingin Anda gunakan, lalu konfirmasi bahwa pengirim mendukung format tersebut. SegWit asli umum untuk pembayaran modern, sementara Taproot sesuai ketika kedua belah pihak mendukung P2TR. Jangan mengubah satu format alamat ke format lain secara manual.

Sumber Teknis

Deskripsi format alamat di atas didasarkan pada Proposal Peningkatan Bitcoin dan dokumentasi Bitcoin Core. Referensi ini mendefinisikan pengodean alamat, program witness, dan perilaku skrip; referensi ini tidak membuktikan identitas atau keamanan alamat penerima tertentu. Pendekatan sumber yang lebih luas dari BitcoinToolkit dijelaskan di Sumber Data page.

BIP 13: Format Alamat untuk pay-to-script-hash — menentukan format alamat P2SH Base58Check.
BIP 16: Bayar ke Script Hash — mendefinisikan model pembelanjaan P2SH dan evaluasi skrip tebus.
BIP 49: Skema derivasi untuk P2WPKH-bersarang-dalam-P2SH — mendokumentasikan konstruksi SegWit bersarang kunci tunggal umum yang dibahas dalam panduan ini.
BIP 141: Saksi Terpisah — mendefinisikan program witness, transaksi Weight dan semantik output SegWit.
BIP 173: Format alamat Base32 untuk output witness native v0-16 — memperkenalkan encoding alamat Bech32 native SegWit.
BIP 350: Format Bech32m untuk alamat witness v1+ — mendefinisikan Bech32m dan aturan checksum untuk versi witness yang lebih baru.
BIP 341: Taproot — mendefinisikan aturan output dan pengeluaran Taproot, termasuk P2TR witness versi 1.
Deskriptor Output Bitcoin Core — mendokumentasikan deskripsi terstruktur dari skrip output Bitcoin umum dan ekspresi kunci.

Sumber

Menemukan kesalahan? Laporkan masalah konten atau baca Kebijakan Koreksi.