Bitcoin Forum
May 23, 2024, 04:24:06 PM *
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 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 »
461  Bitcoin / Mining / Re: Using renewable energy to mine? on: November 24, 2012, 06:10:51 AM
I mean buying something like this: http://www.aliexpress.com/item/1472pcs-x-3-95Watt-B-grade-156mm-x-156mm-6-x-6-Poly-solar-cells/543644854.html

and manually soldering them all together, building/sealing enclosures, and wiring them up yourself.

$1500 for the panels, and I'm guessing ~$2500 for all the other materials (electrical, frames, glass, sealant, etc). About 4kUSD for ~5kwh of panels. My house sits at the top of a hill in Maine, and the back roof faces south and has almost continuous sunshine all day. It's ideal for solar, but I don't mind putting the man hours into lowering the initial investment and getting into it as cheap as I can.

Ah China, guess you can get everything from that whacky country these days.

Do you have enough space for all this? Not sure what your final power plan is, but these cells are rated at .613V, assuming you want 12V DC that's still ~20 cells in series, or 10' x 6" (you could make smaller panels and hook those up in series of course), 7kW (5000 kwh / month) of 12V power would require a huge number of 10'x6" strips. Unless you meant 5000 kwh / yr, which would definitely be more doable.
462  Bitcoin / Hardware / Re: BTCFPGA bASIC updated from 54GH/s to 72HG/s on: November 24, 2012, 03:01:40 AM
BFL's ASIC can match that if they want. At 40Ghash their ASIC was running at 500Mhz, and they said it can do 1Ghz but not all chips will reach it. So 72GHash is possible.

Not sure how many in this thread read the post referenced by OP, as most people are seeing "ASIC war!" but it looks like this is simply a result of ASIC stability.

Quote
Where is the design at now?
The design of the smaller bASIC unit grew from 2 ASICs per board to 6 in a cluster, each ASIC producing 4.5GH/s (safely) for a total of 27 GH/s.  As you probably know, digital computers/microprocessors operate using the binary (base-2) number  system.  This somewhat naturally leads to architectures that most efficiently have their components (such as I/O signals, communications paths, memories, etc.) in quantities of powers of two - 2, 4, 8, 16, and so on.

***Important - please read closely***
It is for this reason that we are going to grow our hashing cluster to 8 ASICs.  With two clusters on the larger unit, it will conservatively produce 72GH/s.  Yes, this is very good news - a 33% increase in hashing power!  Yes, this means the 27G unit now becomes a 36G unit.  These initial numbers are conservative estimates, but we expect that firmware and software updates will be able to iteratively increase hashing power as well.

