ELECTRUM - BITCOIN WALLET

[Husna QA]

Mungkin yang dimaksud bukan beberapa wallet, melainkan beberapa address. Biasanya ketika setiap kali klik tombol Create Request pada tab Receive maka Electrum akan menampilkan address (BTC) atau invoice (Lightning) baru untuk setiap transaksi baru. -snip-

Nah Iya, maksud saya adalah beberapa address yang keluar, dan setelah saya kulik lagi itu memang fitur dari electrum sendiri yg mana ada beberapa address untuk meningkatkan keamanannya. Jadi td saya coba untuk klik di tab receive==> kemudian untuk tab expiry saya jadikan never sehingga saya bisa copy 1 address untuk pakai buat sign message. Untuk cara yg saya lakukan apa bisa dibenarkan ?

Bisa saja demikian, namun perlu dicatat, bahwa yang dimaksud opsi pada Expiry itu bukan untuk address melainkan untuk transaksi yang di request, detail penjelasannya bisa dilihat pada keterangan berikut:



Dengan kata lain, address Bitcoin pada wallet Electrum tidak memiliki kadaluarsa dan bisa agan gunakan berulang kali (namun sebaiknya gunakan address baru untuk transaksi berbeda agar lebih privat).

Jadi bisa disimpulkan juga kita bisa menggunakan beberapa addres yg lain untuk berbeda beda kebutuhan kan? Semisal nantinya akun saya sudah cukup untuk ikut signature campaign, memakai address yg saya stake disini https://bitcointalk.org/index.php?topic=996318.0  atau bisa address yg lain?

Sebagaimana yang telah saya sebutkan di atas, agan bisa menggunakan address yang manapun.
Perlu di ingat: Jangan lupa menyimpan backup dari seed phrase wallet untuk keperluan recovery.

[punk.zink]

Jadi bisa disimpulkan juga kita bisa menggunakan beberapa addres yg lain untuk berbeda beda kebutuhan kan? Semisal nantinya akun saya sudah cukup untuk ikut signature campaign, memakai address yg saya stake disini https://bitcointalk.org/index.php?topic=996318.0  atau bisa address yg lain?

Sebagaimana yang telah saya sebutkan di atas, agan bisa menggunakan address yang manapun.
Perlu di ingat: Jangan lupa menyimpan backup dari seed phrase wallet untuk keperluan recovery.

Tidak ada keharusan untuk menggunakan address yang sudah distake di thread Stake your Bitcoin address here, karena memang address yang distake tersebut hanyalah untuk support pada saat diperlukan buat kepentingan recovery akun BTT.

Bahkan agan juga bisa menggunakan address yang berasal dari akun exchange untuk dipergunakan dalam Signature Campaign (selama tidak ada larangan dari Manajer yang bersangkutan). Biasanya ini dilakukan oleh beberapa orang untuk kemudahan dalam proses konversi ke Fiat atau pada saat fee transaksi menggila.

[semloheh]

Bisa saja demikian, namun perlu dicatat, bahwa yang dimaksud opsi pada Expiry itu bukan untuk address melainkan untuk transaksi yang di request, detail penjelasannya bisa dilihat pada keterangan berikut:



Dengan kata lain, address Bitcoin pada wallet Electrum tidak memiliki kadaluarsa dan bisa agan gunakan berulang kali (namun sebaiknya gunakan address baru untuk transaksi berbeda agar lebih privat).

Sebagaimana yang telah saya sebutkan di atas, agan bisa menggunakan address yang manapun.
Perlu di ingat: Jangan lupa menyimpan backup dari seed phrase wallet untuk keperluan recovery.

Nah untuk kasus sign message kenapa saya pakai expiry mungkin awalnya biar memudahkan saya untuk mencari mana addressnya begitu, tp setelah baca juga saran dari om husna ternyata setelah kita buka tab address disitu juga muncul semua address dan kita tinggal pilih mana yang mau kita pakai. Mungkin 1 lagi om, saya sudah mengisi post yg ini https://bitcointalk.org/index.php?topic=5481602.msg64163268#msg64163268 terkait bicoin address sign message, mungkin berkenan untuk dicek

