It is. You have source code. You just need a programmer.
|
|
|
The backup is obviously bad. This can happen if you tried copying it while Bitcoin was running, or from a bad flash filesystem.
If this is the only copy, the last alternative is to use pywallet to scan the file for any private keys. A command line may be:
python pywallet.py --recover --recov_device C:\badwallet.dat --recov_size 10MB --recov_outputdir C:\foundkeys
or you can (futile) scan the flash drive in a similar way.
|
|
|
OTOH, shuts up the "It's too volatile to be used as a currency, who would take something that's worth half tomorrow and twice the day after?" trolling.
|
|
|
10 satoshi for no fee? It will be considered as spamming the blockchain and requires high fees, or age to proceed.
Actually, that is below the minimum and is a non-standard transaction. Search for 5460.
|
|
|
And now we know where he got the annoying signature font...
|
|
|
Opened incident on github, included entire Mac "Problem Report for Bitcoin-QT". Is there any additional info I might provide to the devs?
In the meantime, what can I try to restore operation?
You will want to be using the latest version on OSX, it resolves several problems on that platform. Try restarting the new client with the rebuild database index option and let it process, by running this command from the terminal: $ open /Applications/Bitcoin-Qt.app --args -reindex
|
|
|
I deleted the original, but it could be recreated pretty easily so anybody could upload it to one of those Internet t-shirt printing places.
|
|
|
The silliest "application" ever. This guy is on my ignore list because he bumps old threads all over the place with useless comments.
|
|
|
Mining is so 2011. How do you lean on this: Oh, you must mean like this:
|
|
|
Any progress? My feed is not streaming the live trades, after doing a fresh download of the history.
Do I need to run with -h right now to get any data?
I'm getting mtgox live socket trades right now, so that's working; this part, strangely, has never been a problem, even though it is documented nowhere except by use in sierrachartfeed and one other 3 year old trade software. Is it magically working again for you? It looks like bitcoincharts hasn't re-scrambled existing CSV data since Dec 28, so I will create a new 7zipped CSV share of my own since I can make it 10% the size. I was quite frustrated by a lot of programming and testing being flushed by another change at bitcoincharts. The code is intolerant of web site errors - this is by design so I could see exception errors when I rewrote this. I need to make downloading more error-tolerant, as I'm now getting timeouts and errors I previously didn't, like "Exception: URLError = [Errno 10060] A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond", even for some very small requests.
|
|
|
As discussed in many places, a brain wallet does *not* need to be long and complicated to have massive entropy. Eight to twelve random dictionary words is all that is needed.
I cannot confirm that this is true. "Massive" entropy to me would equal the same strength as a randomly-generated private key. We must therefore first derive a random full-strength key and then discover a method of encoding that into "brain wallet words". In my search for a libre standard-word dictionary, I found GNU Collaborative International Dictionary of English. From it, I extracted 131559 words, just a bit more than 2^17. At least half are not suitable, as they are multiple words or very obscure: <p><ent>Drymoglossum</ent><br/ <p><ent>Drynaria</ent><br/ <p><ent>Dryness</ent><br/ <p><ent>Dry nurse</ent><br/ <p><ent>dry-nurse</ent><br/ <ent>Drynurse</ent><br/ <p><ent>Dryobalanops</ent><br/ <p><ent>drypis</ent><br/ <p><ent>Dry-rub</ent><br/If we eliminate all but single words, the dictionary is ~2^16. If we give users the option of changing individual unmemorable words to at least three other words with the same identity, we are down to 2^14; 14 bits. A Bitcoin private key is 256 bits in size. Therefore encoding 256 bits in 14 bit words = 19 words. ECC key strength is commonly quoted as equivalent to half-length symmetric key algorithms. So, for example, a 256-bit ECC key would have roughly the same strength as a 128-bit symmetric key. However, the conjectured strength of secp256k1 may be as low as 50 bits in certain attacks. http://perso.univ-rennes1.fr/reynald.lercier/file/FLRV08.pdf. Therefore it is important that the first requirement of EC, full-strength random numbers for both key generation and signing, actually be used. The reason Electrum words seeds appear shorter is they are half the length of a Bitcoin private key. "constant forest adore false green weave stop guy fur freeze giggle clock" = 431a62f1c86555d3c45e5c4d9e10c8c7 = 128 bitsAll Electrum addresses are deterministically based on something 340,282,366,920,938,463,463,374,607,431,768,211,456 times smaller than a Bitcoin address. Other Brainwallet schemes are even worse. In conclusion, I'll just leave this here: https://bitcointalk.org/index.php?topic=361092.0
|
|
|
Paid .sig advertisers win. The community arguably loses.
What have paid sigs won and what has the community arguably lost exactly? The same thing as email spam, it costs nothing to annoy thousands for their own profit.
|
|
|
Transactions without the minimum fee will not be relayed. They will not be stored in the memory pools of miners. They will not be included in blocks. As they are ignored, a proper fee double-spend transaction will be included promptly.
The minimum fee rules have been simplified in 0.8.6, which is the network majority. A fee is no longer required just because any one output is smaller that 0.01 BTC (dust < 5.6mBTC invalid rule takes care of spam), but the minimum fee is now required for any transaction over 1kB in size. This is in addition to the requirement that input priority less than 57.6M (1 BTC, 144 blocks old; 0.01 BTC ~100 days old) include minimum fee.
The network is currently a hybrid of old rules and new rules, and some Bitcoins may also be altered from defaults by network members.
If users are inclined to throw caution to the wind and try this out, please back up your wallet.dat immediately before transmitting a transaction. It is much easier to restore a wallet backup than to repair your wallet to remove the will-never-confirm spent coin transaction.
|
|
|
How do you define orphan?
A mined block that was not included in the main blockchain.
|
|
|
Should posting wallet stealing trojans be allowed on the forum?Its free BTC, so yes. Should hiring hitmen be allowed on the forum?Its free BTC, so yes. Should forum users advertise their hands to be cut off for money?Its free BTC, so yes. Should stolen children be sold here for money?Its free BTC, so yes. Proof that logic can be applied to any situation. Your logic doesn't work here. -_- And thus transitively we can infer that neither does yours.
|
|
|
Should posting wallet stealing trojans be allowed on the forum?Its free BTC, so yes. Should hiring hitmen be allowed on the forum?Its free BTC, so yes. Should forum users advertise their hands to be cut off for money?Its free BTC, so yes. Should stolen children be sold here for money?Its free BTC, so yes. Proof that logic can be applied to any situation.
|
|
|
|