I've been mining at Eligius for the last 3/4 days and I love the interface and the 0% fees, but isn't the variance extremely high?
I believe variance is high for slower minder due to the fact that min pdiff was increased from 1 to 2. At least that is how I explain my observation since it was bumped. T I have a few TH/s and it looks to me variance is high BTW, how do you cange min diff. to +256? It seems is not working on "my eligius" as I see cgminer mining at 127... I see a bit of high variance on my end as well. When you make your setting in "my eiligius" to 256 and save it- what happens? Does it remain 256 in the box? It should. Yes, it stays... But at the same time it says "*** Minimum Difficulty Setting does NOT yet have any effect! ***"... Why is that? I remember seeing that before once when I had changed my dif.. I'm not sure if it has to wait until next round and then the settings kick in? - I'm sure someone can chime in I'm pretty sure that functionality is just not implemented yet in the UI. Eligius also ignores the '--request-diff' parameter from BFGMiner. |
|
|
|
I bought a 4th module for my Batch #2 Avalon yesterday. I have a DHL tracking number at this time.
how did you manage that? Not speaking for ProfMac, but you can order them here, apparently: http://avalon-asics.com/shop/ |
|
|
|
It is relevant information to buyers trying to make a rational purchase decision. If the reality is that you cannot produce your product for a price that is economically viable, that is relevant market information.
Maybe is my English. The information from the table, difficulty of the network and currency rates have no relevance when a manufacturer is calculating the retail prices. So throwing out those numbers will not trigger the hardware prices to go as low as customers' wishes. Hope this clarify the statement. I understand. I was just pointing out that, while this table may not be relevant to your pricing decision, it IS very much relevant to your customer's buying decision. Your statement - and I agree that it may just be a language fluency thing - appeared to state that it was just irrelevant in general. |
|
|
|
I'm in for one X3  . Blackarrow delivered on the Lancelots, I believe they will deliver on their ASICs. Their timeline seems more realistic than others and KNC has proven that it can be done quickly if the process is well managed. Nobody is questioning BA integrity. What the problem with pre-orders (not just BA) is that the price should be adjusted down every diff increase (10-14 days) by 30%. $5,000.00 $3,500.00 $2,450.00 $1,715.00 $1,200.50 $840.35 $588.25 $411.77 $288.24 $201.77 $141.24 $98.87 Why? Because every 10-14 days your earnings get a 30% haircut. Every 10-14 days!!! Even with one month delivery you are losing 50% before you even receive the product. But ALL manufacturers keep the price flat from the announcement to delivery. That is why selling h/w is the only way to make money in "mining business" because you lock your profits in advance. I don't see how you can get ROI from any pre-orders...Especially, with private pools that get hardware at cost. This is an endless topic: manufacturers prices vs. customers earnings on hardware. And from our point of view also it is pointless from a point. I have tried to explain in earlier messages. No matter the difficulty of a network or the rate of the currency, a manufacturer has its costs and it can go as low for unit price as it can go. From a threshold it cannot go lower. So the above table from retail price point of view has no relevance.
I am not saying that customers' opinion has no importance, please do not take me wrong. But as we said before, we go as low as we can. As probably everybody else. Some have higher costs than others and these costs reflect on retail price., regardless of network difficulty. I will have to quote another user who in one of his previous messages wrote (I quote from memory so I am sorry if not exact words): somehow Bitcoin currency and network will adapt. What we try to do here at Black Arrow is to provide a great products at fair prices and the best services we can. We listen to our customers but unfortunately we cannot fulfil their wishes always. It is relevant information to buyers trying to make a rational purchase decision. If the reality is that you cannot produce your product for a price that is economically viable, that is relevant market information. |
|
|
|
|
I'll check back when you actually have some product in-hand.
|
|
|
|
Hey all, I have a question.
I am merge mining NMC, but where exactly are the payouts going to go to? To the NMC node's wallet? Can I specify a specific address somewhere? There's literally NO info about this anywhere.
I think the reason you are not finding this documented in the P2Pool stuff is because it's not specific to P2Pool. I assume you are merge-mining to a namecoind running locally on your machine? If so, if/when you get a block, the namecoind will send the payout to you on an address it created. If you then run 'namecoind getinfo', you will see the mined coins in your balance. |
|
|
|
just a reminder,
50BTC and BTCguild are both under DDOS attack.
I was checking why my miner doesn't work. I though it was the hardware. Now it seems that it is the pools that are not able to respond.
Sit tight and wait.
simple solution: p2pool +1 |
|
|
|
Hallo, is that possible to mine on p2pool with Block erupter blade? If yes, then tell me please how to configure it.
Maybe somebody know an answer to this question? You will need to use a proxy - either BFGMiner or one of the stratum proxies - other than that it is pretty straight forward. Configure the blade to connect to the proxy, and configure the proxy to connect to P2pool. My experience is that you will see a very high DOA rate from the blades on P2Pool. |
|
|
|
I have a problem I don't really understand, and I'm hoping one of you can give me some useful advice...
I was running a P2Pool node for a while, and I seem to remember that my Bitcoind GetBlockTemplate Latency from the graphs page was consistently ~0.2s.
I started mining on a different pool for a couple of weeks, then came back to P2Pool - and now, my Bitcoind GetBlockTemplate Latency is staying up at ~1.1s! That seems pretty high to me, especially since bitcoind and P2Pool are running on the same machine.
As far as I can tell, the only thing that's different is that I am using 13.3 now, and was using 13.2 before. I have not tried reverting to 13.2... Maybe that's an experiment I should try, but I didn't see any change in the release notes that should affect this.
If it makes any difference, the platform is Win7 64-bit.
Anyone have any idea what might be going on here?
Does anyone have any idea what might be the problem here? |
|
|
|
Both Windows and Linux. You use the --http-port flag to set the getwork port. By default it's 8332 I believe, but you could use anything as long as the blade uses the same.
Basically start BFG as you normally would, add --http-port 8332, and point your blades to the server running BFG using 8332 and they'll connect up. For blade setup make sure each blade has a unique worker name, password doesn't matter.
I built BFG from source last night and the http-port command isn't showing up. Is it segregated 32/64-bit as under windows? I'm pretty sure that option is supported with 64-bit Linux. Make sure you have the libmicrohttpd-dev package installed, and the build should enable it by default. You should be able to find out why it wasn't enabled somewhere in the config.log. |
|
|
|
|
I have a problem I don't really understand, and I'm hoping one of you can give me some useful advice...
I was running a P2Pool node for a while, and I seem to remember that my Bitcoind GetBlockTemplate Latency from the graphs page was consistently ~0.2s.
I started mining on a different pool for a couple of weeks, then came back to P2Pool - and now, my Bitcoind GetBlockTemplate Latency is staying up at ~1.1s! That seems pretty high to me, especially since bitcoind and P2Pool are running on the same machine.
As far as I can tell, the only thing that's different is that I am using 13.3 now, and was using 13.2 before. I have not tried reverting to 13.2... Maybe that's an experiment I should try, but I didn't see any change in the release notes that should affect this.
If it makes any difference, the platform is Win7 64-bit.
Anyone have any idea what might be going on here?
|
|
|
|
This is the price of doing things rights by not taking pre-orders. We take financial risks, so that our customers don't have to.
+1000000 Can't wait to see your next product. |
|
|
|
Just say no to preorders folks. Let the madness end already.
Becasue the " say no to drugs" campaign really worked didnt it? People will buy according to their interests. I know I am interested - But to each their own. You know what risks you take with a preorder, and you should plan accordingly. I don't disagree with you brother. I'm just giving my $0.02 worth of advice. I don't expect to be leading a flock of followers to the golden horizon.  I believe in Capitalism, and people making mistakes are a necessary part of any market. I think it's still ok to offer some advice occasionally, though |
|
|
|
I think the market has been severely distorted by pre-sales. Miners have been willing to pay more for gear because they have been paying for it in a time frame when it looked like a good investment - but by the time they actually get the gear, the ROI is nada. Miners will soon (out of necessity, if not common sense) come to realize that this preorder thing ain't working - and vendors will have to have gear in-hand to sell it. THEN, miners will be able to make realistic decisions about what prices make sense.
So you expect a company to pay for all the development. Create ASICs and wait for the customers to take them. I don't see that happening. 1.) It would require a huge investment and higher risk 2.) They would be silly not to keep the devices for themselves instead Yes. Just like every other business in the world. You might be right about it being silly for them not to keep the devices and mine with them themselves though. If that's what makes business sense, I think that's what they should do. This nonsense of financing via preorders will end very soon though, as enough people get burned, and the difficulty curve goes even more vertical. |
|
|
|
|
Just say no to preorders folks. Let the madness end already.
|
|
|
|
And this is exactly why regulators are going to argue Bitcoin has no consumer protection, unlike the major credit card companies. The people who paid these guys in Bitcoin can easily get screwed over.
Agreed. Which is exactly why there needs to be a similar scheme in place for bitcoin. Or more than one. Mining is just a piece of the game. And what 'consumer protection' is in place for cash $ ? Bitcoin is just a currency. Currencies do not ever have built-in consumer protections. That being said, there is no reason why you couldn't eventually get a credit card that DOES give you protection AND let's you pay your bill with BTC if you want to. |
|
|
|
|
Show Posts