Might be BS, or might be true, that it's simply a matter of the fact that 8 is more stable than 6, and that's why they chose to go this route, which will end up with some happy customers. Rather than being anything to do with outdoing BFL (though that doesn't hurt).

EDIT: Reminder though that chips were apparently literally dying at overclock speeds, so before you have wet dreams of overclocking, keep in mind the horrors of murdering your ASIC chip.
463  Bitcoin / Mining / Re: Using renewable energy to mine? on: November 24, 2012, 02:37:58 AM
You can buy kits with A or B grade cells and solder interconnects. You pay 2$/watt that way.

You measure up the cells under a lamp to have similar current capable cells in same panel, then you solder and glue the cells on the backing. Put glass on top and seal airtight to prevent oxidation of the cells.

I don't really follow. $2 / watt is more than you would pay for a professionally put together finished panel. I'm not aware of solar cell wholesalers, so it's hard for me to check, but I've certainly been wrong before.

I suppose there is nothing really to prevent you from doing it your way, except material, time, tools and working space.
464  Other / Off-topic / Re: Inaba's request on: November 24, 2012, 01:30:22 AM

8.9˘ / kwh?
465  Bitcoin / Hardware / Re: BTCFPGA bASIC updated from 54GH/s to 72HG/s on: November 24, 2012, 01:01:57 AM
Hmm, so they are selling 72GH/sec for $1069.99 now?
466  Bitcoin / Mining speculation / Re: ASIC botnet: The new threat? on: November 23, 2012, 10:59:38 PM
Yes? Can you link something to evidence the frequent action pool operators take? Article or transcript from pool operators talking about it? I'm curious to learn about this.
To get accurate numbers, you would have to ask the question to Tycho. I was shown last week by a deepbit user when he logged in the banner "your account has been suspended due to illegal activity" (paraphrasing from memory here).

He said it happens automaticly once you have more than 150 different IPs connect to the same worker. (as it happened before)

There is a banner when you register that says "In case of illegal activity your account will be locked",
https://deepbit.net/register.php

With the amount of traffic deepbit sees, it would be hard to believe they have not automated some parts of the banning

I'm not asking for accurate numbers, I'm asking for any confirmed botnet reports, and evidence as to them being GPU based, as you so casually stated that they were.

What you are telling me is that because an automated system on deepbit, which admittedly catches many regular users (unless you are suggesting your friend is a botnetter) by its aggressive settings, is the only suggestion that botnets "might be out there".

That is hardly conclusive evidence of the roving bands of GPU botnets you claim.

CPU botnets are the most likely, and even those are not very likely, nor clearly are they being very successful.

Maybe you missed those threads:

https://bitcointalk.org/index.php?topic=81356.0;all
https://bitcointalk.org/index.php?topic=67634.0

http://www.reddit.com/r/IAmA/comments/sq7cy/iama_a_malware_coder_and_botnet_operator_ama/
Quote
Q: How many botted machines do you typically gain per month or per campaign.
A: about 500-1000 a day, weekends more. I'm thinking about just buying them in bulks and milking them for bitcoins. Asian installs are very cheap, 15$/1000 installs and have good GPUs.

http://arstechnica.com/tech-policy/2011/08/symantec-spots-malware-that-uses-your-gpu-to-mine-bitcoins/
Quote
In contrast, the newest Bitcoin malware takes full advantage of the computing power on each compromised machine—including its GPU.

http://www.symantec.com/security_response/writeup.jsp?docid=2011-081115-5847-99&tabid=2
Quote
The Trojan will then run one of the following Bitcoin mining programs:
If a GPGPU-enabled graphics card is found, it runs Phoenix Miner.
Otherwise it runs RPC Miner.


Though I appreciate links, as I requested them (maybe you missed that post), neither of these fit any criteria of the quote.

Top line from The AMA post:

Quote
I operate a ~10k botnet using a ZeuS software I modified myself, including IRC, DDoS and bitcoin mining (13GH/s - 20GH/s atm).
20GH = 20,000 MH; 20,000 MH / 10,000comps = 2MH/comp. Or roughly what you'd get out of an old crappy CPU. I did say in the quote that CPU mining is most likely of the unlikely scenarios.

For the symantec stuff, GPU malware != GPU botnet. Simply is one, low-risk (hasn't spread much) example of code that has that ability. No one is claiming that it is impossible to do, that isn't what we're discussing, so this is not a useful link. If it were a report of how it was a widespread hidden threat that would make more sense.


As to the other guy with the botnetter friend, well. I will just leave that conversation be then.
467  Bitcoin / Mining / Re: Using renewable energy to mine? on: November 23, 2012, 10:37:01 PM
So for the people that have invested in Solar: Did you buy the panels, or DIY? It seems that DIY panels can be had for a lot cheaper, but take a LOT of work.

I think you mean did you pay for professional installation of the system? No one DIYs a panel, you have to buy one, regardless of whether it is second-hand, B-grade, or whatever.

It certainly is a lot of work though, that's why the panels themselves are usually only about 50% of the cost of residential installation.
468  Alternate cryptocurrencies / Altcoin Discussion / Re: Wanted: Mining pool to take out alt block chains on: November 23, 2012, 10:34:14 PM
Maybe I'm hanging out with different people, but no one I've ever told about bitcoin has ever asked about creating an alternative. And the easy answer is that like any industry, there is no reason not to make an alternative, coke has its pepsi, mcdonalds has its burger king, et has its cetera. They can both do well, and the mainstay will usually have superior standing simply by having been first, or more established, rather than by being better necessarily.

The question I get asked is the flip, when talking about alt currency, most people ask "what's the point of this?" and that's the real question, until alts offer some real benefits (differences in mining rates don't really count except to miners) they aren't much threat.

I would argue that "attacking" alts in order to maintain cryptocurrency monopoly would be more harmful than leaving alts to their own devices, in terms of attracting bad PR and generally making cryptocurrency seem immature and potentially dangerous (more so than people already believe).
469  Bitcoin / Mining / Re: Scriptable Mining Operation Simulator on: November 22, 2012, 05:33:10 PM

If you let simulation start date remain you don't run into any issues apart from the fact that it won't let you run for longer than a month? Anyway, there shouldn't be issues with running it for longer, maybe you're entering the dates wrong?
Try this:
http://goo.gl/lhKPR

Does it spit out a whole year of simulation?

Hmm, well it does seem to spit out more than a month at a time now, so I can't recreate that aspect. So ignore me there
470  Bitcoin / Mining speculation / Re: ASIC botnet: The new threat? on: November 22, 2012, 05:30:28 PM
Yes? Can you link something to evidence the frequent action pool operators take? Article or transcript from pool operators talking about it? I'm curious to learn about this.
To get accurate numbers, you would have to ask the question to Tycho. I was shown last week by a deepbit user when he logged in the banner "your account has been suspended due to illegal activity" (paraphrasing from memory here).

He said it happens automaticly once you have more than 150 different IPs connect to the same worker. (as it happened before)

There is a banner when you register that says "In case of illegal activity your account will be locked",
https://deepbit.net/register.php

With the amount of traffic deepbit sees, it would be hard to believe they have not automated some parts of the banning

I'm not asking for accurate numbers, I'm asking for any confirmed botnet reports, and evidence as to them being GPU based, as you so casually stated that they were.

What you are telling me is that because an automated system on deepbit, which admittedly catches many regular users (unless you are suggesting your friend is a botnetter) by its aggressive settings, is the only suggestion that botnets "might be out there".

That is hardly conclusive evidence of the roving bands of GPU botnets you claim.

CPU botnets are the most likely, and even those are not very likely, nor clearly are they being very successful.
471  Other / CPU/GPU Bitcoin mining hardware / Re: I'm in the market for a used mining rig on: November 22, 2012, 02:31:48 PM
Heat Pump

You get 3-4 times as much heat compared to simply using a plain heater/GPU.

Heat pumps transfer heat, what is the heat-source? It sounds like he will be in a cold-climate (winter time) which he is hoping to stave off via electricity, not ideal for having ready sources of heat to be moved in.

Interesting thought though, I wonder how the efficiency compares to BTC generation, taking into account initial price, if his climate weren't so cold.
472  Other / Off-topic / Re: BFL Power efficiency argument fallacy on: November 22, 2012, 02:24:03 PM
My numbers are correct bcpokey.  If you believe them to be wrong, then please show the math.
Apologies, I was thinking along different lines, your numbers are indeed correct.


Here's where I begin to question. Modularizability sounds great and all, but it's not really the "game-changer" that you make it out to be. As far as I can tell, the BFL singles (only picture of an ASIC device we have currently) is essentially a box around a heatsink and a PCB+chips. In essence, it is almost as bare minimum as you can get. Aside from being able to buy some sort of massive copper-block with slots to insert boards into, you're not really going to get much more efficiency from some sort of modular design (and that's not very efficient really).
If the ASIC vendors can make smaller daughterboards that are alike and can be hosted on an internal bus or something like a mini-PCIe board, then that would cut costs in manufacturing the device.

