I just did all the linux upgrades and restarted the computer. Some of the upgrades seemed to include bitcoin related stuff. The wallet still has the same problem. Says "verifying blocks" and then closes down.
All I've tried to get the wallet to work is just restarting the computer, installing linux updates and restarting the computer. The next step is I'd probably save the wallet.dat backup file on a USB, then remove the entire bitcoin program, and download it again. But if there is a less drastic solution, I'd like that!
First backup your wallet.dat file again. Then you can try the following things: - Download bitcoin-qt from the official repository and run that. There is no installation process. You just run the bitcoin-qt file from the bin sub-directory: http://bitcoin.org/en/download- If the above fails it is most likely that your copy of the blockchain has become corrupted. So what you should do is delete everything save the wallet.dat file in the your /home/username/.bitcoin directory. Note it is a hidden directory with a name that starts with a dot. Then run bitcoin-qt and it'll start downloading the blockchain all over again a process that can take days. - Finally, your last option is to give up on bitcoin-qt entirely and migrate to another wallet. I recommend electrum. To import your private keys you can use a temporary blockchain.info wallet to import the keys and send all the coins to your new electrum address or you can use pywallet to extract the private keys and import them directly into electrum. |
|
|
|
Ok, so I was looking in to this more and I should be able to pull it off myself but it seems the full node software on bitcoin.org requires Qt4. So with that said where can I get the Qt4 runtime libraries for a CentOS distribution ? root@server [~]# cat /proc/version Linux version 2.6.32-358.18.1.el6.x86_64 ( mockbuild@c6b10.bsys.dev.centos.org) (gcc version 4.4.7 20120313 (Red Hat 4.4.7-3) (GCC) ) #1 SMP Wed Aug 28 17:19:38 UTC 2013 root@server [~]# cat /etc/redhat-release
CentOS release 6.5 (Final)
It's very simple: - the daemon process is bitcoind. You'll find in the bin subdirectory right alongside -qt - bitcoind does NOT require a GUI. It's command line only. - You connect to bitcoind via jsonrpc. This is easily done in PHP. Use the getinfo commmand to get the latest difficulty stats. - the hardest problem is the resource requirements of bitcoind/-qt. Both require a complete download of the blockchain, meaning gigs of disk space, and they use up quite a bit of ram - at least 512MB. I suggest bootstraping bitcoind using the torrent download or it'll take forever to download and verify the blockchain. You'll find the torrent in the sourceforge repo. |
|
|
|
Milk crates are usually made from polyethylene terephthalate.
Oh plastic... |
|
|
|
Getting fiat funds out of MtGox seems relatively more difficult than from Bitstamp, so buying bitcoins on Mtgox to then sell them on Bitstamp can contribute to this discrepancy.
so why do people buy bitcoins on mtgox in the first place? The same reason you opened this thread. They have only ever heard of mt. gox and are unaware of the existence of other exchanges or gox's withdrawal problems. Also they probably don't trust the other exchanges - the thinking goes that bitcoin being cheaper elsewhere is too good to be true and so these other sites must be scam sites. |
|
|
|
|
India and China have already played their hand. They are both negative on bitcoin. India is cracking down hard and China is hedging its bets... no China is negative as well. Neither one of them will allow it to function as a conduit for capital outflow.
Russia is somewhat connected to BTC-E. But I think BTC-E is based in Bulgaria or is it Ukraine? Anyway I don't think I've heard any official statement from Russia regarding bitcoin. Has anybody else heard of anything from their central bank?
Frankly I don't think we should expect much from any of these countries save Russia. They are not going to jeopardize their economies by letting people put money into BTC. I think when you do that most of the money flows to the west and especially America because all the early adopters are there.
|
|
|
|
The best way to spend from a paper wallet is to - Use armory's sweep key function on an online computer to sweep the funds to an existing address: https://bitcoinarmory.com/about/features/- create a temporary blockchain.info (bci) mywallet for the express purpose of importing the private key and then send ALL the coins to an address in your main wallet. If you do it any other way you risk getting caught by change flowing to different addresses that you had no idea you had to preserve. Needless to say once you've spent the coins in a private key via any of the above two methods you should make it a point to never use the private key again. Finally if all of this sounds too much work for you then that's because it is. It is wrong to advice newbies to go the paper wallet route. If you are that worried about your coins use offline electrum. Very easy and you get unlimited addresses. |
|
|
|
Maybe you need to decrypt the wallet first? This is how it works in Qt, don't know about Electrum though.
How do I do that? Using bitaddress.org wallet details tab. Enter the encrypted private key there and then the password to decrypt it. |
|
|
|
The plugin has some great features though, I wonder if because of it's deterministic properties it wouldn't be better if it a new wallet entirely?
Yes you could create a wallet specifically for the purpose of printing paper wallets. Then you would delete the soft copy of that wallet to prevent anyone getting their hands on the MPK. The MPK, unlike the seed, is not stored encrypted on your hard disk. |
|
|
|
|
Revealing the private key of an address in a deterministic wallet is much more risky than doing the same for an address in a non-deterministic wallet. If someone were to get their hands on any one paper wallet AND the master public key he would be able to calculate all the other private keys too. So this plugin needs to come with a warning attached to it.
|
|
|
|
Understood. Is there no way for the grandson to be guaranteed that his grandfather did not (intentionally or unintentionally) spend those coins before his death and before the son tries to claim his inheritance?
Yeah, all transactions are public information. The grandson has the signed transaction so he can run that through a raw transaction decoder and it will tell him the source inputs. Look up the inputs on the blockchain (for example using an explorer like blockchain.info) and he'll know whether they've been spent already or not. Also when he broadcasts the transaction it will be rejected if the inputs have already been spent. In this particular example, you really have to rely on trust that the grandfather isn't going to spend those beforehand, right? If that's the case, then doesn't that kind of undermine the low-trust objective of these types of contracts?
I imagine other scenarios where this kind of contract would really lose a lot of its value if the coins cannot be guaranteed unspent at the time of broadcast on the network...
Well you are thinking of another scenario. Perhaps escrow? If that is what you have in mind look up multi-signature transactions. Also some sites like bit2factor.org let you do it now without multisig. In this particular scenario (grandfather-grandson) one would assume the two parties are willing participants and trust and probably even love each other. BTW nlocktime isn't supported yet. Maybe in the future. |
|
|
|
[The old man] creates a transaction with a lock time of the grandson's 18th birthday that pays the coins to another key owned by the grandson, signs it, and gives it to him - but does not broadcast it. This takes care of the 18th birthday condition. If the date passes, the grandson broadcasts the transaction and claims the coins. If I'm the grandson, what guarantee do I have that by the time my 18th birthday rolls around, those coins will not have already been spent elsewhere? To spend coins you need the private key of the address that last received those coins. In this case it is the private key owned by the grand father. The only way those coins can be spent before the 18th birthday is if the grandfather spends them in his lifetime or his private key is made public after his death and somebody else spends the coins. |
|
|
|
This is what I can gather: - It was a bubble and people flocked to trading coins like sheep because their peers told them to. - Now the bubble has well and truly burst. They are no longer interested in trading and instead have gotten into mining. Mining is again a waste of money in his opinion because of the insane difficulty. I think he's saying this bubble will burst too. - BTCChina is the one and only exchange that mattered. Now it is dying and no longer a viable business in his opinion. - He says the Chinese don't care about bitcoins and are only interested in it because of the get rich quick potential. I've done a tour around China a few months ago, it's a great country full of friendly people.
But sorry you are missing out on BTC, it's definitely going places with or without you. Have fun gambling with NXT
They're not missing out on BTC! On the contrary the majority of the mining capacity is in their country and all of the mining hardware is made there. |
|
|
|
Right now, merchants seem to accept Bitcoin for three main reasons: They want press coverage, they’re libertarian fellow travelers, or they’re selling drugs. what a narrow minded thing to say. i guess the writer of the article thinks that there are only 3 merchants in the bitcoin ecosystem, one being owned by a libertarian, one selling drugs (well thats gone now) and the third that doesnt do much real world business so is getting alot of free advertising through bitcoin. yet.. i count over 20k merchants and thats just the ones i know about and all of them have different reasons to accept bitcoin Yeah that is ridiculous. Have you guys seen the number of hosting providers that have adopted bitcoin? It's quite amazing. |
|
|
|
(repost) Episode available for reservation: E32 – Sneak’s Law and Bitcoins Next 2... 1:17:54 Whoever answers this post first, quoting all of the above, will hold the new reservation for that episode. New reservations will be due until 2013-12-31. Submitting this episode after 2013-12-31 will result in a -.01 BTC penalty per day after 2013-12-31, i.e., on January 3rd, you will only receive 0.12 BTC for an episode. As a measure to prevent you from hastily submitting unfinished episodes to pass the deadline, I reserve the right to penalize each submitted episode after this posting with the amount of BTC I'll have to pay Kluge for the proofreading effort. This has been somewhere between 0.01 to 0.04 in the past, but might be more if he's extremely unhappy with your work. He might also decide to reject your submission, in which case you won't receive a reward. I'll take it. edit: I am ready to do it but I request that you clarify which timezone we are talking about here? Always talking about "forum time", that way, it's easy to check a post against a deadline  What timezone is forum time? I think it varies from person to person. For example mine is GMT +5. edit: So can you clarify which timezone? |
|
|
|
(repost) Episode available for reservation: E32 – Sneak’s Law and Bitcoins Next 2... 1:17:54 Whoever answers this post first, quoting all of the above, will hold the new reservation for that episode. New reservations will be due until 2013-12-31. Submitting this episode after 2013-12-31 will result in a -.01 BTC penalty per day after 2013-12-31, i.e., on January 3rd, you will only receive 0.12 BTC for an episode. As a measure to prevent you from hastily submitting unfinished episodes to pass the deadline, I reserve the right to penalize each submitted episode after this posting with the amount of BTC I'll have to pay Kluge for the proofreading effort. This has been somewhere between 0.01 to 0.04 in the past, but might be more if he's extremely unhappy with your work. He might also decide to reject your submission, in which case you won't receive a reward. I'll take it. edit: I am ready to do it but I request that you clarify which timezone we are talking about here? |
|
|
|
|
Wow common sense prevails! Some country you have there where government agencies have to clarify common sense.
|
|
|
|
|
BTW Danny you kinda got the date wrong in your big red warning. That bug has been around for at least two weeks.
|
|
|
|
Surely if you download it from the official web site (as linked at the top of the forum), you don't need to verify signatures?
LOL official website as linked on the top of the forum. How many times has the forum been hacked now? Websites get hacked all the time especially bitcoin related sites. We need to take every precaution we can. |
|
|
|
|
Show Posts
