 |
Today at 12:02:59 AM |
|
I have used bitcoinj v0.2 From wich I have a base64 string of 12 bytes 16 characters and a base58 string of 34 characters that is 25 bytes. it has a xor test in that string so I have a matching 10 bytes from the base64 string with a matching 16 bytes from that base58 string
But how do I use them? Is this aes-128? so the 16 bytes is a encrypted seed? Or do I have to join then togheter to get a 26 bytes raw private key It's from the time before WIF
Thanks for your reply but that is way to new, what I have found out, and why it only can be bitcoinj 0.2 and not newer or older, in the older version it wouldn’t have the xor check of the 2 separate strings, and newer uses protobuf, so it is java serialization version 5, my 25 bytes start with this 05 what would later be used as P2SH, so yes my base58 string starts with a 3 when that wasn’t a thing yet. And wif wasn’t. If I use a base58 decoder I get the same 20 bytes payload, as when I use getaddressinfo with the same 34 characters, the first byte is 77 what in java would be TC_BLOCKDATA = (byte)0x77; in these 20 bytes it has a xor check to match 16 bytes with the 10 bytes from the 12 bytes and it matches, so my 12/10 bytes matches my 20/16 bytes the 20 bytes ends with 4e 49 what could be NI native import and 01 what could be compressed public key, so this is very specific with bitcoinj 0.2 and nothing else
maybe this makes sense to somebody the 12 bytes start with 0xec and the 20 bytes ends with 0x01 what could be compressed public key
|