Bitcoin Forum
June 20, 2024, 08:14:36 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 [132] 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 ... 195 »
2621  Bitcoin / Development & Technical Discussion / Re: recommendation: url protocol for bitcoin-links on: September 21, 2011, 05:20:35 PM
There are TONS of documents about URL and URI standards available.  People should really read them before they start cooking up schemes of their own so that they don't make basic simple mistakes.
2622  Economy / Economics / Re: Naked Short Selling Bitcoin on: September 20, 2011, 11:08:30 PM
If a company offers a futures contract for something they do not have at x price and buys them later for delivery at y price, is this a form of naked short selling?

Sorta, but not really.  The exchanges have margin requirements and provisions for cash settlement, so it is pretty much never a problem.  Some of the exchanges are now so distant from the physical markets that physical settlement is unusual.

Is it also when a broker pretends to buy some shares but simply takes the money and hopes to profit if the buyer wants to seemingly sell the non-existent shares at a lower price?

This is called FTD fraud, and it is illegal.  The brokerages have set up elaborate systems to ensure that a broker can always borrow shares in advance.  The system even allows cycling, where a broker borrows shares, sells them to a client, and then since the brokerage has control of the client's account, the shares return instantly to the borrowing pool to be borrowed again and again and again.  Extra bonus WTF ensues when the brokerage sells borrowed shares to the very same client it borrowed them from.  Even with this system set up to mock the SEC rules, FTD is still a regular daily thing, and as far as I can tell, no one ever gets prosecuted just for doing it.  But if the SEC is already planning to piss on a broker it'll usually get included in the book that they throw at him, which is how you get headlines like "Broker charged with 372 counts of securities fraud".

I seem to recall that some dot coms that got killed by this sort of thing, and the SEC did nothing even though there was plain evidence of FTD fraud.  Covered shorting can make it look like a thing has more supply on the market than it really has, which drives the price down.  Naked shorting can make it look like supply is infinite, which can destroy companies and lives.

Oh, and FTD isn't always fraudulent.  Sometimes there are legitimate errors and mistakes, but if I recall correctly, most of it is bogus.
2623  Bitcoin / Bitcoin Discussion / Re: Longest orphaned block chain? on: September 20, 2011, 05:19:18 PM
I think we can both agree that not everyone got 100% of their money back, so there are still some coins missing.
I think we can both agree that there's no evidence for a double-spend attack on the hashchain, so no "hacker" could have taken the money.

You seem to be forgetting all of the other ways to attack a website that don't involve bitcoin.

If we assume that the attacker ignored all of the eleventy billion ways to mess with a website and instead concentrated only on the cryptographically strong system that spreads evidence worldwide in a matter of seconds, then yes, I think it is pretty safe to conclude that the attacker was Tom.

If, however, the attacker was allowed to attack something other than the strongest link in the chain, then we don't really have any idea what happened.

You want to believe that mybitcoin was built to steal by a diabolical mastermind with a planning horizon of more than a year.  I think it far more likely that it was just run by a guy that didn't ever expect his website to be as tempting as it eventually became when bitcoins got to be worth several dollars each.

Keep in mind that the single confirm assumption totally makes sense at a time when bitcoins were nearly worthless and that humans are incredibly bad at assessing risk, particularly when we get away with something risky the first few times.  As an example, both Challenger and Columbia were both lost to problems that were known in advance, but not properly addressed because they didn't cause catastrophic failures on the previous launches.
2624  Bitcoin / Bitcoin Discussion / Re: $10,000 Bet that Bitcoins will outperform Gold, Silver by 100X !!! on: September 20, 2011, 04:28:38 PM
This website is a joke, right?

Large Hadron Collider will destroy Earth? http://longbets.org/382/

That's like saying "I bet one trillion USD that USD will become worthless".

Except that both parties need to pay their trillion up front, and it all goes to charity no matter which party wins the bet.
2625  Bitcoin / Bitcoin Discussion / Re: Longest orphaned block chain? on: September 20, 2011, 04:26:31 PM
You seem to have misunderstood me. I'll list out my personal understanding of the mybitcoin attack in chronological order:
1. mybitcoin accepts deposits after only 1 confirm. This is an intentional design flaw.
2. A few people point out this security flaw, but it largely goes unnoticed.
3. mybitcoin goes down for a week. People starts worrying and seeks explanations. This security flaw gets brought up again and most people accept the explanation with no evidence that it actually happened.
4. Tom Williams comes back, claims there's been a security breach, apologizes profusely, and offers to return half of the coins.
5. Tom Williams walks away with the other half of the coins.

If you disagree with any of the above assertions, feel free to bring it up. But I have ample evidence to back up all of my claims.

