Topic: Paper Wallet Woes.. (Read 1743 times)
Thats awesome.. looks like im gonna use armory from now on for paper wallets lol.. I'll be donating a coin to all three of you for your help.. where do I send?
Nice fine etothepi!
Cypherdoc presented this problem to me, and I went ahead and examined this mysterious 'y' private key. I converted it to hex and did some digging with my tools.
It turns out there's a bug in Strongcoin paper wallet generation: A private key is supposed to look like:
[0x80 | 32-byte private key | 4-byte checksum]
This private key looked like:
[0x80 | 31-byte private key | 4-byte checksum]
For the same reason that we don't write "053" when talking about the number 53, it turns out that this private key had a zero on the left end that was truncated. When I added a zero-byte, the key imported fine. (you have to first convert to hex, there's no way to add an arbitrary byte to the Base58 key).
This error should occur only in 1/256 keys: the ones that have a '0x00' left byte. It's not surprising that it was overlooked, given how infrequently it can happen! I just emailed their support with the information. It should be an easy bug to fix.
It turns out there's a bug in Strongcoin paper wallet generation: A private key is supposed to look like:
[0x80 | 32-byte private key | 4-byte checksum]
This private key looked like:
[0x80 | 31-byte private key | 4-byte checksum]
For the same reason that we don't write "053" when talking about the number 53, it turns out that this private key had a zero on the left end that was truncated. When I added a zero-byte, the key imported fine. (you have to first convert to hex, there's no way to add an arbitrary byte to the Base58 key).
This error should occur only in 1/256 keys: the ones that have a '0x00' left byte. It's not surprising that it was overlooked, given how infrequently it can happen! I just emailed their support with the information. It should be an easy bug to fix.
you know you gotta stop going around and finding errors in peoples code. what'd it take you; all of one minute?
Cypherdoc presented this problem to me, and I went ahead and examined this mysterious 'y' private key. I converted it to hex and did some digging with my tools.
It turns out there's a bug in Strongcoin paper wallet generation: A private key is supposed to look like:
[0x80 | 32-byte private key | 4-byte checksum]
This private key looked like:
[0x80 | 31-byte private key | 4-byte checksum]
For the same reason that we don't write "053" when talking about the number 53, it turns out that this private key had a zero on the left end that was truncated. When I added a zero-byte, the key imported fine. (you have to first convert to hex, there's no way to add an arbitrary byte to the Base58 key).
This error should occur only in 1/256 keys: the ones that have a '0x00' left byte. It's not surprising that it was overlooked, given how infrequently it can happen! I just emailed their support with the information. It should be an easy bug to fix.
It turns out there's a bug in Strongcoin paper wallet generation: A private key is supposed to look like:
[0x80 | 32-byte private key | 4-byte checksum]
This private key looked like:
[0x80 | 31-byte private key | 4-byte checksum]
For the same reason that we don't write "053" when talking about the number 53, it turns out that this private key had a zero on the left end that was truncated. When I added a zero-byte, the key imported fine. (you have to first convert to hex, there's no way to add an arbitrary byte to the Base58 key).
This error should occur only in 1/256 keys: the ones that have a '0x00' left byte. It's not surprising that it was overlooked, given how infrequently it can happen! I just emailed their support with the information. It should be an easy bug to fix.
I haven't had any luck 
The fact that the decoded private key from strongcoin starts with a "y" and not a "5" leads me to believe that they have a bug somewhere in their code.
Hopefully, their support gets back to you
The fact that the decoded private key from strongcoin starts with a "y" and not a "5" leads me to believe that they have a bug somewhere in their code.
Hopefully, their support gets back to you
I tried armory.. keeps saying invalid key format.. sooooo... if any of you want to help.. I can send you the paper wallet or the priv key and you can send the funds to my other wallet.. I will pay 1 BTC for your trouble.
Armory will do everything you need and keep your wallet absolutely safe.
http://bitcoinarmory.com/index.php/using-offline-wallets-in-armory
bitcoind should also do what he wants though. No need to get everyone running alpha software for their primary wallets.http://bitcoinarmory.com/index.php/using-offline-wallets-in-armory
Maybe try 'bitcoind -rescan'? Although the import should have forced a rescan. Can you check the address on block explorer and verify that there are funds there?
i understand your concern with alpha software but i think he said he justs want to
Armory will do everything you need and keep your wallet absolutely safe.
http://bitcoinarmory.com/index.php/using-offline-wallets-in-armory
bitcoind should also do what he wants though. No need to get everyone running alpha software for their primary wallets.http://bitcoinarmory.com/index.php/using-offline-wallets-in-armory
Maybe try 'bitcoind -rescan'? Although the import should have forced a rescan. Can you check the address on block explorer and verify that there are funds there?
yup tried rescan and everything.. tried on multiple machines and still no funds.. checked blockchain and blockexplorer the funds are there
I fear this may have become a recovery mission lol
Armory will do everything you need and keep your wallet absolutely safe.
http://bitcoinarmory.com/index.php/using-offline-wallets-in-armory
bitcoind should also do what he wants though. No need to get everyone running alpha software for their primary wallets.http://bitcoinarmory.com/index.php/using-offline-wallets-in-armory
Maybe try 'bitcoind -rescan'? Although the import should have forced a rescan. Can you check the address on block explorer and verify that there are funds there?
Armory will do everything you need and keep your wallet absolutely safe.
http://bitcoinarmory.com/index.php/using-offline-wallets-in-armory
http://bitcoinarmory.com/index.php/using-offline-wallets-in-armory
Is there any other way to excrete the funds from a paper wallet other than pywallet? Perhaps a web based service?
Mt. Gox lets you import a key, and then will sweep any amounts to your Mt. Gox account. It will also do the same automatically in the future should any further payments be received at that address.
You can try strongcoin.com which works quite well for importing a private key in a wallet. paytunia.com will soon be offering the same feature..
Is there any other way to excrete the funds from a paper wallet other than pywallet? Perhaps a web based service?
Havent tried blockchain.info the site has been all crazy and unreliable the last 24 hours.
Tried ./bitcoind importprivkey [mykey] - it shows I have no funds in the account
Any other ideas?
Havent tried blockchain.info the site has been all crazy and unreliable the last 24 hours.
Tried ./bitcoind importprivkey [mykey] - it shows I have no funds in the account
Any other ideas?
Jump to: