Pool rate: 1000 Gh/s (congrats?)  |
|
|
|
This "spam" is genious. Got it also |
|
|
|
has anyone asked the question yet... how do you enforce a loan?
say i put in bogus information.. i'm anonymous.. i take out a 10btc loan... then I go and decided to forget that account, email, whatever... suddenly you have no way to force me to pay back 10BTC.... even if you had my information, going to court for it would be really really tough.
That's why i think bitcoin bank will never work... |
|
|
|
This thread topic is exactly why I never thought that open pools were a good idea. That said, the ability to create more pools will lead to a proliferation of said pools competing for contributers. So it's unlikely that any one pool could ever collect the 50% minimum in order to attack the blockchain even for a short while, as the more pools there continue to be, the less of a percentage that each is ever likely to be able to accumulate.
Actually, the reason why I use Deepbit is that all the others I would consider are so small. Size is one of Deepbits biggest competitive advantages, because the whole point of using a pool is to get a regular flow of bitcoins. More pools means that the remaining hashing power is spread even thinner. That just increases Deepbit's advantage. +1 |
|
|
|
Cornwallis (1188489) writes: "BitCoin should be banned because we want our currency to be as safe and stable as the U.S. dollar."
I'm pretty sure this was a sarcastic remark |
|
|
|
the larger the wallet, the more keys.. the more keys, the more transactions.. the more likely for the wallet to contain greater sums of money.. and at the very least, you could watch a wallet you've cracked, and wait for it to have a greater sum of money.
incoming transactions don't generate extra keys, afaik, so larger wallet would actually mean more money spent. Anyway, sipa's suggestion is much simpler. |
|
|
|
I you're going to store your wallet in the block chain (only its keys, the transactions are there anyway), encrypted with a passphrase, I think you're better off using an idea that suggested here earlier: use the passphrase as random seed for generating your keys... no need to store anything anywhere, and exactly the same level of security.
haven't seen that one, that's also pretty neat... |
|
|
|
encryption can be cracked. And if there is enough money in it, it might be worth attempting.
it can be made as secure as bitcoin itself. Anyway, there would still be no reliable way of telling which wallets contain large amounts of bitcoin... |
|
|
|
er... and completely destroy any potential security benefits of keeping your wallet private? :p
it could be encrypted? I think this is a pretty clever idea... |
|
|
|
So as I thought there is no possibility to change the contact address hmm..
that would somewhat defeat the purpose of having to confirm btc address change via email |
|
|
|
I setup an alias so it would, yes.
Just was able to update, so, good show.
Just wanted to update. We're jumping. Sorry but security issues this sweeping in a financial operation are not an acceptable risk to us. I wish you luck but we are not willing to continue. Thanks. What security issues!? |
|
|
|
So sry. but last question.. given the following - Ask Volume BTC USD 6.76 43 (  43 292 6.77 10 (5) 53 358 6.80 13 (1) 66 445 6.88 1 (1) 67 455 Cumulative value is 67. Say I wanted those 67, how much do you bid in mtgox? If you enter 67 x 6.88 in mtgox, it calculates cost at US$460.96. However, there are cheaper asks under 6.88, would I get those first... would only $455 be deducted from the account? mtgox will buy the cheapest it can get. |
|
|
|
|
ah yes, that would be cumulative number of bitcoins (how many you would have to buy to actually get to that price range), eg. someone who desperately wants to buy 10000 btc would drive the price up to 9.69 $/btc.
|
|
|
|
|
there are 174 bitcoins offered at that price range (7.5$/btc) and there are 3 different prices in that bucket (eg. 7.4999, 7.499, 7.5).
|
|
|
|
Bitcoin addresses of all users were removed by me in order to implement new system for enhanced security.
Additional details will be available shortly.
I found that someone changed bitcoin addresses of some users. I'm not sure how the attacker got passwords, but now you'll have to use e-mail confirmation for changing your wallet address.
I'm very sorry that I haven't implemented this feature earlier, so your stolen bitcoins will be reimbursed.
(Please note: I can't garantee that I can do such reimbursment in the future).
Your money is safe and i'll give instructions on setting your address again. Please wait.
A total of ~150 BTC were stolen: 136 from this user and ~14 BTC from others.
real class, way to go Tycho! |
|
|
|
My deepbit password is now over 20 characters long with caps and symbols.
That just shortened the time to crack now didn't it? How so? Because now you don;t have to waste time searching all the combinations between 1 and 20 characters. Well, sure. But you've still got to search through at least all the 20 character combinations and the password is longer than that so it's still a pretty big task. But, yes, you're right, it'll take less time. Less time to make a realistic difference? Probably not. 80 bits is considered safe. 20 characters of letters+numbers make it 20*6=120 bits, an overkill (even if the attacker knows how many bits there are exactly). |
|
|
|
|
I bought some as a long term - high risk investment. (or possibly to buy stuff with them when they get more widely accepted)
|
|
|
|
|
I think this is a lost cause. I don't know what you were thinking leaving 130 coins on deepbit.
|
|
|
|
btw. why does the site say my avg speed in last 7 mins is for ex. 50 mh/s when my poclbm is mining constantly at 94-95 mh/s ?
most likely because you are an unlucky bastard miner ... for now.  can you explain it a bit closer? As you see im new to all this mining stuff, I just wanna know if I am doing smth wrong or do I have any influence on my avg speed displayed on the site. I just thought it will be the same both in the app and the site. avg. speed is estimated by the number of shares you submit during that time, and that can vary quite a bit. This piece of data brings more questions than it answers and I think it could (should) be removed. |
|
|
|
|
Show Posts