Suppose Bob wants to open a new Bitcoin service. He claims he wants to speed up the processing times so he only waits for N confirmations, where N<6. In the end he can always just say "I'm so sorry guys, I thought this attack only had a 0.0000001% chance of success, but somehow the attackers made it happen. I'm will return whatever coins are remaining." and walk away with the rest of the coins. Most people won't buy this of course, but even if just 10% of the people buys this excuse, that's 10% less people with pitchforks after Bob.

Wouldn't it be far safer if Bob just N=6 like he's supposed to?

Ahh, I understand where you are coming from now.

Personally, I think your theory is nutty, for various reasons.  Just one reason is that I haven't seen any evidence of #5, or for the intentionality of #1.  For what it's worth, I don't really care either, so don't bother presenting whatever you have, unless it would satisfy some very high standards of evidence.

At any rate, your scenario doesn't apply here, because Furyan is looking for a way to pay his miners faster than the commonly accepted 120 block coinbase delay.  That is, he is looking to reduce the amount of trust that people need to have in him, not increase it.
2626  Bitcoin / Bitcoin Discussion / Re: Longest orphaned block chain? on: September 20, 2011, 03:37:23 PM
mybitcoin only waited for 1 confirms. This is a fact. I'm sorry if you think it's FUD, but a fact is still a fact.

Things don't become facts just because people say them, not even if they say them often and emphatically.  And the 1 confirmation story has been questioned because no evidence to support it has ever been found.  Read this post I made a week ago (below), then go look at the block forwarding mechanisms in the code.

I don't buy his story at all, at least not the version I heard.  Here's why.  Nodes forward valid blocks.  This is obviously true in the window between accepting the block and having it overturned, but it is also true after a new longest chain has been accepted.  Hell, it is even true if the blocks are stale at the time they are received, if I recall correctly from reading the code a while back.

If his node had been fed blocks that were later overturned, his node would have shared those, and they would have spread across the entire network, meaning that we'd all have copies of them.  Certain people that have a keen interest in the block chain, like Theymos, would have noticed proof of a spend redirection attack in the wild and would have announced it widely.  I gave up on reading the crap sloshing around in the mybitcoin threads, so I might have missed it, but I'm pretty sure that I would have come across it eventually if it had been announced.

I don't necessarily think that he stole the coins, but I'm pretty sure the attack did not come through the bitcoin side of things, even if he really did count deposits after a single confirmation.

If there really had been a spend redirection attack done against mybitcoin, there would be ample evidence for it, and so far no one has presented any.  The only way for there to have been an actual attack, and no evidence found is if the attacker was able to totally isolate his node by taking full control of his network connection for several days, and faking all bitcoin traffic to it for the entire duration, all without anyone noticing.

And even then I'm not sure it could be done cleanly, because when the attacker had to transfer out, he would need to force mybitcoin's node to create outgoing transactions that didn't use any of the fake incoming transactions as inputs.
2627  Bitcoin / Bitcoin Discussion / Re: Longest orphaned block chain? on: September 20, 2011, 03:19:00 PM
Surely the longest orphaned block chain occurred last year when the overflow bug was detected, and a new version of Bitcoin was rapidly released. Many people didn't upgrade immediately, and their now-orphaned branch of the chain kept growing.

I was away on vacation at the time, and had left my Bitcoin client running. It was happily generating useless blocks, on a block chain that had become worthless because it had less than 50% of the hashing power.

I don't know how big the orphaned chain grew, but certainly it was still going after hundreds of blocks.

More relevant though, is that it took about nine hours before the bug-free version of Bitcoin, and the chain that it generated, reached more than 50% of the hashing power.

I categorize forks into normal and abnormal.  If it wasn't clear before, my comments are only about normal forks that happen naturally because of network latency.

Because abnormal forks are, well, abnormal, I don't think there is any way to do a meaningful analysis of them.
2628  Bitcoin / Bitcoin Discussion / Re: Longest orphaned block chain? on: September 20, 2011, 01:39:19 PM
By the way, I keep putting widespread in italics because it is important.

Good point - my original question was really about widespread forks.