Tidak ada keharusan untuk menggunakan address yang sudah distake di thread Stake your Bitcoin address here, karena memang address yang distake tersebut hanyalah untuk support pada saat diperlukan buat kepentingan recovery akun BTT.

Nah oke saya baru paham, terima kasih penjelasannya. Jadi tergantung manajer campaign juga ya untuk syarat keikutsertaan menggunakan addres yg mana

[Husna QA]

Tidak ada keharusan untuk menggunakan address yang sudah distake di thread Stake your Bitcoin address here, karena memang address yang distake tersebut hanyalah untuk support pada saat diperlukan buat kepentingan recovery akun BTT.

Nah oke saya baru paham, terima kasih penjelasannya. Jadi tergantung manajer campaign juga ya untuk syarat keikutsertaan menggunakan addres yg mana

Perihal address yang akan gunakan ketika hendak mengikuti campaign, tinggal disesuaikan dengan tipe address yang diminta. Rata-rata untuk payment BTC saat ini lebih banyak diminta type address bech32 (bc1q***). Agan bisa menggunakan address dari wallet Electrum (type address yang sesuai) atau wallet lainnya, bahkan seperti disebutkan di atas bisa saja agan menggunakan dari deposit address exchange (namun jika menggunakan address ini perlu sering lihat update terbaru karena sewaktu-waktu bisa berubah).

Sementara untuk keperluan stake bitcoin address-nya, maka agan perlu menggunakan non-custodial wallet (agan memliki kontrol penuh terhadap private key wallet) yang support untuk Bitcoin address sign message.

[punk.zink]

Nah untuk kasus sign message kenapa saya pakai expiry mungkin awalnya biar memudahkan saya untuk mencari mana addressnya begitu, tp setelah baca juga saran dari om husna ternyata setelah kita buka tab address disitu juga muncul semua address dan kita tinggal pilih mana yang mau kita pakai.

Ada sebuah persepsi yang salah terkait dengan proses "signmessage", dimana masih saja ada yang beranggapan bahwa dalam prosesnya akan tergantung dengan address atau jenis/format address yang digunakan. Meskipun pada saat melakukan "signmessage" membutuhkan input address, namun sebenarnya yang digunakan untuk menandatangani message tersebut adalah private key dari address terkait.

Jadi pada saat proses "verifymessage", meskipun digunakan jenis/format address yang berbeda namun masih memiliki private key yang sama, maka proses verifikasinya akan tetap dinyatakan valid karena pada dasarnya address-address tersebut memiliki public key yang sama.

Contoh digunakan address mgUBx45v2FGebZUN3bNxNGWfa62wgkQKTa untuk proses signmessage

Code:

address: mgUBx45v2FGebZUN3bNxNGWfa62wgkQKTa
message: test sign message dengan format address berbeda (private key sama)
signature: HzMSSv4xFgr2OnTWp36NVAIxWqMr5vWmSUQ4YwK5v7+sZ3efJXjNp5OkB3ZGI2pyfZ/pGlN7ZXbvbWd5nM7od5g=

maka pada saat proses "verifymessage", dengan isi message yang sama dan signature yang juga sama, meskipun yang digunakan adalah address 2My6R6VBCKyCCcpQPH34Qtubx2S2CNRXhXs dan tb1qpfeyd56jsacrwud4wwncsp98dplwrllca4rmkh, proses verifikasi message tersebut akan dinyatakan valid karena pada dasarnya ketiga jenis address berbeda tersebut diturunkan dari satu private key* yang sama dan memiliki public key* yang sama.

* PrivKey : cSrP6UV11VHu4t3bSRfrBhT2FmwozryjdTjshMnUMcEmPAKFByv1
* PubKey : 02760a02e26c7625539a04d1227bd0aa76a1dda3e86efb90ad6e6e49847ee160c5

