deleted
deleted
3 replies 55 views
I don't really know how about programming, so i can't give pointer about modify the code. But if your goal is to brute-force 24 BIP39 words, consider using BTCRecover which is actively developed with GPU support.
To process longer mnemonics, you need to increase the size of the blocks used in the HMAC operations from 128 bits to 256 bits. This is because the length of a 24-word mnemonic exceeds 128 bytes and requires greater capacity to handle it correctly.
Since the code is not designed for that, you would have to modify a large part of the code, especially the files int_to_address.cl and just_seed.cl, which are truncated to 12 words.
hodler_omegaMember
Posts: 12 · Reputation: 156
#4Oct 3, 2018, 07:53 PM
I read what mcdouglasx said and took it as a challenge for myself. Take a good look at what I did: The ipad_key and opad_key arrays with 128 bytes each to perform HMAC operations. When the mnemonic_length exceeds 128 bytes (24 words), the remainder of the key is not being processed correctly. Therefore, it would be necessary to implement a key normalization process that complies with HMAC. If the key is larger than the block size (128 bytes for SHA-512), it must first be hashed to reduce its size. Then, it should be padded with zeros to reach 128 bytes if needed.
The changes I made to the file int_to_address.cl look like this:
And in the file just_seed.cl, it turned out like this:
This was my work, test it to see if everything is running fine and let me know
?Reply
Sign in to reply to this topic
Related topics
- Bitcoin Core displaying coins (UTXOs) in a new tab 13
- Are you in favor of BIP-110? Let's get a Bitcoin poll going. 0
- Erlay seems to have some issues here’s a better proposal for a bitcoin protocol without invites 3
- New Optional Hourglass Implementation is Live 3
- Ways to earn some sats by contributing to bitcoin core development 5
- Exploring the Potential and Challenges of a Kardashev-Scale Bitcoin Network 3