http://en.wikipedia.org/wiki/PCI_Express#PCI_Express_Mini_Card

Consider for example the BFL Single. Like you said, it is a square box with a PCB board with a heatsink. Imagine if you only had to produce 1 motherboard and had vertical mounts (like the old BTCFPGA design). This would make it a bit cheaper to produce quantities of add-on boards.

With fabs, with quantity there are discounts. There are also less processes to go through to put one together than say a BFL single which should have a higher overhead because it brings lots of components like the case and power supply.. The metal box is one piece and it has to be created n number of times how many boxes you want.

With add-on daughter card(s) it should be simpler, cheaper and easier to populate a rig with identical daughter cards (as needed).

If I am not mistaken, the BFL mini-rigs are modules but they are separate by connective cabling. They have to be professionally assembled as opposed to an end-user just popping the case open and adding more processing power into one of many east to install slots.

As to the cryptocurrencies, there are already merged mining pools, so all the bitcoin forks do not need to covered by vendors, and the non doubleSHA256s can't work alongside bitcoin for ASICs as needs no explanation.
[/quote]

I see, you meant an entire revamp to the whole design, rather than a simple modification to the existing design. As to what the specifics would be PCI vs. USB vs. ?? I would not want to get into, but I still question the efficiency gained by this method. As I understand the mini-rigs are going to be something along the lines of the size of a large trash can? This obviously would be unattractive for the average consumer. A smaller design such as the FPGA would be more attractive, but lose some of the savings you imagine, by being larger/bulkier to ship, requiring extra superfluous parts (1 board with spaces for daughter boards, power connector slots, etc.), increased cooling solutions for the near-housing of units, and still needing to make a large number of housing units (say 5 daughter boards per housing?). I'm not saying there would be NO savings, but simply that I don't know that it would be game changing enough to make a company that went this direction the sole survivor in the competitive ASIC market.
473  Bitcoin / Mining speculation / Re: Difficulty decreasing? on: November 22, 2012, 02:00:21 PM
the endless self-referencing is a bit annoying.

