-1 Jimmy Wales.
although i don't know that he's said anything about it directly.
|
|
|
Just so people know, this block could be found within 2 seconds of the prior block or 2 hours. That's unlikely, but I did see a block once take over 60 minutes. Because of this, bitcoinclock can give an approximation, but you really need to stay tuned to blockchain.info.
yeah, i still remember this 90-minute one... https://bitcointalk.org/index.php?topic=118930.0what do you mean by "stay tuned to blockchain.info"? for what, the blockcount? that part isn't an approximation
|
|
|
Just play it reverse: When you're below the 1000-line, play two coins, and when above you play only one coin per toss. -> winning strategy *lol* *JK!*
Yes, it sounds stupid, but probably is just as valid as my argument. With your scheme it takes 2 losses to fall to 999 from 1001, but only one win to recover. So it is a winning strategy. Now that's got to be wrong... Just wish I could see why! wouldn't it take 2 wins to go from 999 to 1001? you still have to pay for each bet, so each win of 2 only increases your balance by 1.
|
|
|
it'll either be worth a fair price in a few years, or nothing.
or both
|
|
|
Thing is, I'm ... good at nothing.
i disagree... you just haven't found out what it is yet.
|
|
|
If you still have the backup of your original wallet.dat from before reinstalling bitcoin-qt, I would stop/exit/quit the bitcoin-qt program. Wait for it to completely finish shutting down. Then delete the wallet.dat that is currently in the appdata directory. Finally, copy the backed up wallet.dat into the appdata directory and start bitcoin-qt back up.
just to be safe, i recommend against EVER deleting a wallet.dat. your hard drive is terabytes, your wallet.dat is killobytes. instead, rename it old_wallet_2012_11_27.dat and put it somewhere safe.
|
|
|
1. is this transaction still in the chain somewhere?
you can look up your receiving address on blockchain.info to confirm that the coins have been sent to it.
|
|
|
I think there is a minor flaw in the design of the bitcoin; in calculation differency, the change should be accounted, so instead of "changing diff to a value which would have gave 10 minute interval last 2 weeks" the rule should be "changing diff to a value which gives 10 minute interval, if the calculation power changes as last 2 weeks".
I'm not convinced. I think it's possible that your scheme could result in a less stable difficulty, with the difficulty adjustment continuously overshooting, overcorrecting. Like watching a novice trying to steer a boat. From a macro perspective that's precisely what happens anyway. Just like anything in nature, or markets; there is never an equilibrium. Any appearance of such is simply a frozen snapshot in time, that doesn't reflect reality seconds before or after the snapshot was taken. Equilibrium is forever sought, never attained. true, but nite's suggestion would amplify changes in difficulty. for example let's say the network hashrate doubles and blocks are solved every 5 minutes. we would have a huge difficulty adjustment sure, but under nite's system, it would assume the network hashrate was going to double *again*.
|
|
|
it's back up (for now). it was happily getting 1000 hits a day but has just got over 6000 hits in the last hour... no idea why yet*. i put in a quick fix and will try putting in some kind of backup plan before the reward drop... *linked to in someone's FS on slashdot
|
|
|
A warning already comes up. It reads Warning: this topic has not been posted in for at least 120 days. Unless you're sure you want to reply, please consider starting a new topic.Try posting to this old thread of Bruce's if you want to see what I mean. https://bitcointalk.org/index.php?topic=40404.120that warns the necrophiliac, but not the poor people who accidentally read 45 pages of old thread before realising it's from another era.
|
|
|
Fair warning, running the QT client begins to get sluggish after about 15k addresses, and is nearly unusable after 120k or so.
also, armory is extremely slow with 10k addresses. each click takes about 15 minutes... so a small operation involving a few clicks will take hours.
|
|
|
Oops. Corrected. It was left over from Tangible Cryptography LOC docs.
great! next question: where can one find your gpg key? Good question. I need to make one. The only GPG Key I currently use is the company key. As this is a private transaction I should be using a separate key. I will generate a new key, upload it to a key server and then have the company key sign my personal key. okay great, let me know all the details / urls... i need to make one too.
|
|
|
Oops. Corrected. It was left over from Tangible Cryptography LOC docs.
great! next question: where can one find your gpg key?
|
|
|
@ D&T regarding draft:
i'm not interested in having USD play any part whatsoever in my investment.
the wording of the above seems to state that you will repay me some USD value in LTC, which I am not interested in.
if I'm lending you 5000 LTC, you owe me 5000 LTC, regardless of whether they are worth 5 cents or 5 billion dollars.
|
|
|
Is that right? According to bitcoincharts.com the next chg is in 1110 blocks. So the next one would be the last before halving. I've been assuming that the block halving coincides with a difficulty change. Maybe not?
i had previously assumed that too. it was only when i put up the clock that i discovered otherwise. 210000 doesn't divide well by 2016
|
|
|
I had $500 and put it in an envelope. The envelope was sealed closed, so I tossed it into the fireplace and burned it up.
did you back it up first?
|
|
|
Is it as simple as halving inflation (i.e. the number of coins created over the next year is half that of the previous year)? Are blocks easier to unlock now as a result?
it's only that simple if you think the world runs on simple interest. however it runs on compound interest and percentages... inflation will not be half the previous year, but much less. eg. year 0: 24 btc exist year 1: 12 btc produced <- inflation was 50% year 2: 6 btc produced <- inflation was 17% year 3: 3 btc produced <- inflation was 7%
|
|
|
put a valuable QR code as your avatar, and i still won't spot it forum settings
|
|
|
|