deleted

3 replies 55 views
sat100Member
Posts: 6 · Reputation: 89
#1Oct 3, 2018, 10:15 AM
deleted
5 Reply Quote Share
hash_bossLegendary
Posts: 1166 · Reputation: 5261
#2Oct 3, 2018, 12:58 PM
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.
2 Reply Quote Share
sage_moonSenior Member
Posts: 273 · Reputation: 1371
#3Oct 3, 2018, 05:20 PM
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.
3 Reply Quote Share
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
4 Reply Quote Share
?Reply
Sign in to reply to this topic

Related topics