[Husna QA]

Ada sebuah persepsi yang salah terkait dengan proses "signmessage", dimana masih saja ada yang beranggapan bahwa dalam prosesnya akan tergantung dengan address atau jenis/format address yang digunakan. Meskipun pada saat melakukan "signmessage" membutuhkan input address, namun sebenarnya yang digunakan untuk menandatangani message tersebut adalah private key dari address terkait.

Jadi pada saat proses "verifymessage", meskipun digunakan jenis/format address yang berbeda namun masih memiliki private key yang sama, maka proses verifikasinya akan tetap dinyatakan valid karena pada dasarnya address-address tersebut memiliki public key yang sama.

Contoh digunakan address mgUBx45v2FGebZUN3bNxNGWfa62wgkQKTa untuk proses signmessage

Code:

address: mgUBx45v2FGebZUN3bNxNGWfa62wgkQKTa
message: test sign message dengan format address berbeda (private key sama)
signature: HzMSSv4xFgr2OnTWp36NVAIxWqMr5vWmSUQ4YwK5v7+sZ3efJXjNp5OkB3ZGI2pyfZ/pGlN7ZXbvbWd5nM7od5g=

maka pada saat proses "verifymessage", dengan isi message yang sama dan signature yang juga sama, meskipun yang digunakan adalah address 2My6R6VBCKyCCcpQPH34Qtubx2S2CNRXhXs dan tb1qpfeyd56jsacrwud4wwncsp98dplwrllca4rmkh, proses verifikasi message tersebut akan dinyatakan valid karena pada dasarnya ketiga jenis address berbeda tersebut diturunkan dari satu private key* yang sama dan memiliki public key* yang sama.

* PrivKey : cSrP6UV11VHu4t3bSRfrBhT2FmwozryjdTjshMnUMcEmPAKFByv1
* PubKey : 02760a02e26c7625539a04d1227bd0aa76a1dda3e86efb90ad6e6e49847ee160c5

Sebagaimana disebutkan mas z@punk di atas, bahwa satu private key dan public key yang sama bisa menurunkan beberapa jenis address berbeda;
Sedikit menambahkan penjelasan dari tipe address yang dihasilkan dari PrivKey di atas (cSrP6UV11VHu4t3bSRfrBhT2FmwozryjdTjshMnUMcEmPAKFByv1)

mgUBx45v2FGebZUN3bNxNGWfa62wgkQKTa : p2pkh (Pay to Pubkey Hash)
2My6R6VBCKyCCcpQPH34Qtubx2S2CNRXhXs : p2wpkh-p2sh (Pay to Witness Public Key Hash-Pay to Script Hash)
tb1qpfeyd56jsacrwud4wwncsp98dplwrllca4rmkh : p2wpkh (Pay To Witness Public Key Hash)

Berikut ini saya contohkan penerapannya melalui Electrum dengan mengimport private key (yang sama) dari mas z@punk tersebut dan membuat message yang sama dengan address dari turunan private key di atas; Dan bisa dilihat pada proses sign message, hasil Signature-nya akan sama semuanya meskipun address berbeda:

p2pkh:cSrP6UV11VHu4t3bSRfrBhT2FmwozryjdTjshMnUMcEmPAKFByv1








p2wpkh-p2sh:cSrP6UV11VHu4t3bSRfrBhT2FmwozryjdTjshMnUMcEmPAKFByv1








p2wpkh:cSrP6UV11VHu4t3bSRfrBhT2FmwozryjdTjshMnUMcEmPAKFByv1

[semloheh]

Perihal address yang akan gunakan ketika hendak mengikuti campaign, tinggal disesuaikan dengan tipe address yang diminta. Rata-rata untuk payment BTC saat ini lebih banyak diminta type address bech32 (bc1q***). Agan bisa menggunakan address dari wallet Electrum (type address yang sesuai) atau wallet lainnya, bahkan seperti disebutkan di atas bisa saja agan menggunakan dari deposit address exchange (namun jika menggunakan address ini perlu sering lihat update terbaru karena sewaktu-waktu bisa berubah).

