Bitcoin Forum
May 24, 2024, 05:19:42 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 4 [5] 6 7 8 9 10 11 12 13 14 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 »
81  Economy / Scam Accusations / Re: Scammer tag: PatrickHarnett on: November 06, 2012, 10:13:28 PM
The argument would be that you can't look to the contract because the contract doesn't say what happens if the cherries weigh 4,500 pounds. Everything written in the contract is based on the assumption that the cherries weigh 5,000 pounds. (Unless it contains some clause about the weight, of course.) Here, it is clearly unjust to enforce the contract as agreed because the agreement was predicated on the shared belief.
That's a bad analogy. Patrick Harnett had full control over who he lent to in order to reduce correlated risk. He had information on what exactly applicants claimed to be using the money for and the ability to demand as much evidence of this as necessary. Based on this evidence, he falsely assumed that his borrowers weren't exposed to Pirate and got screwed - that's the incorrect belief that's the problem here, and the people who loaned Patrick money didn't have this information! They had to rely on Patrick's promise that he was competent to vet applicants and that he'd made sure not to lend money to people who'd just invest it in Pirate.

A closer analogy would be if one party entered into a contract in which they gave another party money which the second party was to buy a lorry-load of cherries with, and they'd split the profit from reselling them. If the second party then goes and buys off the back of a truck in some parking lot and gets crates full of rubble instead, which party should be liable?
82  Other / CPU/GPU Bitcoin mining hardware / Re: BOUNTY: BFL SC die size (20BTC) and process node (20BTC) on: November 06, 2012, 08:55:07 PM
Do you understand the reason for this thread and the reasons we're hoping you posted in this thread?  Please enlighten us on the BFL article.  Specifically the SC die size and/or process node. 
Gracias.
A user on the BFL forums posted the entire article and it doesn't appear to contain any information about die size or process node. The only interesting thing it says is that BFL is considering a future, next generation ASIC offering that moves to a smaller 45nm process node, or possibly even smaller than that. So we know that the process node they're using is bigger than 45nm - which we could've guessed anyway - but that's it.
83  Economy / Long-term offers / Re: [BitcoinMax.com] Closed on: November 05, 2012, 01:36:51 PM
Correct. The difference would be that Pirate's scam has innocent victims while the PPT operator's scam has only one victim -- Pirate.
Not true. There's a good chance pirateat40 still has funds which could be recovered in order to partially refund investors - this has happened before in other ponzis - but if the PPT investors' funds were never invested in Pirate then there's nothing to recover.

Surely that wouldn't be a "completely separate scam" if people agreed to it? And there's no rational reason a person who invested in a PPT wouldn't be equally happy in a "synthetic PPT". You have to trust the PPT operator to pay you in either case.
If Pirate did actually pay out in full, how exactly would this hypothetical "synthetic PPT" be able to pay their investors though? They wouldn't, which means they had no intention to pay their investors regardless of whether Pirate fails, which means they themselves were operating a ponzi and scamming their investors.
84  Other / Off-topic / Re: Why I really hate SomethingAwful on: November 04, 2012, 11:53:14 PM
Well, Something Awful does actually have a huge creative side, but... they seem to do this thing where they get so obsessed with some group or website that a lot of the members just collectively lose touch with reality. They don't just do that with furries or Second Life or Bitcoins either - I'm catching up with the Awful Kickstarter thread, and a whole bunch of people spent pages trying to argue that Penny Arcade's Kickstarter somehow violated the site's rules, even though it was exactly the kind of thing Kickstarter was created to fund, just because they hated Penny Arcade so much. They're also chronically and totally unable to grasp the fact that TV Tropes has always been really popular with feminists, because they've collectively decided it must be a bunch of misogynistic male geeks with Aspergers, and that's lead to much weirdness and cognitive dissonance whenever their perspective collides with external reality.

