Topic: BITCOIN CORE (Read 7383 times)

Minimum disk space 550 MB tersebut jika menggunakan opsi Prune Node, setidaknya untuk mempertahankan 288 block (untuk dua hari terakhir dengan 10 menit per block).
Namun memang pada tahap IBD (Initial Block Download) untuk validasi dan membangun database perlu download semua data blockchain dulu sebelum nantinya di reduce menyesuaikan dengan settingan di Prune block storage (RAW block dan Undo data lama di delete*).

Ini maksudnya 550GB kah?, karena saat ini data blockchain bahkan lebih dari 550GB.

Block pruning allows Bitcoin Core to delete the raw block and undo data once it’s been validated and used to build the databases.
-snip-
The user specifies how much space to allot for block & undo files. The minimum allowed is 550MB. Note that this is in addition to whatever is required for the block index and UTXO databases. The minimum was chosen so that Bitcoin Core will be able to maintain at least 288 blocks on disk (two days worth of blocks at 10 minutes per block). In rare instances it is possible that the amount of space used will exceed the pruning target in order to keep the required last 288 blocks on disk.

Memang demikian cara kerjanya, namun di Bitcoin Core ini rada 'kurang cocok' kalau untuk pemula, mengingat untuk proses instalasinya saja minimal perlu 550 MB untuk menyimpan data jika menggunakan opsi Prune node (Notable changes, Block file pruning: https://bitcoincore.org/en/releases/0.11.0/).

Jika tidak demikian maka akan sama saja dengan import private key dan HW kehilangan fungsinya. -Silahkan koreksi jika yang saya pahami ini keliru-

Yups, hampir sama kayak mengkoneksikan HW dengan software wallet lainnya kayak electrum, trezor suite atau legder live, broadcastnya via software dan bisa juga diluar dari itu.

Namun apakah untuk running node musti mengkoneksikan ke HW juga?, atau bisa sebagai watch only wallet saja di bitcoin core?

-snip-
Lalu mengimport descriptor HW pada kedua external path (0/*) dan internal path (1/*) ke wallet yang baru dibuat tersebut

Jadi ketika transaksi mengirim Bitcoin, pada Bitcoin Core difungsikan untuk Create Unsigned, Sign PSBT via HWI dan dikonfirmasi di hardware wallet, selanjutnya di Broadcast di Bitcoin Core.

btw, fitur external signer ini tentunya sangat penting terutama bagi pengguna Bitcoin Core yang tetap ingin menyimpan key-nya di perangkat terpisah.

-snip-
Agak aneh juga jika mengkoneksikan hardware wallet tapi sign-nya tetap di bitcoin core, karena selama saya menggunakan Hardware wallet, sign-nya selalu di external dalam hal ini di hardware wallet, tidak pernah di dalam software-nya.

Pada release Bitcoin Core Versi 27.0 ini, nampaknya rencana untuk menghilangkan fungsi Legacy Wallet dari client Bitcoin Core masih belum juga diimplementasikan. Yang berarti kita sebagi pengguna Bitcoin Core masih bisa memanfaatkan dan menggunakan fungsi Legacy Wallet tersebut (tentunya dengan beberapa parameter yang mesti ditambahkan dalam pengaturan Bitcoin Core).

Berarti sementara ini untuk pengguna Bitcoin Core v27.0 dengan OS Windows saja yang mengalami penonaktifan fungsi external signing-nya hingga ada update berikutnya, sementara untuk OS selainnya* bisa berfungsi jika melihat pada catatan rilis berikut yang secara khusus mencantumkan hanya Windows?

-snip-
Belum sempat juga melakukan eksperimen menggunakan Hardware Wallet dengan Bitcoin, ternyata fungsi External Signing pada OS Windows untuk sementara waktu ini sudah dinon-aktifkan  :D

External Signing
● Support for external signing on Windows has been disabled. It will be re-enabled once the underlying dependency (Boost Process), has been replaced with a different library. (#28967)

Notable changes
● libbitcoinconsensus is deprecated and will be removed for v28. This library has existed for nearly 10 years with very little known uptake or impact. It has become a maintenance burden. The underlying functionality does not change between versions, so any users of the library can continue to use the final release indefinitely, with the understanding that Taproot is its final consensus update. In the future, libbitcoinkernel will provide a much more useful API that is aware of the UTXO set, and therefore be able to fully validate transactions and blocks. (#29189)
● The mempool.dat file created by -persistmempool or the savemempool RPC will be written in a new format. This new format includes the XOR’ing of transaction contents to mitigate issues where external programs (such as anti-virus) attempt to interpret and potentially modify the file. This new format can not be read by previous software releases. To allow for a downgrade, a temporary setting -persistmempoolv1 has been added to fall back to the legacy format. (#28207)
● BIP324 v2 transport is now enabled by default. It remains possible to disable v2 by running with -v2transport=0. (#29347)
● Manual connection options (-connect, -addnode and -seednode) will now follow -v2transport to connect with v2 by default. They will retry with v1 on failure. (#29058)
● Network-adjusted time has been removed from consensus code. It is replaced with (unadjusted) system time. The warning for a large median time offset (70 minutes or more) is kept. This removes the implicit security assumption of requiring an honest majority of outbound peers, and increases the importance of the node operator ensuring their system time is (and stays) correct to not fall out of consensus with the network. (#28956)
● Opt-in Topologically Restricted Until Confirmation (TRUC) Transactions policy (aka v3 transaction policy) is available for use on test networks when -acceptnonstdtxn=1 is set. By setting the transaction version number to 3, TRUC transactions request the application of limits on spending of their unconfirmed outputs. These restrictions simplify the assessment of incentive compatibility of accepting or replacing TRUC transactions, thus ensuring any replacements are more profitable for the node and making fee-bumping more reliable. TRUC transactions are currently nonstandard and can only be used on test networks where the standardness rules are relaxed or disabled (e.g. with -acceptnonstdtxn=1). (#28948)
● Support for external signing on Windows has been disabled. It will be re-enabled once the underlying dependency (Boost Process), has been replaced with a different library. (#28967)
● The addnode RPC now follows the -v2transport option (now on by default, see above) for making connections. It remains possible to specify the transport type manually with the v2transport argument of addnode. (#29239)

Itu kayaknya cuman salah di penulisan dan penempatan variabel dari argumen importdescriptors saja. Sayangnya untuk BIP Path dan XPUB nya, Om husna sensor. Jadi saya tidak mengetahui apakah BIP Pathnya memang sudah benar BIP 84 atau belum.

Mungkin bisa dicoba dengan model penulisan sbb:
* ada jeda spasi setelah tanda {, dan sebelum tanda }

atau yang model seperti ini :

Nah, saya stuck sampai di sini; Seperti yang nampak pada screenshot, muncul error code -5 dan xpub-nya dinyatakan not valid.

Berarti tinggal melakukan import Descriptor ke Bitcoin Core saja Om, sekalian ber-eksperimen membuat transaksi PSBT, sign dan send ke Jaringan Bitcoin. Btw kalo dah kelar eksperimennya, bolehlah di share disini proses dan hasilnya.

Kemudian saya coba hubungkan Hardware wallet Trezor dan masuk ke direktori HWI (cd hwi) melalui terminal dan menginput perintah ./hwi.py enumerate; Alhamdulillah data (fingerprint, dll.) HW Trezor berhasil dimunculkan, untuk sementara berikut ini hasilnya:

Kalo di Windows 10 saya bisa menjalankan argumen tersebut tanpa terkendala apapun, karena pada saat melakukan install HWI menggunakan argumen pip3 install hwi secara otomatis library libusb1-3.1.0-py3 juga sudah ikut ter-install.

Prerequisites

Python 3 is required. The libraries and udev rules for each device must also be installed. Some libraries will need to be installed

For Ubuntu/Debian:

For Centos:

For macOS:

Ketika saya mencoba menggunakan perintah di atas, yang muncul seperti ini:



Tadi coba menggunakan perintah berikut, dengan menambahkan ./ (seperti yang tertera di sini https://pypi.org/project/hwi/3.0.0/):


Muncul OSError berikut:

Secara garis besar saya paham step-stepnya, namun tidak bisa banyak membantu karena tidak bisa melakukan praktek karena terkendala tidak adanya Hardware Wallet yang bisa ane gunakan buat eksperimen. Intinya dibutuhkan informasi melalui perintah hwi.py enumerate untuk mendapatkan fingerprint dan informasi device path
-snip-

Lebih kurang demikian; Untuk memanfaatkan HWI (library untuk bisa bekerja dengan hardware wallet Bitcoin: https://pypi.org/project/hwi/3.0.0/), saat ini perlu Python 3.

Sepemahaman saya HWI ini terpisah dari Bitcoin Core (berfungsi pada wallet Descriptor) maka dari itu perlu proses import key ke Bitcoin Core. Inilah yang saya masih belum paham caranya, karena keterbatasan ilmu (meskipun pada link di bawah ini ada penjelasan teknisnya), termasuk cara untuk bisa menampilkan HWI Qt seperti ini:

thanks, jadi wallet bitcoin core ini sangat berbeda dengan electrum dimana bisa membaca langsung tanpa harus ada script tambahan. Entah kenapa bisa seribet ini ya?, padahal kan kalau kayak saya sebagai awam melihat di segi GUI hampir sama kayak wallet secara umumnya, apa karena wallet core ini ada full blockchain bitcoin-nya sehingga harus ada path tambahan biar lebih secure dan tidak mudah disusupi?.

Sepemahaman saya, sederhananya kolom isian external signer script path itu berfungsi untuk memberikan informasi ke Bitcoin Core mengenai path atau lokasi dari external signer dalam hal ini hardware wallet berada (berupa script yang kompatibel dengan Bitcoin Core).

Jadi setiap yang memerlukan sign seperti pada sign transaksi, sign message, dll. selanjutnya menggunakan hardware wallet, dalam hal ini pada wallet yang di create dengan opsi External Signer.

-Koreksi jika keliru.

Mungkin sebagian orang awam belum begitu paham apa fungsi dan kegunaan signer script path, saya pun walau agak melek dikit juga gak paham fungsi khususnya, apa om bisa jelaskan kegunaannya?, apakah itu sama kayak sign transaksi biasa atau memang digunakan untuk hal-hal khusus semisal menandakan kalau wallet tersebut milik kita kaya sign message biasa?.