Sementara untuk keperluan stake bitcoin address-nya, maka agan perlu menggunakan non-custodial wallet (agan memliki kontrol penuh terhadap private key wallet) yang support untuk Bitcoin address sign message.

Baik om husna, sedikitnya mulai paham saya ditambah penjelasan di thread sebelah yang mana address yg saya stake disini bisa untuk keperluan recovery akun dan juga bisa digunaka untuk transaksi.

Ada sebuah persepsi yang salah terkait dengan proses "signmessage", dimana masih saja ada yang beranggapan bahwa dalam prosesnya akan tergantung dengan address atau jenis/format address yang digunakan. Meskipun pada saat melakukan "signmessage" membutuhkan input address, namun sebenarnya yang digunakan untuk menandatangani message tersebut adalah private key dari address terkait.

Jadi pada saat proses "verifymessage", meskipun digunakan jenis/format address yang berbeda namun masih memiliki private key yang sama, maka proses verifikasinya akan tetap dinyatakan valid karena pada dasarnya address-address tersebut memiliki public key yang sama.

Kurangnya saya membaca mungkin om, jadi saya kurang mengulik apa dari proses turunan untuk private key itu sendiri. Terima kasih atas penjelasannya jadinya saya lumayan paham untuk proses sign message itu sendiri.

Satu lagi pertanyaaan, di thread ini Re: [TUTORIAL] (ID) Bagaimana cara sign message?! agan husna bilang untuk selalu gunakan tanggal dan alasan yg spesifik untuk menggunakan sign message, jadi ketika kita menuliskan pesan yg umum lalu ada modifikasi itu muncul notif wrong verified. Jadi keuntungan apa yang digunakan orang ketika mengedit pesan ketika kita sudah sign dan di verified? Karena tadi saya coba menggunakan sign message saya dan saya rubah hanya 1 huruf itu sudah keluar wrong verified.

[punk.zink]

Satu lagi pertanyaaan, di thread ini Re: [TUTORIAL] (ID) Bagaimana cara sign message?! agan husna bilang untuk selalu gunakan tanggal dan alasan yg spesifik untuk menggunakan sign message, jadi ketika kita menuliskan pesan yg umum lalu ada modifikasi itu muncul notif wrong verified. Jadi keuntungan apa yang digunakan orang ketika mengedit pesan ketika kita sudah sign dan di verified? Karena tadi saya coba menggunakan sign message saya dan saya rubah hanya 1 huruf itu sudah keluar wrong verified.

Tujuan dari "Sign Message" adalah sebagai bukti kepemilikan bahwa yang bersangkutan memang sepenuhnya memiliki akses terhadap address yang dipergunakan dalam proses sign message, sementara publik bisa memverifikasi keabsahan "Sign Message" berdasarkan dengan isi message, signature dan address yang digunakan. Jika "match" berarti bisa diasumsikan bahwa pembuat "sign message" memang memiliki akses (private Key) terhadap address terkait.

Contoh yang paling umum, jika ada seseorang yang akun BTT di curi oleh orang lain, namun kebetulan akun BTT tersebut pernah melakukan stake address / sign message menggunakan address tertentu dan sudah di quote oleh member lain, maka jika yang bersangkutan bisa melakukan sign message dengan menggunakan address tersebut, ada harapan yang bersangkutan bakal bisa mendapatkan akun BTT-nya kembali.

Penambahan tanggal dan tujuan dari penggunaan sign message, memang sebaiknya dilakukan karena untuk menghindari hal-hal yang tidak diinginkan, atau ada pihak yang berusaha memanfaatkan fungsi sign message tersebut untuk sebuah tindakan yang merugikan.

Misal : Saya ingin melakukan sebuah direct transaksi dengan agan, dan agan akan mau mengirimkan barang transaksi terlebih dahulu jika saya bisa membuktikan bahwa saya memiliki sejumlah BTC pada address yang saya miliki, dan disisi lain saya juga melakukan komunikasi dengan om Husna, yang setuju untuk memberikan saya "sign message" dengan isi "address ini adalah milik saya".

