Bitcoin Forum
May 25, 2024, 08:41:17 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 [2]  All
  Print  
Author Topic: Possible impacts of ASIC mining and hypothetical scenarios  (Read 3391 times)
kano
Legendary
*
Offline Offline

Activity: 4508
Merit: 1819


Linux since 1997 RedHat 4


View Profile
September 03, 2012, 06:58:13 PM
 #21

...
As soon as BFL ships the ASICs, they have no control over them. Their own customers will be securing the network against such an attack. If they tried to pull off such an attack before shipping, the Bitcoin community could just switch to an algorithm their chips don't support.
... and how long would that take?
The last soft fork took forever and failed dismally - massive orphans (and chains of orphans up to 4 long) for almost a week.

If someone had the hardware to do an attack they could do it and make a profit before anything would change in the bitcoin code ...

Which is also why I ALREADY said that this required foresight and planning ... but of course that planning WONT happen.

Pool: https://kano.is - low 0.5% fee PPLNS 3 Days - Most reliable Solo with ONLY 0.5% fee   Bitcointalk thread: Forum
Discord support invite at https://kano.is/ Majority developer of the ckpool code - k for kano
The ONLY active original developer of cgminer. Original master git: https://github.com/kanoi/cgminer
makomk
Hero Member
*****
Offline Offline

Activity: 686
Merit: 564


View Profile
September 06, 2012, 09:23:22 AM
 #22

As soon as BFL ships the ASICs, they have no control over them. Their own customers will be securing the network against such an attack. If they tried to pull off such an attack before shipping, the Bitcoin community could just switch to an algorithm their chips don't support.
They have no control over the ones they've shipped, true. However so long as the amount of ASICs they've kept back is a reasonable amount larger than the amount they've shipped they'll still be able to carry out the attack, and for various economic reasons we might expect this to actually be the case for any manufacturer of Bitcoin mining ASICs.

Quad XC6SLX150 Board: 860 MHash/s or so.
SIGS ABOUT BUTTERFLY LABS ARE PAID ADS
Luno
Sr. Member
****
Offline Offline

Activity: 504
Merit: 250


View Profile
September 06, 2012, 09:50:42 AM
 #23

Would it not make best sense to push back delivery as much as possible (talking about any ASIC rig producer), for as long as possible, until reward halving? Burn in testing is more profitable than delivery into a small market. This had to be a balanced act as not to have customers cancel their orders or ruin cred.

I suspect the latest steady rise in hashing capacity are from ASICS from multiple sources also the less public ones.  No one would buy new gfx cards now? Second hand gfx market would have zero net effect on global hashing if they are bought from other miners. Investing in an ASIC rig, and mining at a higher difficulty, will make your coins more dear. An outside negative influence on the economy, or the technical side of having a non upgradable rig, could start a sell off.  If the market gets really flattend by regulation or otherwise, running an ASIC could be very profitable, if like 70-90% of miners goes of-line in fear of criminal charges.
phillipsjk
Legendary
*
Offline Offline

Activity: 1008
Merit: 1001

Let the chips fall where they may.


View Profile WWW
September 14, 2012, 08:30:31 PM
 #24

There is an obvious reason Butterfly Labs does not want to mine themselves: In the long run, mining is not very profitable. It is expected to converge on the cost of bandwidth/electricity. There are only so many bitcoins to go around; only so many block processed per day. In the long run, Butter fly labs can make more money selling chips to miners trying to outdo each other.

James' OpenPGP public key fingerprint: EB14 9E5B F80C 1F2D 3EBE  0A2F B3DE 81FF 7B9D 5160
Jutarul (OP)
Donator
Legendary
*
Offline Offline

Activity: 994
Merit: 1000



View Profile
September 14, 2012, 08:53:36 PM
 #25

There is an obvious reason Butterfly Labs does not want to mine themselves: In the long run, mining is not very profitable. It is expected to converge on the cost of bandwidth/electricity. There are only so many bitcoins to go around; only so many block processed per day. In the long run, Butter fly labs can make more money selling chips to miners trying to outdo each other.
Please don't confuse long term strategy with short term strategy. On short term it is very rational for BFL to do a bit of self-mining. And there are different ways to market that: Quality control, Shareholder profit (ASICminer), Burn-In, .... 
Why would BFL want to let a highly profitable business opportunity pass? All they need to do is throttle the hardware selling a little bit and keep each chip at BFL for quality control and burn-in for e.g. 2 weeks. Do that round-robin and you got yourself a free mining facility.
Of course you're right - if the market saturates the profit from burn-in and quality control is negligible. So it doesn't make sense to build a huge mining facility.

It's a food chain and the chip producers are at the front of the line. Mining facilities are second in line. People who hold mining bonds or contracts are third.