I ask because I'm looking at ways to modify our pool's payout algorithm to allow almost-immediate payout (we can't afford to eat the cost of orphaned blocks the way Deepbit does) while minimizing our risk.  Seems like after 5 confirms or so we'd be reasonably certain the block would pay out so we can release the funds for it.

I would expect 5 to be fine, but I would go with at least 6 anyway.  Remember that your node is the source of forks, not the recipient.
2629  Bitcoin / Bitcoin Discussion / Re: Longest orphaned block chain? on: September 20, 2011, 01:25:52 PM
It is really hard to say, but I would think the longest widespread fork was 2 blocks, but a tiny minority of nodes may have seen local forks of 3, or maybe even 4 blocks.

Blockexplorer is showing 25 reorgs since block # 129453, or roughly one reorg per 667 blocks.  Any given node will, on average, see half of all forks as reorgs, so forks will be roughly twice as common as what you'd see from any one node.  This is pretty well in line with my earlier estimates of one fork per 300 blocks.

If the real rate of widespread single block forks is 1 in 300, we can expect one every other day.  Widespread double block forks would then be about 1 in 90000, or every 1.75 years or so.  Widespread triples would be every 27,000,000 blocks, or twice per millennium.

By the way, I keep putting widespread in italics because it is important.
2630  Economy / Economics / Re: Gold: I smell a trap on: September 20, 2011, 03:38:40 AM
For those of you that don't already follow Mish:  No Hiding Spots Except Despised US Dollar: Equities Red, Metals Red, Energy Red, Grains Red.

Quote
If you have not done so already done so, please consider the possibility there will be no hiding spots except for US dollars and short-term US treasuries (yielding nothing) in a renewed strong downturn.

I expect gold to hold up in a major decline, but I could easily be wrong. One encouraging sign is the $HUI gold miner index is down less than a percent even though gold is down by 2% and the S&P and Dow are down by almost 2% as well.
2631  Bitcoin / Development & Technical Discussion / Re: Recycle lost coins on: September 19, 2011, 11:18:13 PM
In your idea, you have 10,000 copies of a database, each with several millions or billions of rows.  And you need two do three passes through it every minute or two, and the third pass will require a hash of each of those millions or billions of rows.  And when a miner finds a new block to send out, everyone in the system needs to do several millions or billions of hashes just to verify it.

By the time that is feasible on regular computers, we'll have wristwatches running full bitcoin nodes and storing the entire bitcoin blockchain internally.

Not to mention that your system produces the starting conditions of every hyperinflation ever, namely the thought that "I must get rid of this fucking currency as quickly as I possibly can because it will be worth less in a couple of minutes".

And yes, I'm sure you can find ways to tweak the system to mitigate the technical problems, but I doubt that you'll ever be able to do anything about people's preference for money that gains value over time, instead of losing it.
2632  Other / Beginners & Help / Re: Serial numbers on: September 19, 2011, 05:12:21 PM
Pretty much all of you are confusing transactions, outputs and addresses.

There are no bitcoins, there are no addresses, there are no balances.  There are only transaction outputs.

In acolombo's scenario, yes, D can be traced back to either A or B, but not both (assuming no fee).

In a more complicated scenario, like if C wanted to send 1.5 BTC to D, he would have to redeem both A and B, and would get change back.  D would have coins that had come through both A and B, but we couldn't say that half were from A and half from B, or that 1 BTC was from A, and 0.5 was from B, or any other combination like that.  But we certainly can say that both A and B were both involved.

But transactions must be from one address to another, then addresses do exist. And each address has a balance, I believe...

Except that transactions are not from one address to another.  Transactions are from transaction outputs to scripts.

I don't mean for this to be a metaphysical discussion, like whether or not the color blue exists.  It clearly exists, except that it doesn't; in the same way with addresses and balances.  What I'm trying to do is help you understand the bitcoin system by explaining what parts of it are really there, and which parts have been imagined to help us work with it.

We can count up all of the unredeemed transaction outputs in the block chain that correspond to private keys that we control, and we can call that a balance, but there is no concept of a balance in the bitcoin system.  And we send coins to addresses, but addresses don't really exist in the system either, we just use them to create scripts.  And bitcoins don't really exist, but the system refuses to accept transactions where the outputs sum to more than the inputs, and we call the basic unit in those calculations a bitcoin.

We rarely deal with the system directly, but use metaphors to make it resemble things we already understand.  But the metaphor isn't the reality, and if you apply the metaphor too literally, you end up with a very incorrect understanding of the system.  So, sometimes it is necessary to look under the metaphor and see the naked system as it really is.
2633  Other / Beginners & Help / Re: Serial numbers on: September 19, 2011, 04:39:14 PM
Pretty much all of you are confusing transactions, outputs and addresses.

There are no bitcoins, there are no addresses, there are no balances.  There are only transaction outputs.

In acolombo's scenario, yes, D can be traced back to either A or B, but not both (assuming no fee).

In a more complicated scenario, like if C wanted to send 1.5 BTC to D, he would have to redeem both A and B, and would get change back.  D would have coins that had come through both A and B, but we couldn't say that half were from A and half from B, or that 1 BTC was from A, and 0.5 was from B, or any other combination like that.  But we certainly can say that both A and B were both involved.
2634  Other / Beginners & Help / Re: Looking for a 8 pci expansion slot case on: September 19, 2011, 04:13:09 PM
Definately look at old full tower server cases if you are trying to be cheap about it.

MOST FULL TOWERS ARE ONLY 7 EXPANSION SLOT bro.... except if you buy some tall ones back in 2005 or older. My max budget of 150 is not cheap. You can get good quality mid to full towers with that amount. Just in case you haven't read. ati 5850s occupy 2 slots, thus 4 of them wil take 8 expansion PCI slots in the BACK! Somehow in 2010 they standadized that full towers should have 7... wtf...

The 7 slot thing is WAY older than 2010.  I'm pretty sure it was in the ATX 1.0 spec way, way back in 1995.  The good news is that with the popularity of double width video cards, high end cases are now far more likely to have room for the 8th bracket than ever before.
2635  Other / Beginners & Help / Re: Automated trades on: September 19, 2011, 03:55:41 PM
Just noticed what looks like automated buying and selling:

The bot is buying 0.01 every transaction

Surely this would just lead to being eaten away by the commission...

unless...

the bot is run by mtgox = no commission

or perhaps

it is the bitcoinica bot and can afford to do it because the spread there is wider than the commission.


ZOMG!  Conspiracy!

Oh, wait.  5.01901 * 1.0025 * 1.0025 = 5.044136, and these were at 5.04643, for a miniscule profit, after fees.
2636  Other / Beginners & Help / Re: Serial numbers on: September 19, 2011, 02:20:06 PM
Well, we all have differents ways to understand the same concept.
What I wanted to know in the first place I beleive is clear nonetheless, if I receive BTC from different addresses to the same wallet, once they are in my wallet they are all mixed up, when I use part of it, then noone can tell if I used the coins I got from A or B.

No, they can tell exactly where they came from.
2637  Bitcoin / Development & Technical Discussion / Re: Is it possible for the blockchain to be a tree? on: September 19, 2011, 01:12:08 PM
The block chain is a chain because each node depends on the node just before.  A tree won't help this.

The transactions, however, are already in a sort of a tree, in that each input is either a coinbase, or a pointer to a previous transaction (which eventually ends in a coinbase).  Forest might be a better word than tree, or maybe "tangled mess of overlapping trees" would be better yet.

No one really knows what a light client is going to look like yet, but my guess is that it will involve a small application asking a trusted node for blocks on an as-needed basis so that it can verify accounts and generate new transactions.  Actually, it will probably ask two or more nodes just to be sure the first one isn't lying, but that's just a detail.
2638  Bitcoin / Bitcoin Discussion / Re: The Bitcoin Trading Group on: September 18, 2011, 02:30:15 PM
Wait wait wait hold on.
How do we know you're not just going to take everyone's bitcoins and sell them at a low price to yourself or something?  I'm surprised everyone's so eager to join this group.

That's not how markets work.  He could sell them, but it would be to whoever has the best bid price.  So they only way he could sell them to himself is if he was paying the prevailing market rate.
2639  Bitcoin / Pools / Re: [1800 GH/sec] BTC Guild - 0% Fees, LP, SSL, API, 8 Decimal Payouts and more! on: September 18, 2011, 02:19:51 PM
Anyone can explain why when I mine on BTCGuild with my 5870@970/300 + 5750@890/300 Phoenix says that my hash rate is 420Mhs +175Mhs = 595Mhs, while my account page on BTCGuild says that I am around 490-500Mhs? Am I being scammed? Thanx 

No, the stats shown are estimated from your work submissions.  They are almost always lower than what your local client reports.
2640  Economy / Speculation / Re: Chart analysis: 4 month chance for rally ahead !! on: September 17, 2011, 05:57:17 PM
Ah, a sensible departure from this thread. I am sitting overlooking gentle rainfall over the capital of Greenland while it snows above 700m. There is one word for snow 'aput', but like most Inuit languages, Greenlandic (Kalaallisut) is polysynthetic, which means we append a huge string of suffixes and modifications. I'm told Turkish and to a lesser extent Japanese do this, but nothing like the languages of the north. For example, 95% of all words in the Greenlandic bible are unique. There certainly are not dozens of words for shepherds and sheep in the arctic.

Real agglutinative languages aren't very common any more.  It seems that many thousands of years ago, virtually everyone decided they wanted the vast majority of their adjectives as distinct words.  Arctic languages are pretty cool in that we can usually trace the main lines of their divergence from other known languages, but they've usually retained structures from way, way back; structures that were already seriously on the decline when the Sumerians invented writing.

The "X words for Y" meme makes frequent appearances on Language LogHere is a good one from way back.
Pages: « 1 ... 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 [132] 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 ... 195 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!