Lalu tanpa sepengetahuan agan dan om Husna, "Sign Message" yang dibuat oleh om Husna, saya serahkan kepada agan sebagai bukti kepemilikan address dan karena setelah agan cek address tersebut memang memiliki balance BTC yang agan percayai address tersebut adalah milik saya, maka agan kemudian mengirimkan barang terlebih dahulu (dengan harapan setelah barang sampai ditangan saya, agan akan menerima transaksi pembayaran dari saya).

Jadi alih-alih membuat sign message dengan isi hanya "address ini adalah milik saya", sebaiknya isi message dibuat lebih spesifik agar tidak dipergunakan atau dimanfaatkan buat kepentingan yang merugikan.
"Tanggal <sekian>, Saya <tertanda> adalah pemilik address <xxxxx>, Membuat sign message untuk keperluan bla..bla..bla..)", jika message dibuat secara spesifik seperti contoh tersebut maka kemungkinan sign message tersebut akan sulit untuk disalahgunakan.

[Chikito]

Satu lagi pertanyaaan, di thread ini Re: [TUTORIAL] (ID) Bagaimana cara sign message?! agan husna bilang untuk selalu gunakan tanggal dan alasan yg spesifik untuk menggunakan sign message, jadi ketika kita menuliskan pesan yg umum lalu ada modifikasi itu muncul notif wrong verified. Jadi keuntungan apa yang digunakan orang ketika mengedit pesan ketika kita sudah sign dan di verified? Karena tadi saya coba menggunakan sign message saya dan saya rubah hanya 1 huruf itu sudah keluar wrong verified.

Saat ini belum ada satu pun wallet yang menspesifikkan penggunaan waktu secara otomatis untuk sign sehingga pengguna harus manual memasukan ketika menulis message. Penggunaan waktu tersebut berguna jika yang bersangkutan akan mengklaim kepemilikan alamat, jadi dengan adanya waktu tersebut, orang akan percaya kalau si bersangkutan tersebut yang terakhir menanda tanganinya.

[Husna QA]

Saat ini belum ada satu pun wallet yang menspesifikkan penggunaan waktu secara otomatis untuk sign sehingga pengguna harus manual memasukan ketika menulis message. Penggunaan waktu tersebut berguna jika yang bersangkutan akan mengklaim kepemilikan alamat, jadi dengan adanya waktu tersebut, orang akan percaya kalau si bersangkutan tersebut yang terakhir menanda tanganinya.

Belum terlalu urgen untuk fitur pencantuman sistem penanggalan otomatis pada hasil sign message karena semua itu bisa dicantumkan manual.
Kemudian waktu juga bisa berbeda antara satu wilayah dengan yang lainnya, kecuali kalau dibuat standard menggunakan waktu yang mana.

Lain hal pada pencatatan transaksi di jaringan Bitcoin Blockchain tentunya perlu otomatis dan terstandar.
Contoh timestamp pada: https://mempool.space/tx/4a5e1e4baab89f3a32518a88c31bc87f618f76673e2cc77ab2127b7afdeda33b (2009-01-04 01:15)

[abhiseshakana]

Belum terlalu urgen untuk fitur pencantuman sistem penanggalan otomatis pada hasil sign message karena semua itu bisa dicantumkan manual.
Kemudian waktu juga bisa berbeda antara satu wilayah dengan yang lainnya, kecuali kalau dibuat standard menggunakan waktu yang mana.

Lain hal pada pencatatan transaksi di jaringan Bitcoin Blockchain tentunya perlu otomatis dan terstandar.
Contoh timestamp pada: https://mempool.space/tx/4a5e1e4baab89f3a32518a88c31bc87f618f76673e2cc77ab2127b7afdeda33b (2009-01-04 01:15)