I'm not sure what you are referring to on that.  Do you mean links to other articles that he authored?

I do indeed. I don't mind linking to other articles as an information resource about other topics (though linking 10 articles in one paper can be a little self-aggrandizing), however the stylistic choice is somewhat misleading. Perhaps an overabundance of Wikipedia-mindedness, but I expect that a hyperlink of a term (such as Bitcoins Savings and Trust) will lead to a very impartial explanation of specifically what that thing is/was, not another similarly styled wandering treatise on some event. He also uses his own writings as a 'reference' to back up the argument he is making in the current article.  It is poor form in my opinion to build an argument, then use that argument as evidence, without at least mentioning that he is citing himself.

I prefer the magazine style choice of: "You can read more about XYZ in other articles I have written about XYZ <hyperlink>here</hyperlink>" (or similar to that) if choosing to link to oneself in ones own article while discussing a topic, so that I clearly know what type of information they are presenting. Also I think it helps the author from over-linking, which can make the article itself hard to follow, as you split off into tangent after tangent.

Hope that makes my position clearer.
474  Bitcoin / Mining / Re: Scriptable Mining Operation Simulator on: November 22, 2012, 01:36:36 PM
Seems like it could be useful.

I find it a little bit obnoxious that I can only output 1 month at a time though, and if I want to look into the future I have to calculate for myself what the difficulty and retargets would be at that time, and enter it manually, or else the defaults give me things like:

Date      Network (Th/s)      Block      Own Rate (Th/s) (%)   Balance
2013-01-12   95.35         209553      1.5 (1.57%)      441.54
   Difficulty re-target: 758324 (2013-01-13 04:38:23)
   Difficulty re-target: 13770736 (2013-01-13 23:08:33)
2013-01-13   97.32         211685      1.5 (1.54%)      1,437.59

Other than that, perhaps take into account the loss of GPU miners at halving + ASICs coming online? (When 48THash comes on and 25coin blocks are here, a large chunk of GPU miners are going to go dark).


That's probably a bug. Can you give me the exact settings you used to get that issue?

Well it happens regardless of the date, but sure.

If I leave the page at default and simply change:

Code:
Simulation start 2012-12-22
Simulation end 2012-12-29

the output becomes:

Code:
Simulating...
Date: 2012-12-22
Block: 209065
Difficulty: 3368767
Last re-target: 2012-11-12

