Mengapa harus menggunakan alamat SegWit (Segregated Witness)

[Husna QA]

Topik Asli   : Why people should be using SegWit addresses
Penulis Asli : 1miau

SegWit (https://en.bitcoinwiki.org/wiki/Segregated_Witness) diperkenalkan 4 tahun yang lalu dan peningkatan utama dari SegWit adalah biaya transaksi yang lebih rendah untuk transaksi yang dikirim dari alamat SegWit.

Untuk alamat Bitcoin, terdapat beberapa format alamat yang berbeda. Hal ini dapat dikenali dengan melihat prefix/awalannya:

Prefix	Kategori	Format
________	__________________________	_______________________________________________________________________________ _____________________
1…	Legacy-Address	P2PKH (pay to public key hash)
3…	Multisignature-Address	P2SH (pay to script hash)
________	__________________________	_______________________________________________________________________________ _____________________
3…	nested SegWit-Address	P2WPKH-P2SH (pay to witness public key hash - pay to script hash) / P2WSH-P2SH (pay to witness script hash - pay to script hash)
________	__________________________	_______________________________________________________________________________ _____________________
bc1q…	native SegWit-Address (bech32)	P2WPKH-bech32 (pay to witness public key hash) / P2WSH-bech32 (pay to witness script hash)
bc1p…	Taproot-Address	P2TR-bech32m (pay to tap root)

1... Alamat yang dimulai dengan angka 1 adalah Alamat Bitcoin standar dan bukan berupa SegWit.
3... Alamat yang dimulai dengan angka 3 dapat berupa SegWit, namun juga dapat berupa Alamat Multisignature. Kita hanya bisa mengetahui apakah alamat tersebut SegWit setelah kita mengirimkan Bitcoin dari alamat tersebut dengan menganalisa detail transaksi yang keluar.
bc1... Alamat yang dimulai dengan bc1q (native SegWit) dan bc1p (Taproot)... Alamat tersebut selalu SegWit.


Penjelasan sederhana tentang cara mengidentifikasi SegWit-Address dapat ditemukan di sini: BTC addresses starting with "3" what are they ? simplified explanation.



Native SegWit atau nested SegWit?

Setelah membaca kalimat di atas dan mengetahui tentang keuntungan menggunakan alamat SegWit, Anda mungkin bertanya-tanya apa perbedaan antara alamat native SegWit (bech32, dimulai dengan bc1q...) / alamat Taproot (bech32m, dimulai dengan bc1p) dibandingkan dengan alamat nested SegWit (P2WPKH-P2SH / P2WSH-P2SH, dimulai dengan 3....).
Bagi kita, penting untuk diketahui bahwa menggunakan alamat native SegWit / Taproot akan menghasilkan biaya yang lebih rendah dibandingkan dengan alamat nested SegWit. 

Penghematan saat mengirim dari alamat nested SegWit (3...) dibandingkan dengan alamat legacy normal (1...) adalah 26% +.
Penghematan saat mengirim dari alamat native SegWit (bc1q...) dibandingkan dengan alamat legacy normal (1...) adalah 38% +.
Tergantung pada jumlah input ke alamat, penghematan bervariasi, dengan jumlah input yang lebih tinggi akan menghemat lebih banyak lagi dalam persentase-nya.

Ditambahkan pada bulan November 2022: sekarang, alamat Taproot (bc1p...), juga tersedia. Dalam hal penghematan biaya, alamat Taproot sama efektifnya dengan Alamat native SegWit (bc1q...). Penghematan dibandingkan dengan alamat legacy normal (1...) adalah 38% +.
Perhitungan rinci dapat ditemukan di sini, yang disediakan oleh Charles-Tim.
Hal ini dikarenakan native SegWit dan Taproot secara teknis sangat mirip, karena native SegWit dan Taproot adalah bagian dari Witness Program (bech32 / bech32m).


Apa saja keuntungan lainnya ketika menggunakan alamat SegWit?

Selain biaya transaksi yang lebih rendah untuk transaksi Anda, Anda juga akan membantu jaringan Bitcoin dengan menggunakan alamat SegWit, karena lebih banyak transaksi yang dapat dimasukkan ke dalam satu blok. Hasilnya, Bitcoin dapat memproses lebih banyak transaksi per detik, yang menguntungkan semua partisipan.


Adakah kerugiannya?

Jika Anda telah menggunakan Bitcoin di beberapa layanan terpusat dan sekarang ingin mengirimkannya ke alamat bech32 SegWit Anda sendiri, ada kemungkinan layanan terpusat tersebut tidak akan mengenali alamat bech32 Anda dan menolaknya karena tidak valid. Hal ini dikarenakan beberapa situs web lambat dalam melakukan pembaruan dan situs-situs tersebut tidak menerima format alamat bech32 yang baru. Namun, hal ini hanya berlaku untuk alamat bech32, tetapi tidak untuk nested SegWit, yang kompatibel di mana-mana dan lebih banyak layanan akan sepenuhnya mendukung bech32 cepat atau lambat. Sebagai informasi, jika Anda bertanya-tanya mengapa Anda tidak dapat mengirim BTC ke alamat bech32 dari beberapa layanan terpusat ketika ditolak.

Berikut adalah daftar di mana Anda dapat melihat apakah format alamat yang berbeda didukung: https://en.bitcoin.it/wiki/Bech32_adoption


Statistik menarik tentang SegWit

Seperti banyak hal seputar Bitcoin, ada statistik dan grafik yang berharga tentang SegWit, misalnya transactionfee.info.

Di antara kategori lainnya, Anda dapat menemukan pangsa transaksi Bitcoin yang menggunakan SegWit:


https://transactionfee.info/charts/payments-spending-segwit/
Saat ini sekitar 86%.


Dan gambaran umum tentang persentase nested SegWit dan native SegWit:


https://transactionfee.info/charts/inputs-types-by-count/
Catatan: jumlah total native SegWit (bech32, ungu dan biru tua) relatif rendah dibandingkan dengan nested SegWit (biru muda dan oranye).


Kesimpulan

Memilih alamat SegWit bech32 akan menjadi keputusan terbaik untuk jangka panjang dan memiliki berbagai keuntungan bagi Anda dan jaringan Bitcoin secara umum.

Terjemahan ini diinisiasi oleh Tim AoBT (The Alliance of Bitcointalk Translators).

[1714308459]

1714308459

[1714308459]

1714308459

[1714308459]

1714308459

[punk.zink]

Adakah kerugiannya?

Buat kontributor di jaringan blockchain Bitcoin, salah satu kekurangan yang mereka rasakan pada saat menggunakan segwit address di Bitcoin core adalah tidak dapat menjalankan fungsi "Sign Message". Jikapun dipaksakan untuk melakukan sign message menggunakan segwit address maka akan muncul warning message "The entered address does not refer to a Key. Please check the address and try again".

[Husna QA]

Adakah kerugiannya?

Buat kontributor di jaringan blockchain Bitcoin, salah satu kekurangan yang mereka rasakan pada saat menggunakan segwit address di Bitcoin core adalah tidak dapat menjalankan fungsi "Sign Message". Jikapun dipaksakan untuk melakukan sign message menggunakan segwit address maka akan muncul warning message "The entered address does not refer to a Key. Please check the address and try again".

Dulu saya pernah mengalami hal yang demikian ketika hendak sign message menggunakan Segwit address.

Previously I managed to make a signature on Console of the Bitcoin Core using the Legacy Address, but when trying with the SegWit Address the following message appears:

Code:

Address does not refer to key (code -3)

Please explain and the solution.
Thanks.

There is no solution and you cannot sign a message with a segwit address. This has been the case since segwit was introduced. See https://github.com/bitcoin/bitcoin/issues/10542

Sepemahaman saya, belum ada konsensus yang menyepakati dengan jelas perihal Sign Message menggunakan Segwit address.

- Message signing with bech32 addresses crashes Electrum: https://github.com/spesmilo/electrum/issues/2977.
- Segwit message signing is not compatible with other software: https://github.com/spesmilo/electrum/issues/3861.

Entah hal tersebut merupakan salah satu kerugian dari Segwit Address di Bitcoin Core atau bukan.
Namun ada hal yang mungkin perlu digaris bawahi sebagaimana pada penjelasan sipa a.k.a Pieter Wuille berikut ini:

And it would in theory be possible to make signmessage work for a P2SH-P2WPKH address, in cases where the verifier knows the embedded pubkeyhash already. But in that case you don't need "sign with a witness address" functionality - you could just sign with the embedded key (see validateaddress), and have the verifier check that.

The point is to not further the misunderstanding that signmessage signs with an address - it never did. It signs with a keyhash, and verify with a keyhash.

[bayu7adi]

Bagaimana dengan cara transaksi antara jenis address? Selama ini yang pernah ane alami sendiri adalah mengirimkan BTC dari wallet pribadi dengan tipe native SegWit-address (bc1q...) ke wallet exchange dengan tipe Legacy Address (1...) dan itu bisa terjadi tanpa ada masalah apapun, jadi menurut ane sendiri ini memang bisa dilakukan.

Sedangkan masih ada jenis wallet lain yang belum ane coba untuk melakukan transaksi seperti Taproot dan Multisignature-Address. Apakah transaksi BTC dari SegWit-address ke address jenis lain (Taproot, Multisig, nested SegWit-address) bisa terjadi tanpa ada masalah?

[punk.zink]

Bagaimana dengan cara transaksi antara jenis address? Selama ini yang pernah ane alami sendiri adalah mengirimkan BTC dari wallet pribadi dengan tipe native SegWit-address (bc1q...) ke wallet exchange dengan tipe Legacy Address (1...) dan itu bisa terjadi tanpa ada masalah apapun, jadi menurut ane sendiri ini memang bisa dilakukan.

Sedangkan masih ada jenis wallet lain yang belum ane coba untuk melakukan transaksi seperti Taproot dan Multisignature-Address. Apakah transaksi BTC dari SegWit-address ke address jenis lain (Taproot, Multisig, nested SegWit-address) bisa terjadi tanpa ada masalah?

Transaksi yang dilakukan dari/ke jenis Address yang berbeda bisa dilakukan selama itu tetap memenuhi kriteria dari Bitcoin Protocol.

Contoh :
- Transaksi dari Native Segwit Address (bc1q) ke Taproot Address (bc1p)
https://mempool.space/tx/e700b7b330e4b56c5883d760f9cbe4fa47e0f62b350e108f1767bc07a4bbc07b

- Transaksi dari Taproot Address (bc1p) ke Native Segwit Address (bc1q)
https://mempool.space/tx/37777defed8717c581b4c0509329550e344bdc14ac38f71fc050096887e535c8

- Transaksi dari Multi-Sig Address ke Native Segwit dan Legacy Address
https://mempool.space/tx/5c9b22b8d57c3b1ac13d63308c587a13a98843ea3c1ac2fbd9287f685bb98262

- Transaksi dari Native Segwit Address ke Multi-Sig Address
https://mempool.space/tx/28167c0c2a44560d7bf867b468a36b9a3ba6ac1cbc55c1ce4bce5d863567e646

[Patikno]

- Transaksi dari Native Segwit Address (bc1q) ke Taproot Address (bc1p)
https://mempool.space/tx/e700b7b330e4b56c5883d760f9cbe4fa47e0f62b350e108f1767bc07a4bbc07b

- Transaksi dari Taproot Address (bc1p) ke Native Segwit Address (bc1q)
https://mempool.space/tx/37777defed8717c581b4c0509329550e344bdc14ac38f71fc050096887e535c8

- Transaksi dari Multi-Sig Address ke Native Segwit dan Legacy Address
https://mempool.space/tx/5c9b22b8d57c3b1ac13d63308c587a13a98843ea3c1ac2fbd9287f685bb98262

- Transaksi dari Native Segwit Address ke Multi-Sig Address
https://mempool.space/tx/28167c0c2a44560d7bf867b468a36b9a3ba6ac1cbc55c1ce4bce5d863567e646

Dari keempat transaksi diatas, saya cuma melihat ada label RBF hijau ketika alamat Native Segwit yang bertindak sebagai pengirim, padahal fitur RBF sangat berguna apabila kita mengalami transaksi yang macet dan memerlukan akselerasi. Kemudian timbul pertanyaan, apakah fitur RBF hanya akan tersedia kalau kita menggunakan alamat Native Segwit?

[punk.zink]

Dari keempat transaksi diatas, saya cuma melihat ada label RBF hijau ketika alamat Native Segwit yang bertindak sebagai pengirim, padahal fitur RBF sangat berguna apabila kita mengalami transaksi yang macet dan memerlukan akselerasi. Kemudian timbul pertanyaan, apakah fitur RBF hanya akan tersedia kalau kita menggunakan alamat Native Segwit?

RBF merupakan node policy pada jaringan Bitcoin yang memungkinkan bagi sebuah transaksi untuk ditandai sebagai "replaceable", selama belum mendapatkan konfirmasi Block dan digantikan dengan transaksi baru dengan nilai fee yang berbeda. Fungsi RBF dimiliki oleh mayoritas wallet dan bisa digunakan untuk jenis transaksi segwit maupun non-segwit.

contoh : Transaksi Non-Segwit yang menggunakan fungsi RBF
https://mempool.space/tx/33c061d0d43b48e90f86afc8f9504964714c46d2c9a13d5105a224945e5b7c3c

[PytagoraZ]

Untuk poin yang segwit katanya bisa tidak di kenali di exchange mungkin maksudnya adalah saat kita melalukan penarikan dan menempel alamat segwit native tetapi sistem exchange itu tidak mengenalinya sehingga alamat itu tidak di anggap alamat bitcoin. Apakah maksudnya seperti itu ya? tapi kalo untuk exchange di indonesia keknya udah pada support semuanya ya, baik yang natif atau nested

[Husna QA]

Untuk poin yang segwit katanya bisa tidak di kenali di exchange mungkin maksudnya adalah saat kita melalukan penarikan dan menempel alamat segwit native tetapi sistem exchange itu tidak mengenalinya sehingga alamat itu tidak di anggap alamat bitcoin. Apakah maksudnya seperti itu ya? tapi kalo untuk exchange di indonesia keknya udah pada support semuanya ya, baik yang natif atau nested

Sepengetahuan saya itu dulu, ketika awal-awal SegWit baru diperkenalkan, namun lambat laun sekarang exchange termasuk yang di Indonesia sudah support penarikan ataupun deposit menggunakan SegWit address. Nah untuk jenis address Taproot yang saat ini saya belum tahu persis apakah exchange-exchange yang ada sudah mulai support minimalnya untuk withdraw semisal ke wallet pribadi yang menggunakan address Taproot. Sementara kalau untuk deposit, setahu saya pada saat ini belum ada yang exchange di Indonesia yang menyediakan address Bitcoin bertipe Taproot untuk deposit (contoh Indodax, hanya mendukung 3 tipe address Bitcoin).

Hal ini pernah saya tanyakan ke Indodax;

Karena dulu saya pernah membaca kalau sebagian exchange (saat itu) ada yang masih belum support bitcoin address Segwit, maka penasaran tadi saya coba bertanya via Indodax live chat terkait apakah exchange tersebut support deposit dari BTC address bertipe Taproot yang memang masih tergolong baru (aktif di 2021 lalu). Berikut ini sebagian diskusinya:

 

Ada jawaban (saya tandai kotak merah) yang sedikit membuat saya tersenyum sendiri. Saya tidak tahu persis apakah Taproot address ini diartikan sebagai BTC yang hanya menggunakan jaringan testnet atau bagaimana.

Saya pribadi memaklumi bisa juga informasi tipe baru dari address Bitcoin tersebut belum familiar bagi CS-nya. Namun sebagai perbandingan, di exchange Pintu bahkan tulisan tentang Taproot sudah ada: https://pintu.co.id/academy/post/apa-itu-taproot.

[Chikito]

ada kemungkinan layanan terpusat tersebut tidak akan mengenali alamat bech32 Anda dan menolaknya karena tidak valid. Hal ini dikarenakan beberapa situs web lambat dalam melakukan pembaruan dan situs-situs tersebut tidak menerima format alamat bech32 yang baru.

Kalau saat sekarang sudah hampir semua exchange valid nerima dan bisa ngirim ke alamat native segwit, kalau dulu iya, ada beberapa exchange yang hanya bisa melakukan keduanya pakai alamat legacy doang, atau hanya bisa menerima dan tidak bisa mengirim atau sebaliknya, kayak indodax di 2017. Tapi kalau sekarang semua bisa, malah untuk pengguna baru kalau generate address akan dibuat segwit secara default. Dan ada yang unik malah, di tokocrypto si user malah dapat 2 address, legacy dan segwit, dan semua bisa digunakan untuk nerima btc dalam waktu bersamaan.

Kecuali gambling, ada beberapa website yang belum update, ada yang tidak bisa keduanya, dan ada yang hanya bisa mengirim ke alamat nested dan legacy aja, sedangkan ke native, belum.