Actually, the Bitcoin thread is mostly relatively reasonable, the odd weird brainfart aside. (Apparently if you install the Bitcoin client it starts using your CPU to mine Bitcoins automatically, and building and launching satellites is impossible without a billion dollar budget. This no doubt comes as news to the people who actually develop the Bitcoin client and to the amateur radio groups and schools who've built microsats and put them in orbit, respectively.)
85  Bitcoin / Hardware / Re: Official Open Source FPGA Bitcoin Miner (Spartan-6 Now Tops Performance per $!) on: November 04, 2012, 02:40:30 PM
I've now started looking at the code in the DE2_115_makomk_mod branch, but I've hit a problem. The code compiles fine at CONFIG_LOOP_LOG2=2, 3 and 4 but its producing the wrong hashes (I'm just running at 40MHz for testing, not full blast) ... the mine.tcl script submits hashes to the pool, but they are all rejected!
Yeah, that branch doesn't work with CONFIG_LOOP_LOG2!=1. You probably want http://www.makomk.com/gitweb/?p=Open-Source-FPGA-Bitcoin-Miner.git;a=summary de0-nano-hax branch, projects/DE2_115_Unoptimized_Pipelined project. The voltage regulators are also indeed horribly inefficient on the DE0-nano.
86  Bitcoin / Hardware / Re: FPGA development board "Lancelot" - accept bitsteam developer's orders. on: November 01, 2012, 12:50:13 PM
I'm moving my 'demo' single XUPV5 with SINGLE core FROM 160MH/s to 200MH/s later today.
so based on that, two XUPV5 should give me 400MH/s,   therefore  Two spartan 6 with dual core should be hitting 800MH/s!!!
Nope, single core each. Spartan-6 chips are actually quite a bit worse at Bitcoin mining than comparably-sized Virtex ones, it's just that the price difference more than makes up for it.
87  Other / Off-topic / Re: BFL Requests Input on: November 01, 2012, 12:46:23 PM
I thought the Cairnsmore1 used 4 heatsinks, 1 fan?
It does - one heatsink per chip, all cooled by a single fan blowing air downwards onto them.
88  Bitcoin / Mining speculation / Re: Finally photos of real BFL Single SC and Jalapeno ASICs on: November 01, 2012, 09:54:47 AM
If you recall the announcement, Josh specifically mentioned the "final chip versions," so I'm going to stand well back because you are going off half-cocked, and that is dangerous to your fellow Musketeers.
(realizing some of our international friends might think this colloquialism is a porn reference, here is some background: http://en.wikipedia.org/wiki/Half-cock)

It would appear from the wording that there has been at least one other batch or test ASIC. FYI, I've not looked him up yet, but the guy they have doing the ASIC design is supposed to be pretty hot stuff.
His wording makes it sound like that, but someone asked whether they had any prototypes that were actually hashing at all and Josh said no:

Inaba, I guess you didn't see my question yesterday. Does BFL have a working (hashing) prototype ASIC miner?
No, we are waiting on our ASIC chips right now, as I've stated in a number of other places, though it's understandable if you have missed the posts, since they are spread out everywhere.

Admittedly that was a week ago, but he was using similarly confusing language back then too. For instance, he said: "We are waiting on the bulk chips from the foundry, that is really the major delay right now" as though there were some previous non-bulk chips, which apparently don't actually exist.
89  Other / CPU/GPU Bitcoin mining hardware / Re: MSI Motherboard sets fire (PICTURES INSIDE) on: November 01, 2012, 09:11:45 AM
I'd say electrolyte leaked out of one of those caps and shorted some power traces coming off that thar 8-pin molex.
Those caps are tantalum, so they don't use a liquid electrolyte. Apparently the usual failure mode of tantalum caps involves them turning into a dead short and exploding violently as a hundred amps or so of current surges through them.
90  Economy / Service Announcements / Re: Let's have a little fun then, shall we. on: October 31, 2012, 09:37:26 PM
That makes the ~20 hits really strange then doesn't it?
Very strange. Either someone's using an unusual web browser that ignores RFC 2616's recommendations or they're faking their referrer somehow
91  Economy / Service Announcements / Re: Let's have a little fun then, shall we. on: October 31, 2012, 07:41:04 PM
You could have just asked us to include a link in our sig. Percent of visitors arriving through link is an indicator. You don't need to track anyone with cookies.

By that measure bitcointalk doesn't really exist.

Your site doesn't use HTTPS whereas this forum does. If I recall correctly, that means web browsers won't send any referrer information when someone clicks on a link to your website from here to avoid leaking unencrypted information about what HTTPS pages people have been visiting.
92  Bitcoin / Hardware / Re: High Efficiency FPGA & ASIC Bitcoin Mining Devices https://BTCFPGA.com on: October 31, 2012, 12:19:01 PM
Why is it that you are providing pictures of your office but not of your ASIC products while BFL is providing pictures of their ASIC products but not their office? Is it a case of priorities?
Tom's probably too polite to say this, but frankly BFL have done that because they're run by skilled scammers, sorry, marketers. The pictures look convincing but are basically worthless - they're non-functional mockups without the actual ASICs and it took a huge amount of badgering before anyone could get them to confirm that. BFL won't know if their current designs work or if they need redesigning for several weeks even if they manage to keep to the announced schedule.

I wonder how creating a chassis and RF testing for BitcionASIC / BTCFPGA products is going to affect their delivery to their customers?
Quite a bit less than it's going to affect anyone unfortunate enough to do business with BFL, I should imagine - they won't even have anything complete enough to test for RF emissions until shortly before they're scheduled to ship based on their own statements. Also, I don't think BFL's existing products have been tested for emissions and registered with the FCC either.
93  Bitcoin / Mining speculation / Re: Finally photos of real BFL Single SC and Jalapeno ASICs on: October 30, 2012, 08:12:58 PM
No, that just means that they don't have a prototype of this board running, it does not mean they are "fakes"

A fake is something intended to fool. An engineering sample is a more likely possibility.
Engineering samples are by definition an actual, mostly-working version of the chip, possibly with various issues and really poor yields, but functional enough to test with. BFL have said they don't have any chips like that yet, so these pretty much have to be fakes (though I believe the more polite term is "mock-up").
94  Other / Politics & Society / Re: Why are people scared of taxes? on: October 30, 2012, 11:57:18 AM
False. This would be true if "privatized" meant "private monopoly", but it does not.
Try the following exercise: take a map of the US interstate system. Imagine that, instead of being government-run, it was owned and run by a private operator. Explain how you would build a competing long-distance road network, remembering that since all those roads are privately owned you need the permission of the owner to build anything that crosses them them.

What's more, since this monopoly is going to be more profitable for the road operators than running competing roads, without government intervention the free market would inexorably turn privatized roads into a monopoly.

Fun fact: Standard Oil dropped kerosene prices from 58 cents in 1865 to 26 cents in 1870.

I don't see where that's a problem.
They dropped kerosense prices to that level in the complete absense of functioning free-market competition. For example, they had secret deals with, or in many cases even owned, many of the pipelines and railroads which meant that even if someone had a cheaper and more efficient of refining oil they couldn't compete with Standard Oil because they'd have to pay far more to transport it and far more to buy crude. Likewise, competing railroads and pipelines couldn't make money because anyone using them had to rely on Standard Oil-run transportation as well and was driven out of business that way. I'm pretty sure the contortions Standard Oil went through to put their competitors' transportation costs up screwed over everyone else who needed to transport goods and distorted pricing in totally unrelated markets too, such as food.
95  Bitcoin / Legal / Re: Crowdfunding: Potential Legal Disaster Waiting To Happen on: October 28, 2012, 06:42:44 PM
tl;dr: People are too stupid to know what the best use is for their money.

They are much better off letting the professionals on Wall Street manage it for them.   If there is no competition for investment, then everyone puts their money into the same pool of equities and thus it is easier for fund managers to make a great profit, even with mediocre choices or worse, from making really risky bets.
It doesn't actually matter how intelligent they are, crowdfunding investors are inevitably going to make poorer, less well-informed decisions than proper venture capitalists. It makes no sense to spend more than the maximum amount you stand to lose on investigating an investment opportunity, so the smaller the individual investments the less investigation the investors do before putting money. Even if some of the crowdfunders are actual venture capitalists they're still going to make worse investments, though they'd probably do better at it than random outsiders with no investment experience.

(I'm pretty sure this is why so many investments are restricted to accredited investors too. Before the Internet, raising money from large numbers of small investors was very expensive, so the only reason to do it was if you wouldn't be able to raise the money from larger investors - for example, because the investment was a scam and you were taking advantage of the fact that smaller investors are less able to sniff this out.)
96  Other / Meta / Re: The last posting from your IP was less than 20 seconds ago. Please try again lat on: October 27, 2012, 01:39:31 PM
Members with few posts now have to wait up to 6 minutes between posts. Does anyone know the best way to make it so that form data is not reset when hitting the back button? I think this happens just because the forum uses HTTPS. Can this behavior be changed?
The best solution is probably to not force users to hit the back button in the first place - instead display the usual comment/PM submission form with their comment already filled in and a note at the top telling them they need to wait.
97  Bitcoin / Pools / Re: Polemine-Switches to PPS without notice and applies it retroactively on: October 27, 2012, 01:19:23 PM
Polmine has switched to PPS without notice and applied it retroactive to several blocks without notice. Avoid this pool.
You forgot to mention that this post was addressed only to pool hoppers. Honest folks might get the wrong idea.
I'm pretty sure that applies to everyone - by making proportional payouts on the long blocks where it pays less than PPS and then retroactively switching the payout method to PPS as soon as they had a cluster of short blocks where proportional would've paid out more, they effectively short-changed every single miner even if they didn't pool hop.
98  Bitcoin / Pools / Re: [ANN] Stratum mining protocol - ASIC ready on: October 27, 2012, 12:52:20 PM
Variable difficulty -has- to adjust upon new work without being opened up to exploitation, regardless of protocol used.  It's very simple for a fast miner to withhold higher difficulty shares when it knows that it's going to force a difficulty increase, then submit them for higher credit once the adjustment lands.
Which - if I'm reading the spec right - is quite hard to do with the current protocol. Even if you change the difficulty at the exact same moment as sending out a new work unit, the difficulty change applies to all the previous work units and miners are allowed to continue working on those at the new difficulty unless you invalidate all of them at the same time. Except that if you do that, you're making the miner throw away work they've done without submitting it. There's a mismatch between how the protocol wants you to handle difficulty changes and the way you actually need to handle them to prevent cheating by miners.
99  Bitcoin / Pools / Re: [ANN] Stratum mining protocol - ASIC ready on: October 27, 2012, 08:40:20 AM
BTC Guild forces you to submit new work when updating difficulty currently.  It won't accept work from previous work when you're adjusted because it keeps track of the miner's difficulty separate from the work sent to the miner.  With the current setup, if I accepted old work, you'd get credited at the new difficulty.  This opens up an exploit where a very fast miner can purposely withhold higher diff shares at first, knowing that they are going to force multiple difficulty increases in a short time, then submit them all for higher credit than what they should have been earning.

So basically, the protocol's flawed in exactly the way kano said it was - in order for it to work reliably and without opening pools up to exploits, difficulty changes need to be tied to work units rather than happening in the middle of a work unit.
100  Bitcoin / Hardware / Re: Avalon ASIC Development Status on: October 25, 2012, 09:37:41 AM
That would be 200m$ worth of BFL hardware... Not going to happen, leaving quite a margin for less efficient device to cover their investments ... at some point.
That would be 200M $ worth of BFL hardware at current prices. There's a substantial financial incentive for them to drop their prices once business slows down - the marginal cost of ASICs is fairly low and the up-front cost fairly high, and they probably want to make as much money on that upfront investment as possible. Of course, that doesn't leave much room for purchasers of BFL's devices to cover their investments either.
Pages: « 1 2 3 4 [5] 6 7 8 9 10 11 12 13 14 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 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!