Tanggal maupun timestamp pada sebuah sign message, bisa diinput secara manual menjadi bagian dari isi message itu sendiri, namun kalo keberadaannya dibuat sebagai fungsi "required fields" layaknya message, address dan signature, saya pikir itu tidak akan pernah terealisasikan.

Bahkan untuk sekelas Transaksi Bitcoin yang tercatat di Jaringan Blockchain, tidak memiliki timestamp. Waktu yang ditampilkan oleh transaksi pada Blockchain Explorer, adalah waktu pertama kalinya transaksi terdeteksi oleh node tersebut dan ditambahkan ke Mempool. Sementara jika transaksi sudah tercatat pada sebuah block, timestamp yang ditampilkan juga merupakan timestamp dari Block.

[Chikito]

Saat ini belum ada satu pun wallet yang menspesifikkan penggunaan waktu secara otomatis untuk sign sehingga pengguna harus manual memasukan ketika menulis message. Penggunaan waktu tersebut berguna jika yang bersangkutan akan mengklaim kepemilikan alamat, jadi dengan adanya waktu tersebut, orang akan percaya kalau si bersangkutan tersebut yang terakhir menanda tanganinya.

Belum terlalu urgen untuk fitur pencantuman sistem penanggalan otomatis pada hasil sign message karena semua itu bisa dicantumkan manual.
Kemudian waktu juga bisa berbeda antara satu wilayah dengan yang lainnya, kecuali kalau dibuat standard menggunakan waktu yang mana.

Saya kira juga begitu, namun karena semakin banyaknya pengguna bitcoin mungkin ke depan fitur "waktu" ini penting untuk diterapkan karena "faktor lupa" juga sering kita temui saat seseorang itu melakukan sign message, sehingga kalau ada waktu yang terdeteksi otomatis maka hal tersebut dapat diminimalisir. Ya paling enggak waktu standar UTC dimana digunakan secara default di forum ini.

[Husna QA]

Barusan saya baca salah satu postingan SomberNight di Github-nya Electrum perihal dukungan terhadap output script descriptors: output script descriptors, part 1: change API of transaction.py #8230 (nampak sudah di merge):



