Bitcoin Forum
April 24, 2024, 11:13:54 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 [65] 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 »
1281  Bitcoin / Development & Technical Discussion / Re: Ubuntu build instructions on: July 28, 2011, 01:09:08 PM
I (and others) can compile earlier versions of wxwidgets, earlier clients, and on earlier versions of Ubuntu. If you has actually compiled 0.3.24 on Ubuntu 11.04 yourself, please post your magic sauce. Smiley
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.
1284  Economy / Speculation / Re: Explanations for the differences between USD and non-USD bitcoin prices. on: July 28, 2011, 02:52:09 AM
Have you normalized the prices against forex? The USD is certainly fluctuating all on its own.
1285  Bitcoin / Bitcoin Discussion / Re: Bitcoin Harbor adds SSL support! on: July 28, 2011, 02:09:57 AM
Nice. a plastic go board as #2 item...10 BTC?!

I don't get any browser complaints in Firefox.
1286  Bitcoin / Bitcoin Discussion / Re: US Downgraded by S&P/Moody - Safe haven = BitCoin? on: July 28, 2011, 01:43:51 AM
The USA AAA credit rating is ludicrous, they are the world's largest debtor.




Hey foggyb, I'm giving you a DDD rating. Your sig is a blinding sight. Smiley

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.

Code:
 	 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).
1292  Bitcoin / Bitcoin Technical Support / Re: Help! Sent 20 BTC on 7/19 but still not a single confirmation on: July 27, 2011, 06:42:11 PM
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/.... ?
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:

Code:
1    = 1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa
12   = 12c6DSiU4Rq3P4ZxziKxzrL5LmMBrzjrJX
1H   = 1HLoD9E4SDFFPDiYfNYnkBLQ85Y51J3Zb1
1F   = 1FvzCLoTPGANNjWoUo6jUGuAG3wg1w4YjR
15   = 15ubicBBWFnvoZLT7GiU2qxjRaKJPdkDMG
1J   = 1JfbZRwdDHKZmuiZgYArJZhcuuzuw2HuMu
1G   = 1GkQmKAmHtNfnD3LHhTkewJxKHVSta4m2a
16   = 16LoW7y83wtawMg5XmT4M3Q7EdjjUmenjM
1J6  = 1J6PYEzr4CUoGbnXrELyHszoTSz3wCsCaj
12cb = 12cbQLTFMXRnSzktFkuoG3eHoMeFtpTu3S
15y  = 15yN7NPEpu82sHhB6TzCW5z5aXoamiKeGy
1d   = 1dyoBoF5vDmPCxwSsUZbbYhA5qjAfBTx9
1294  Other / Beginners & Help / Re: Just fell for my first trojan on: July 27, 2011, 05:42:23 PM
Because I can't compile wxwidgets...
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.
1296  Bitcoin / Development & Technical Discussion / Re: Bitcoin client operating with a finite amount of disk space on: July 27, 2011, 03:09:13 PM
I would like to see a ewallet service that uses a finite set of keys for each user wallet and lets the user download a copy.

And/or a service that handles the block chain and protocol allowing my client to deal only with my transactions and keys such as Webcoin and BitcoinJS are attempting:

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?
1299  Bitcoin / Bitcoin Discussion / Re: khanacademy gearing up for bitcoin lesson? on: July 27, 2011, 03:19:47 AM
donate some coin and he might spread the good word
1300  Bitcoin / Bitcoin Discussion / Re: TradeHill - Dwolla is being scammed and reversing transactions on: July 27, 2011, 03:13:25 AM
Suppose you had dollars in Dwolla today. Would you transfer it to Mt. Gox or return it to the bank?
Pages: « 1 ... 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 [65] 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!