1282
|
Bitcoin / Press / Re: Bitcoin press hits, notable sources
|
on: July 28, 2011, 12:51:27 PM
|
Wipe your phone, laptop, and any electronic device or storage medium (including USB keys) so if they ask to have a look you can comply, but they won't get anything. Store your stuff in the cloud encrypted and get it after you arrive.
That's an excellent idea. I was planning to ensure that everything was encrypted on the disks, but yours is a much more elegant solution. Thank you. Don't mention bitcoins.
Did that get you IN TO the room? Or just make matters worse/more confusing? In 2004 I was carrying a childrens' book (it was small, hard covered and convenient for carrying tickets) whose title translates to " The mole who wanted to know who shat on his head". A passenger in the next line noticed and commented on it. We had a friendly conversation. Minutes later, the passport agent became very suspicious as if I were holding bomb manuals. I was initially in light spirits but quickly saw this situation was going too far. I wasn't pulled to a back room, but I was questioned heavily. I'm not surprised that the English/American version of the book has such a flaccid title:
|
|
|
1283
|
Bitcoin / Development & Technical Discussion / Re: Why not 10 coins per block and a block every 2 minutes?
|
on: July 28, 2011, 04:00:08 AM
|
As long as everyone faces the same risk of wasting computational time, I dont't see why tho is matters to miners.
Because the greater the waste ratio the greater the advantage to the previous awarded miner, which is an advantage to a malicious miner. The waste due to latency is expected to increase as the network grows and we really do not have a huge margin. Increases in waste proportionally increases the likelihood that any block/transaction is invalid. And waste is ... wasteful.
|
|
|
1286
|
Bitcoin / Bitcoin Discussion / Re: US Downgraded by S&P/Moody - Safe haven = BitCoin?
|
on: July 28, 2011, 01:43:51 AM
|
Hey foggyb, I'm giving you a DDD rating. Your sig is a blinding sight. but if you consider the USA GDP to debt ratio , USA is not the highest.
Also USD are used as reserves for other countries so of course the USA can afford to run such a high debt.
That depends on your calculation or who you ask. The CIA's World Factbook says 58% (*) of GDP while the IMF says 93%. If we take the IMF's 2010 numbers the United States is doing better than only these rock stars. Japan 225.8 Saint Kitts and Nevis 196.3 Lebanon 138.9 Jamaica 135.7 Greece 130.2 Italy 118.4 Iceland 115.6 Belgium 100.2 Singapore 98.9 Ireland 93.6 United States 92.7
(*) Does not include the state debt issued by individual US states and intra-government debt
|
|
|
1287
|
Bitcoin / Bitcoin Discussion / Re: 10% The key to bitcoin acceptance?
|
on: July 28, 2011, 01:34:07 AM
|
Why does everyone need to buy into it for it to be of value? Most people don't "buy into" gold and yet it still serves a useful purpose to those who value it. Because gold is pretty, has history, and is an excellent store of value. Bitcoin is potentially the most liquid money ever seen on Earth. But not yet.
|
|
|
1288
|
Bitcoin / Press / Re: Bitcoin press hits, notable sources
|
on: July 28, 2011, 01:22:19 AM
|
Yeah, it's nice to be in the news and all, however I'd prefer it was for....not fucking up.
Hey Nefario, for those of us who might wish to travel to the states (with a credit card as well) do you have any advice? What made customs suspicious? Did you have a t-shirt that said "F the Fed" or something? Did you answer YES to one of the questions: Nazi, Communist, Terrorist, Bitcoinist?
|
|
|
1289
|
Bitcoin / Bitcoin Discussion / Re: Google+Bitcoin vs. Facebook+FB Credits
|
on: July 28, 2011, 01:12:37 AM
|
As far as I can tell, Google is all about creating a moat around search./advertising I'm not sure if Google+ is part of that moat or a new fortress (still advertising of course). I don't think bitcoins adds to the moat very much. I should think Google would want a bit of lock-in or demographic tracking. On the otherhand, I can't picture their competitors embracing bitcoin either, so it could be a distinguishing advantage. Apple should accept bitcoins for its app and music stores, but they won't. Apple doesn't think different.
|
|
|
1290
|
Bitcoin / Bitcoin Technical Support / Re: Help! Sent 20 BTC on 7/19 but still not a single confirmation
|
on: July 28, 2011, 01:07:29 AM
|
Are you using the latest client? Do you have multiple (copied) wallets? Can you write the exact text on the line 0/unconfirmed or 0/.... ?
I am using Bitcoin version 0.3.22-beta Does version matter? I have two copies, one in a computer, one in a flash drive. Both encrypted with TruCrypt. The exact text is: 0/unconfirmed 7/19/2011 22:25 Well, I may have had a very different use case, but I noticed a difference between an older client and 0.3.24. In my case I copied the wallet. I probably send coins from walletA and then closed the client and opened the copied walletB and sent coins again. In client 0.3.24, I saw two transactions. One with 0/unconfirmed and another with 3000+ confirmations. It looked weird, but it was clear that the first transaction never made it into the block chain.
|
|
|
1291
|
Bitcoin / Development & Technical Discussion / Re: Why not 10 coins per block and a block every 2 minutes?
|
on: July 28, 2011, 12:25:35 AM
|
With 51% hash power, a peer has 51% chance of producing a block before anyone else does. The chance of producing two blocks before anyone else does is .51^2, or 26%.
With 40% hash power, the same calculation (0.4^2) is 16%.
Thus with 51% hash power your odds of being able to produce two blocks before anyone else produces one is only 10% better than with only 40% hash power. Of course you are continually attempting to produce two blocks so your chances of producing two blocks before any one else can be expressed as a function of the number of blocks that you've been trying to do this for.
I'm happy to see numbers thrown down and I think you make your point well. This is my third attempt at rebuttal rewrite. As soon as the attacker wins a block he can broadcast his alternate chain. The honest nodes should accept the winning chain. If the attacker times his attack well (releases double-spend on the network immediately after the previous block) he has a 51% chance of winning the first block. If he looses, then he can continue without broadcasting. I'm not sure how to calculate his chance of completing the first block and winning the second block before the honest nodes win the second block, but let's say he has 26% chance (I think it is sig. higher). If he fails to win that block, then he must continue without broadcasting until he catches up and wins the third block with (I don't know) 13% chance. Even if the attacker waits an entire block to launch his attack, he can just hash away (at 51% power) until he catches and surpasses the honest network. If he has unlimited time and resources, I believe he is guaranteed to win eventually. I am tempted to agree with your calculations for the 51% hash power attack, but I can not agree with the 40% on pure intuition, unless you are calculating each block discreetly (the chance that he wins any one of six rather than an entire chain of six). If the 40% hash power attacker has a 65% chance of winning a six block chain then the honest network with 60% hash power could have only had a 35% chance of winning the same block chain. That can't be right. Edit #4: We're talking past each other...produced two deviant blocks in a row to immediately add to the top of the block chain You are calculating the chance that any single attack of many attacks will succeed. I am discussing the chance that an attacker will win a single attack by chasing the block chain. I'm claiming that a 51% hash power attacker can always win (with unlimited time and resources) while a 49% hash power attacker, if he doesn't win immediately will have diminishing chances as time goes on (even with unlimited time and resources).
|
|
|
1293
|
Bitcoin / Development & Technical Discussion / Re: [PAPER] Bitcoin Gateway - A Peer-to-peer Bitcoin Vault and Payment Network
|
on: July 27, 2011, 06:30:17 PM
|
We could use IP addresses instead of domain names, but most people prefer domain names. Likewise, millions of people have been trained to accept sending money using an email address thanks to PayPal. When these people give bitcoin a try and find they have to use cryptic addresses to send money, they think this stuff is not ready for prime time yet and move on. Features which enhance the end user experience can make or break a product even though they may seem insignificant from a technical perspective.
Hi Omar. Interesting ideas. Satoshi envisioned sending bitcoins to IP addresses, but this has since been rarely used. In fact, I think it has been disabled by default in later clients over security concerns. PayPal uses an email so that they can initiate the payment process, whether that means telling you the amount, sending you a link to login, or to create an initial account. A bitcoin address IS the destination and cuts out numerous steps even for seasoned PayPal users. As for memorability of the address, perhaps you should look into the first bits 'notation' which presents the shortest unambiguous case insensitive prefix compared to all previous addresses present in the block chain. Satoshi's first address is '1' while one of mine is '168Bc' first seen in block 128188. Maybe the first dozen addresses in the chain can help clarify the idea: 1 = 1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa 12 = 12c6DSiU4Rq3P4ZxziKxzrL5LmMBrzjrJX 1H = 1HLoD9E4SDFFPDiYfNYnkBLQ85Y51J3Zb1 1F = 1FvzCLoTPGANNjWoUo6jUGuAG3wg1w4YjR 15 = 15ubicBBWFnvoZLT7GiU2qxjRaKJPdkDMG 1J = 1JfbZRwdDHKZmuiZgYArJZhcuuzuw2HuMu 1G = 1GkQmKAmHtNfnD3LHhTkewJxKHVSta4m2a 16 = 16LoW7y83wtawMg5XmT4M3Q7EdjjUmenjM 1J6 = 1J6PYEzr4CUoGbnXrELyHszoTSz3wCsCaj 12cb = 12cbQLTFMXRnSzktFkuoG3eHoMeFtpTu3S 15y = 15yN7NPEpu82sHhB6TzCW5z5aXoamiKeGy 1d = 1dyoBoF5vDmPCxwSsUZbbYhA5qjAfBTx9
|
|
|
1295
|
Bitcoin / Development & Technical Discussion / Re: Mutable wallets: why?
|
on: July 27, 2011, 03:23:06 PM
|
For purposes of backup, you only NEED to backup the wallet.dat every time a new address is generated. That's not very user-friendly at all though, and if you mess up it can cost you everything you own. Are there any plans to solve this issue? It's by far my biggest complaint, savings wallets are easy but actually having one for day-to-day use is a chore Wait a minute. You're telling me you don't ALREADY backup your important data at least weekly? Do you know any individual (in the flesh) who does? If my friends' data are backed up it's only because I do it. The number of times I've tried to restore coworkers corrupted NTFS disks never fails to amaze me. Hell just last week I was asked to help restore (assuredly non-critical) hospital data. I think the 100 key pool is a good idea. But I think the wallet should cycle through the keys. If I want anonymity, I'll increase the pool size or create multiple wallets. But leaky wallets are disastrous. I symmetrically encrypt each of my wallets and check them into DVCS. But its such a PITA that I've come to rely upon that 100 keypool buffer.
|
|
|
1297
|
Bitcoin / Development & Technical Discussion / Re: Why not 10 coins per block and a block every 2 minutes?
|
on: July 27, 2011, 01:44:10 PM
|
I imagine a malicious node (or clustered nodes) with majority power has better than not chance of beating the network by definition. If he does not broadcast the first winning block, but waits for two winning blocks, then the network will rightly accept his block chain. If he does not win after two blocks, then he does not broadcast at all. Because of statistical deviation, the network will be rightly concerned, but I don't think there's much the network can do about it in the short term. Satoshi posits that any would be malicious but typically greedy node has a greater incentive to mine legitimately than to try to double spend. However, this incentive does not apply to a truly malicious node who wishes to see the entire bitcoin economy collapse at any cost. With the economy well under 1 B USD, I think this attack is still quite plausible. And 99% would be better still. But 51% is fine enough. Maybe it fails sometimes, but you'll likely win most of the time. Wait for a new block, inject transaction, immediately crank out a block, maybe TWO before broadcasting your longer chain to the network. With 51% hashing power you're statistically guaranteed to beat the network most attempts. You'll know soon enough if you've lost.
With 51% hashing power it would take quite a while to get 6 blocks ahead of the competition. Plenty of time for your fraud to be discovered and for the network to take action against you. You need considerably more hashing power to have a reasonable chance of forcing blocks through at a rate fast enough that the network cannot react.
|
|
|
1298
|
Bitcoin / Bitcoin Discussion / Re: Google+Bitcoin vs. Facebook+FB Credits
|
on: July 27, 2011, 04:08:41 AM
|
Google has often surprised me in the past. BTC is appealing precisely because it lacks arbitrary inflation. I don't see any advantage for Google to create a new walled garden/gaming currency. They could create their own BTC-like block chain but would only piss off the obvious early adopters (unless they had a wonderful protocol improvement). I would more likely see Google do only two things: make a better paypal (using established fiat) and/or backing BTC POS with faster transactions.
Google could certainly hash up 51% of the network. Maybe they'd offer some mining nodes for a price?
|
|
|
|