Perihal module descriptor.py di atas mengingatkan saya pada Bitcoin Core yang saat ini tengah bersiap menghapus Legacy Wallet (pada GUI Bitcoin Core versi 26.0, opsi create legacy wallet sudah dihilangkan: https://bitcoincore.org/en/releases/26.0/).

Unfortunately, to make progress, sometimes compatibility needs to be broken. Sometimes the past needs to be left behind. As the Bitcoin Core wallet moves to making Descriptor Wallets the default, and later, only, wallet type, a future release of Bitcoin Core will no longer be able to open Legacy Wallets.

Nah, akankah kedepannya opsi Export Private Key pada Electrum tidak lagi digunakan sebagaimana fitur dumpprivkey yang tidak bisa digunakan pada Descriptor wallet Bitcoin Core.

Berikut ini beberapa Wallet yang sudah meng-support Output Descriptors:

Bitcoin Core
Bitcoin Dev Kit Wallet Library
BlueWallet [limited support]
BTCpay Server [limited support]
Casa Multisig Wallet
COLDCARD Hardware Wallet
Specter Desktop
Muun Wallet
Nunchuk
Sparrow Wallet
Theya

Sumber: https://outputdescriptors.org/

[punk.zink]

Perihal module descriptor.py di atas mengingatkan saya pada Bitcoin Core yang saat ini tengah bersiap menghapus Legacy Wallet (pada GUI Bitcoin Core versi 26.0, opsi create legacy wallet sudah dihilangkan: https://bitcoincore.org/en/releases/26.0/).

Unfortunately, to make progress, sometimes compatibility needs to be broken. Sometimes the past needs to be left behind. As the Bitcoin Core wallet moves to making Descriptor Wallets the default, and later, only, wallet type, a future release of Bitcoin Core will no longer be able to open Legacy Wallets.

Nah, akankah kedepannya opsi Export Private Key pada Electrum tidak lagi digunakan sebagaimana fitur dumpprivkey yang tidak bisa digunakan pada Descriptor wallet Bitcoin Core.

Saya kira berkenaan dengan fitur "dumpprivkeys" maupun fungsional dalam membuat legacy wallet pada Electrum, memang bisa saja bakal mengikut ide dan konsep yang ada di Bitcoin Core, namun itu tetap bakal melalui proses PR dan mendapatkan konsensus terlebih dahulu. Semisalpun ada, kayaknya tidak akan terjadi dalam waktu dekat ini, karena sepertinya PR (Bitcoin Core) terkait "Remove the legacy wallet" kemungkinan besar baru akan diimplementasikan di update 29.0
https://github.com/bitcoin/bitcoin/issues/20160

[Husna QA]

-snip-

Saya kira berkenaan dengan fitur "dumpprivkeys" maupun fungsional dalam membuat legacy wallet pada Electrum, memang bisa saja bakal mengikut ide dan konsep yang ada di Bitcoin Core, namun itu tetap bakal melalui proses PR dan mendapatkan konsensus terlebih dahulu. Semisalpun ada, kayaknya tidak akan terjadi dalam waktu dekat ini, karena sepertinya PR (Bitcoin Core) terkait "Remove the legacy wallet" kemungkinan besar baru akan diimplementasikan di update 29.0
https://github.com/bitcoin/bitcoin/issues/20160

Dilihat dari timeline pada link di atas, perkiraan awal tahun 2025 (di implementasikan di Bitcoin Core).

Sementara itu, pada backlog Milestone Electrum (https://github.com/spesmilo/electrum/milestone/12) ada issue lainnya juga yang dibuka terkait penggunaan output script descriptors (implement advanced wallet option: multiple xpubs, mixed script types, and similar (maybe with output script descriptors) #6016); Tentunya, untuk meng-golkan ide ini perlu diterapkan lebih dulu output script descriptors di Electrum.


Sumber: https://github.com/spesmilo/electrum/issues/6016#issue-575867481

Nah, kalau jadi diterapkan dan banyak user yang memilih opsi advanced wallet, model restore wallet-nya tidak bisa lagi dari Seed (seperti nampak pada kalimat yang saya highlight).

[punk.zink]

Sumber: https://github.com/spesmilo/electrum/issues/6016#issue-575867481

Nah, kalau jadi diterapkan dan banyak user yang memilih opsi advanced wallet, model restore wallet-nya tidak bisa lagi dari Seed (seperti nampak pada kalimat yang saya highlight).

Sepertinya ini diharapkan seperti yang ada di Bitcoin Core, dimana sebagai parent key bukanlah berupa HD Seed, namun Master Key yang diturunkan dari HD Seed tersebut melalui proses hashing HMAC-SHA512, dan untuk format implementasi berdasarkan dari output descriptor yang valid (seperti contohnya fungsi import descriptor wallet pada Bitcoin Core).

Jika memang bakal seperti itu, berarti juga akan ada opsi untuk langsung melakukan restore (import) terhadap child dari master private key, berdasarkan dengan derivation path yang dituliskan secara spesifik.

[Husna QA]

-snip-

Sepertinya ini diharapkan seperti yang ada di Bitcoin Core, dimana sebagai parent key bukanlah berupa HD Seed, namun Master Key yang diturunkan dari HD Seed tersebut melalui proses hashing HMAC-SHA512, dan untuk format implementasi berdasarkan dari output descriptor yang valid (seperti contohnya fungsi import descriptor wallet pada Bitcoin Core).

Selain sebagai developer Electrum*, SomberNight juga merupakan salah satu kontributor di Bitcoin Core**, jadi cukup dimaklumi ide-ide perihal advanced wallet menggunakan output script descriptors di Electrum masih ada kaitannya dengan pengembangan wallet Bitcoin Core.

*   https://github.com/spesmilo/electrum/tree/master/pubkeys
** https://bitcoin.org/en/releases/25.0/

-snip-
Jika memang bakal seperti itu, berarti juga akan ada opsi untuk langsung melakukan restore (import) terhadap child dari master private key, berdasarkan dengan derivation path yang dituliskan secara spesifik.

Ya, masih dimungkinkan untuk mengimport single privkeys/addresses;

-snip-
I think even single privkeys/addresses could be allowed to be imported.

Perhaps the user could mark certain paths to be preferred to be given out as receive addresses, and others as preferred change.

[Chikito]

Nah, akankah kedepannya opsi Export Private Key pada Electrum tidak lagi digunakan sebagaimana fitur dumpprivkey yang tidak bisa digunakan pada Descriptor wallet Bitcoin Core.

Ya bisa saja itu terjadi, namun perlu juga untuk memperhitungkan apa yang akan terjadi kedepannya. Electrum ini kan light weight wallet, artinya ringan dan tidak perlu download blockchain lagi jika akan digunakan untuk keperluan transaksi, kalau semisal pengguna hanya ingin buat satu address saja di wallet electrum dengan hanya impor private key-nya saja tentu opsi ini tidak bisa digunakan lagi jika memang total diupdate. Soalnya pengguna tidak punya private key.

[punk.zink]

Ya bisa saja itu terjadi, namun perlu juga untuk memperhitungkan apa yang akan terjadi kedepannya. Electrum ini kan light weight wallet, artinya ringan dan tidak perlu download blockchain lagi jika akan digunakan untuk keperluan transaksi, kalau semisal pengguna hanya ingin buat satu address saja di wallet electrum dengan hanya impor private key-nya saja tentu opsi ini tidak bisa digunakan lagi jika memang total diupdate. Soalnya pengguna tidak punya private key.

Kalo dari usulannya (pada PR #6016) memungkinkan untuk dilakukan import terhadap single key, dan karena disitu disebutkan untuk menandai path untuk pembeda antara receive address maupun change address, maka saya asumsikan jika prosedur import bakal menggunakan format output descriptor.

Contoh : menggunakan "pkh(Child_Key/0/*)" atau "pkh(Child_Key/1/*)" dan mungkin bisa juga langsung dengan menggunakan "pkh(WIF_PK)"
*Output pkh dipilih jika memang address merupakan P2PKH, sementara jika untuk jenis address lain bisa menggunakan output descriptors : sh, wpkh, wsh, tr, sh(wpkh)

[Chikito]

Ya bisa saja itu terjadi, namun perlu juga untuk memperhitungkan apa yang akan terjadi kedepannya. Electrum ini kan light weight wallet, artinya ringan dan tidak perlu download blockchain lagi jika akan digunakan untuk keperluan transaksi, kalau semisal pengguna hanya ingin buat satu address saja di wallet electrum dengan hanya impor private key-nya saja tentu opsi ini tidak bisa digunakan lagi jika memang total diupdate. Soalnya pengguna tidak punya private key.

Kalo dari usulannya (pada PR #6016) memungkinkan untuk dilakukan import terhadap single key, dan karena disitu disebutkan untuk menandai path untuk pembeda antara receive address maupun change address, maka saya asumsikan jika prosedur import bakal menggunakan format output descriptor.

Contoh : menggunakan "pkh(Child_Key/0/*)" atau "pkh(Child_Key/1/*)" dan mungkin bisa juga langsung dengan menggunakan "pkh(WIF_PK)"
*Output pkh dipilih jika memang address merupakan P2PKH, sementara jika untuk jenis address lain bisa menggunakan output descriptors : sh, wpkh, wsh, tr, sh(wpkh)

Ya artinya akan ribet, pening dan tidak semudah impar-impor seperti dulu lagi (yang hanya klik impor di GUI). Kalau kayak kita yang sudah terbiasa di console tentu tidak masalah, tapi untuk pengguna baru, apa lagi penggunaan bitcoin sudah masive sekarang ini, jelas ini bikin mereka malas menggunakan non-custody wallet, mending nyimpen di exchange.