The ASICMINER Project https://bitcointalk.org/index.php?topic=99497.0
"The way you solve things is by making it politically profitable for the wrong people to do the right thing.", Milton Friedman
phillipsjk
Legendary
*
Offline Offline

Activity: 1008
Merit: 1001

Let the chips fall where they may.


View Profile WWW
September 14, 2012, 09:01:44 PM
 #26

If they really want to do a burn-in, they can use test-net.

James' OpenPGP public key fingerprint: EB14 9E5B F80C 1F2D 3EBE  0A2F B3DE 81FF 7B9D 5160
Jutarul (OP)
Donator
Legendary
*
Offline Offline

Activity: 994
Merit: 1000



View Profile
September 14, 2012, 09:07:51 PM
 #27

If they really want to do a burn-in, they can use test-net.
And let an opportunity to make profit pass? How is that rational?

The ASICMINER Project https://bitcointalk.org/index.php?topic=99497.0
"The way you solve things is by making it politically profitable for the wrong people to do the right thing.", Milton Friedman
lame.duck
Legendary
*
Offline Offline

Activity: 1270
Merit: 1000


View Profile
September 14, 2012, 09:08:46 PM
 #28

Why should they do that? It doesn't make sense at all since its about business and not fairness or whatever.
LazyOtto
Sr. Member
****
Offline Offline

Activity: 476
Merit: 250


View Profile
September 14, 2012, 09:12:24 PM
 #29

And let an opportunity to make profit pass? How is that rational?
Merely due to the company's honor?

I do seem to recall they clearly stated they would not mine with their devices prior to shipping.

After all, they have a reputation to maintain.

-- edit --
Nope, I was wrong.

We use EasyMiner's built in evaluation function to burn test, not the live network.  Why?  Because the live network isn't a very good test.  Meaningful performance evaluation requires known problem sets with known results.  With live mining, you miss out on absolute confirmation of work.  Network inconsistencies further cloud performance testing metrics.  However, after units have been cleared, they're tested on a live pool connection as a last minute sanity check.  What you're looking at with that burn in account is the cumulative result of six months sanity check live testing.

Our primary objective is delivering product as soon as we can.  We do not hold product back for unnecessary burn time.
Jutarul (OP)
Donator
Legendary
*
Offline Offline

Activity: 994
Merit: 1000



View Profile
September 14, 2012, 09:22:03 PM
 #30

And let an opportunity to make profit pass? How is that rational?
Merely due to the company's honor?

I do seem to recall they clearly stated they would not mine with their devices prior to shipping.

After all, they have a reputation to maintain.
It'll be interesting how that "promise" plays out. I think the damage to the reputation wouldn't be huge. Also there's plausible deniability: "don't have enough manpower to ship above a certain rate"... and in the meantime, why should the devices stay idle?

I expect some sort of excuses. But that's fine. I actually think it's fair for BFL to do self-mining. After all it's the privilege of the innovator in a free market to keep the profit (and pay taxes...).

The only thing I think is not fair is their pre-order strategy: They likely used the pre-order money to finance the chip production, which is very much in the gray area, because the customers didn't agree to a risk of default, should the chip production fail.

The ASICMINER Project https://bitcointalk.org/index.php?topic=99497.0
"The way you solve things is by making it politically profitable for the wrong people to do the right thing.", Milton Friedman
Luke-Jr
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
September 14, 2012, 09:45:15 PM
 #31

I do seem to recall they clearly stated they would not mine with their devices prior to shipping.
Citation needed. I don't know why they wouldn't, the chips certainly need burn-in to eliminate the bad ones.

phillipsjk
Legendary
*
Offline Offline

Activity: 1008
Merit: 1001

Let the chips fall where they may.


View Profile WWW
September 14, 2012, 09:56:47 PM
 #32

If they start Mining with one of their $30,000 (1Thash/s) mining rigs, it should show up on Bitcoin Charts (as 5% of the network).

James' OpenPGP public key fingerprint: EB14 9E5B F80C 1F2D 3EBE  0A2F B3DE 81FF 7B9D 5160
lame.duck
Legendary
*
Offline Offline

Activity: 1270
Merit: 1000


View Profile
September 15, 2012, 09:38:33 AM
 #33

I do seem to recall they clearly stated they would not mine with their devices prior to shipping.
Citation needed. I don't know why they wouldn't, the chips certainly need burn-in to eliminate the bad ones.

No, chip testing is quite a problem in semiconductior industry since  the are only a few seconds per die to decide whether it meets the specs or not. So complicated devices have build in BIST (build in self test) and even RAM chips have such provisions. Since SHA is quite regular and each flipflop is toggling every second  clock cycle it would be take only very few hashes where you compare the output  of some known input patterns against the precomputed output pattern.

Of course  there are other points of failure bur this would require them their other equipment, for instance their power cables at maximum current in a climate chamber.
Pages: « 1 [2]  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!