Date Network (Th/s) Block Own Rate (Th/s) (%) Balance
2012-12-22 72.60 209499 0.0 (0.00%) 0.00
Difficulty re-target: 1139757 (2012-12-23 09:06:41)
2012-12-23 72.60 210463 0.0 (0.00%) 0.00
Difficulty re-target: 10206779 (2012-12-24 22:37:53)
2012-12-24 72.60 211688 0.0 (0.00%) 0.00
2012-12-25 72.60 211831 0.0 (0.00%) 0.00
2012-12-26 72.60 211974 0.0 (0.00%) 0.00
2012-12-27 72.60 212118 0.0 (0.00%) 0.00
2012-12-28 72.60 212261 0.0 (0.00%) 0.00

I don't have your code, but I believe that it uses the "Last re-target" entered in settings as the starting point, so that if you enter a later date into the simulation it assumes no retargets since that point (in this case, from 11-12-12 to 12-22-12 no retargets occur, when suddenly 72.6TH/sec comes online, rips through the remaining 400?-600? blocks, and calculates the retarget for 48 days of hashing time, lowering diff to 1.1M, which is then ripped through by 72.6TH/sec in about 30 hours, raising diff to 10Mil).
Which is why I said that I would need to calculate the last re-target manually (and potentially what block we would be on) to use this.

I don't want to burden the page with output, but any start/end date > 30 days apart will only output 30 days of simulation.
475  Bitcoin / Mining speculation / Re: ASIC botnet: The new threat? on: November 22, 2012, 11:46:53 AM
To date there have been 0 confirmed CPU botnets, 0 confirmed GPU botnets, and 0 confirmed FPGA botnets on bitcoin.
Actually there are plenty of GPU botnets and big pools like Deepbit have to take frequent action against them. Deepbit blocks single accounts that have more than 150 (?) different IPs connecting.

To see if they are CPU or GPU botnets, one should ask if Tycho would release the stats on such an account so one can judge how much MH/s per IP they generate.

A smart GPU botnet would of course create a different account for each worker but that is sooooo much work, right? ;-)

Yes? Can you link something to evidence the frequent action pool operators take? Article or transcript from pool operators talking about it? I'm curious to learn about this.
476  Other / Off-topic / Re: BFL competitors days numbered? on: November 22, 2012, 03:38:33 AM
@bcpokey

Good follow up to my statement. Those are very good points.

Absolutely the speed of reinvestment will diminish assuming BTC revenue is reinvested.
But there maybe new investment money coming online.
If you assume the same last six months of difficulty increase percentage wise ( 0.2% to 0.6% per day) I still think 6-12 months post pre delivery shipment completion(8-12weeks to get those things out the door) we will see 500THs. So say 7-15months after first delivery. That's where my numbers come from.

If you would wager a guess at when we would hit 500THs what would it be?

I prefer to just shoot down other peoples ideas because then it's harder to throw back in my face :p

But seriously, it is quite difficult to guess with change in tech and whatnot, so I will say that as a tentative estimate, I'm foreseeing a fast run up to 250TH, by end of Jan, then a steep decline in the rate of new power coming online. The next 250TH I'm guessing will come online over the course of 10-12 months depending on a few factors.

1) Price (up or down?); up boosts the curve, especially if we see an increase RIGHT after 25 halving. Even $15/coin would shoot up the rate at which ASICs are acquired

2) How fast ASIC 2.0 is released and/or if there are price drops on ASIC 1.0 in this time frame.

3) How quickly supply can meet demand divided amongst the suppliers

4) If suppy > demand by a significant amount, if a supplier decides that mining excess unsold hardware makes sense.

5) Reserved

BUT, assuming reasonable price level close to current ones, ASIC 1.0 being the only game in town for 2013, a reasonable rollout of supply, and no malicious suppliers, my best bet would that we hit 500TH around the end of 2013, if not later. For why, as I said, the initial burst of pre-orders will be the main thrust into ASICs, which will explode difficulty, late comers will be eyeballing price/difficulty/reliabilty, etc. and take a slower tack to buying. 500TH is roughly 8333 singles or ~10.25Million USD, close to the current amount of GPU hardware, which I think will take current users time to liquidate their GPU rigs, and decide if it's worth going into ASICs or buying coins.
477  Bitcoin / Mining / Re: Scriptable Mining Operation Simulator on: November 22, 2012, 01:58:46 AM
Seems like it could be useful.

I find it a little bit obnoxious that I can only output 1 month at a time though, and if I want to look into the future I have to calculate for myself what the difficulty and retargets would be at that time, and enter it manually, or else the defaults give me things like:

Date      Network (Th/s)      Block      Own Rate (Th/s) (%)   Balance
2013-01-12   95.35         209553      1.5 (1.57%)      441.54
   Difficulty re-target: 758324 (2013-01-13 04:38:23)
   Difficulty re-target: 13770736 (2013-01-13 23:08:33)
2013-01-13   97.32         211685      1.5 (1.54%)      1,437.59

Other than that, perhaps take into account the loss of GPU miners at halving + ASICs coming online? (When 48THash comes on and 25coin blocks are here, a large chunk of GPU miners are going to go dark).

478  Bitcoin / Mining speculation / Re: ASIC botnet: The new threat? on: November 22, 2012, 01:35:00 AM
To date there have been 0 confirmed CPU botnets, 0 confirmed GPU botnets, and 0 confirmed FPGA botnets on bitcoin.

This made LOL. No, seriously....it did.

This is null.

The only thing left is don't get owned.



You have some contrary evidence? Or you just have no logical response?
479  Bitcoin / Mining speculation / Re: Difficulty decreasing? on: November 22, 2012, 01:33:39 AM
http://bitcoinmagazine.net/where-is-bitcoin-a-look-at-some-analytical-data/

Read this article today I must say I am impressed enough to share it here because it seems pretty relevant to the topic.

Thoughts?

My thoughts are that Vitalik is a very poor writer, which may not be his fault, he is russian or something? But the endless self-referencing is a bit annoying.

Sometimes articles prompt me to skip to the end based on their writing style, and this was one of them:

Quote
All in all, it is hard to tell what is happening with Bitcoin.

That's the gist of what I got from that article as its conclusion. "We dunno, but it seems like it should be ok".
480  Other / Off-topic / Re: BFL Power efficiency argument fallacy on: November 22, 2012, 12:58:05 AM

My opinion is that electric usage under 100w is largely a moot point anyway.  Even at $0.25/kwh, 100w would only cost $18/month to run.  And if ASICs are only marginally profitable due to electric costs (i.e., it is profitable to operate a BFL @ $0.10/kwh but not at $0.20/kwh), then I don't think many people are going to be interested in running them anyway.  If it is profitable to operate at $0.10/kwh, but not at $0.20/kwh, then the maximum profit a 100w device could possibly be making is $7.20/month.  Who wants to bother with maintaining a device to only make $7.20/month?
Finally! Someone who gets it....!


Even if his numbers are wrong, he does get the general idea, which is good.


Likewise, if a 400w device is profitable to operate at $0.10/kwh, but not at $0.20/kwh, then the maximum profit it could be making is only $28.80/month.  Again, hardly worth even maintaining the operation of it.
Exactly.

Again don't mean to be nitpicker, but it can't be "exactly" if the numbers are wrong, even if the idea is right.

The vendor who figures out a way to modularize their components and add (cheap) upgrade-ability will be the one to succeed. The upgrade path will have to exceed firmware and simple overlcocking changes.

They should also diversify the support for various cyrptocurrencies. So you don't have all your eggs in one basket.
Here's where I begin to question. Modularizability sounds great and all, but it's not really the "game-changer" that you make it out to be. As far as I can tell, the BFL singles (only picture of an ASIC device we have currently) is essentially a box around a heatsink and a PCB+chips. In essence, it is almost as bare minimum as you can get. Aside from being able to buy some sort of massive copper-block with slots to insert boards into, you're not really going to get much more efficiency from some sort of modular design (and that's not very efficient really).

As to the cryptocurrencies, there are already merged mining pools, so all the bitcoin forks do not need to covered by vendors, and the non doubleSHA256s can't work alongside bitcoin for ASICs as needs no explanation.
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 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!