[~1000 GH/sec] BTC Guild - 0% Fee Pool, LP, SSL, Full Precision, and More - page 94.

Faraday

sr. member

Activity: 240

Merit: 250

poclbm.py --user=loginname_workername --pass=workerpass -o uswest.btcguild.com -p 8332 -d0 -v -w128 -agression=11

error is: Problems communication with bitcoin RPC

I have also tried

69.42.217.226
nl.btcguild.com
uk.btcguild.com
uswest.btcguild.com
useast.btcguild.com
uscentral.btcguild.com

None of these work.

But either mining.bitcoin.cz or deepbit.net with correct login works.. Huh

BitMinerN8

hero member

Activity: 626

Merit: 500

Mining since May 2011.

Quote from: Faraday on June 18, 2011, 11:09:26 AM

I just registered and created my workers but for some reason i can't connect to any of the btcguild servers Sad

I can ping them fine but neither of the miners will connect (phoenix or poclbm) I am running linux
Other pools work fine :\

Post the miner command you are using. (example, sans username/pass)
poclbm.exe -d1 --host=[server].btcguild.com --port=8332 --user=[username]_[workername] --pass=[worker_password]

Faraday

sr. member

Activity: 240

Merit: 250

I just registered and created my workers but for some reason i can't connect to any of the btcguild servers Sad

I can ping them fine but neither of the miners will connect (phoenix or poclbm) I am running linux
Other pools work fine :\

BitMinerN8

hero member

Activity: 626

Merit: 500

Mining since May 2011.

Quote from: Lumpy on June 18, 2011, 10:39:26 AM

Quote from: Veldy on June 18, 2011, 12:28:12 AM

EDIT: Turns out that stats weren't updating correctly prior, so I did not notice from the stats that my miner was actually NOT submitting shares. Idles had caused Phoenix 1.48 to mine at 0MH/s yet again [I blame this on phoenix more than idles]. So, stats are working fine after reset, but phoenix sucks eggs. If it wasn't for phatk, I would dump it completely.

You might try 1.50 -- it was supposed to fix/reduce this issue.

Phoenix 1.50 w/Phatk solved my "wake up in the morning to several rigs with [0 Hhash/sec]"

Lumpy

full member

Activity: 237

Merit: 100

Quote from: Veldy on June 18, 2011, 12:28:12 AM

EDIT: Turns out that stats weren't updating correctly prior, so I did not notice from the stats that my miner was actually NOT submitting shares. Idles had caused Phoenix 1.48 to mine at 0MH/s yet again [I blame this on phoenix more than idles]. So, stats are working fine after reset, but phoenix sucks eggs. If it wasn't for phatk, I would dump it completely.

You might try 1.50 -- it was supposed to fix/reduce this issue.

Veldy

member

Activity: 98

Merit: 10

I reset my stats a few minutes ago and one of my miners now shows zero submissions and that the last submission was four hours ago. Can you look into the cause of this? I want to know that my submitted shares aren't going into the ether (which I highly doubt but have to ask anyway).

EDIT: Turns out that stats weren't updating correctly prior, so I did not notice from the stats that my miner was actually NOT submitting shares. Idles had caused Phoenix 1.48 to mine at 0MH/s yet again [I blame this on phoenix more than idles]. So, stats are working fine after reset, but phoenix sucks eggs. If it wasn't for phatk, I would dump it completely.

Lumpy

full member

Activity: 237

Merit: 100

As long as you don't mind waiting a while for the transaction, it shouldn't be a problem.

Ele, any chance of having luck and/or personal 24-hour generation in the API?

kripz

full member

Activity: 182

Merit: 100

Hello,

Is it possible to get share/hour submitted and rejected/hour?

eleuthria

legendary

Activity: 1750

Merit: 1007

Quote from: Veldy on June 17, 2011, 10:56:36 PM

Quote from: eleuthria on June 17, 2011, 02:03:24 PM

Quote from: smackdaddy on June 17, 2011, 02:00:53 PM

Quote from: eleuthria on June 17, 2011, 01:57:56 PM

Luck statistics were added to the block statistics page, for both a 24H window and since the difficulty change.

What do the percentages indicate? Variance from expected?

The percentages are related to the average shares per block in the past 24 hours/since difficulty change. Red numbers = bad luck, we're taking longer than average. Green = good luck, we're solving faster than average.

Just a little nit. The stats, at first glance, appear as if the blocks themselves are larger or smaller than difficulty would suggest [which happens]. One might read from the page that the blocks are larger than normal [when red/negative %], but it seems that you are indicating the number of shares submitted for the number of blocks earned won over a period of time? In that case, it still perplexes me, as the number of shares per solution should largely be the difficulty divided by the percentage of total network hashing power that BTC Guild wields. What am I missing?

To be fair, the same question can be asked of Deepbit too [I sort of always thought it indicated that larger blocks or smaller blocks than difficulty were been doled out for mining].

The more stats the better!

Understanding them exactly is an added plus [I have been working 14 hours straight today and my mind could be a bit addled].

The 24 hour number is calculated by taking the average shares it took for each block solve that was done in the last 24h. So if the block's solve time was within 24 hours, it's share count is included to determine the 24h luck figure. So it's not exactly 24h, since a block may have been solved 23h 59m ago, but it was started an hour before that. However, this number gives a representation that is fair in my opinion. The comparison is to the current difficulty to determine if we were ahead or behind the average. It is our luck relative to difficulty, not our luck relative to overall network block production in the last 24 hours.

Veldy

member

Activity: 98

Merit: 10

Quote from: eleuthria on June 17, 2011, 02:03:24 PM

Quote from: smackdaddy on June 17, 2011, 02:00:53 PM

Quote from: eleuthria on June 17, 2011, 01:57:56 PM

Luck statistics were added to the block statistics page, for both a 24H window and since the difficulty change.

What do the percentages indicate? Variance from expected?

The percentages are related to the average shares per block in the past 24 hours/since difficulty change. Red numbers = bad luck, we're taking longer than average. Green = good luck, we're solving faster than average.

Just a little nit. The stats, at first glance, appear as if the blocks themselves are larger or smaller than difficulty would suggest [which happens]. One might read from the page that the blocks are larger than normal [when red/negative %], but it seems that you are indicating the number of shares submitted for the number of blocks earned won over a period of time? In that case, it still perplexes me, as the number of shares per solution should largely be the difficulty divided by the percentage of total network hashing power that BTC Guild wields. What am I missing?

To be fair, the same question can be asked of Deepbit too [I sort of always thought it indicated that larger blocks or smaller blocks than difficulty were been doled out for mining].

The more stats the better!

Understanding them exactly is an added plus [I have been working 14 hours straight today and my mind could be a bit addled].

Veldy

member

Activity: 98

Merit: 10

Quote from: eleuthria on June 17, 2011, 01:57:56 PM

Luck statistics were added to the block statistics page, for both a 24H window and since the difficulty change.

Heheh ... apparently mine sucks! Cheesy

eleuthria

legendary

Activity: 1750

Merit: 1007

Quote from: smackdaddy on June 17, 2011, 02:00:53 PM

Quote from: eleuthria on June 17, 2011, 01:57:56 PM

Luck statistics were added to the block statistics page, for both a 24H window and since the difficulty change.

What do the percentages indicate? Variance from expected?

The percentages are related to the average shares per block in the past 24 hours/since difficulty change. Red numbers = bad luck, we're taking longer than average. Green = good luck, we're solving faster than average.

smackdaddy

newbie

Activity: 45

Merit: 0

Quote from: eleuthria on June 17, 2011, 01:57:56 PM

Luck statistics were added to the block statistics page, for both a 24H window and since the difficulty change.

What do the percentages indicate? Variance from expected?

eleuthria

legendary

Activity: 1750

Merit: 1007

Luck statistics were added to the block statistics page, for both a 24H window and since the difficulty change.

Carnth

hero member

Activity: 634

Merit: 500

Quote from: IamFuzzles on June 16, 2011, 09:27:20 PM

I was wondering how often most people payout?

I payout when I get above 1.5 BTC. This takes about 3 days for me.

There have been a number of people paying out with small amounts (less than 0.10) and this has recently "clogged up" the transactions. In fact there are so many small payments floating around that it can take hours to get one confirmed.

To every Bitcoin miner in the world: Please payout once per day or only when you have over 1.0 BTC.
Please be patient. Mining is a steady and continuous process. Just sit back and let your miner(s) do its job.

You can take a look at all current transactions (that have not been confirmed into a block) on this web page http://bitcoincharts.com/bitcoin/. Take a look at the number of "Unconfirmed Transactions."
Now scroll to the bottom (the end of the "low priority" transactions) and see how long (in UTC time) some of those transactions have been hanging around. Transactions should be cleared within 1 to 3 blocks (45 Minuties max). But they are not, because there are so many of them. I cringe every time I see a payment for 0.01 BTC; I think to myself "Really? Oh come on!"

Here's how to make sure your payment is a higher priority, so it gets through faster:

Get paid a larger amount. If everything else were equal, transactions with a large amount will be given a higher priority.
Get paid with older bitcoins. Bitcoins that have been sitting around for a while (that have hundreds of confirmations) will get you even higher priority.
This does not always happen with pools because they are in the business of making new coins and paying miners. With so many transactions flying around most are "newer" coins.
Pay a transaction fee. This is the best way to get your transaction marked as the highest priority.
Mining pools do not do this because it cuts into the profits that the miners work for.

So, the only way we can influence the priority of the payment we get from pools is by the number of Bitcoins in the transaction.

Veldy

member

Activity: 98

Merit: 10

Quote from: bitcoindaddy on June 17, 2011, 08:41:23 AM

Quote from: pokermon919 on June 17, 2011, 05:25:44 AM

Hey eleuthria, you know what would really make the site better? If you have a "total reward" that added up the confirmed and unconfirmed. Put it on top of confirmed or below unconfirmed and the page that shows miners and work would be alot more awesome. Wink

It would be even better if you donated 2.5%, then you wouldn't need to worry about adding the confirmed and unconfirmed amounts together.

BTW, if donating 2% ... may as well donate 2.5% since invalids seem to occur at a rate above .5% anyway.

bitcoindaddy

hero member

Activity: 481

Merit: 500

Quote from: pokermon919 on June 17, 2011, 05:25:44 AM

Hey eleuthria, you know what would really make the site better? If you have a "total reward" that added up the confirmed and unconfirmed. Put it on top of confirmed or below unconfirmed and the page that shows miners and work would be alot more awesome. Wink

It would be even better if you donated 2.5%, then you wouldn't need to worry about adding the confirmed and unconfirmed amounts together.

5tr1k3r

newbie

Activity: 39

Merit: 0

Quote from: pokermon919 on June 17, 2011, 05:25:44 AM

Hey eleuthria, you know what would really make the site better? If you have a "total reward" that added up the confirmed and unconfirmed. Put it on top of confirmed or below unconfirmed and the page that shows miners and work would be alot more awesome. Wink

I've just thought about it. Fully agree.

pokermon919

member

Activity: 84

Merit: 10

Hey eleuthria, you know what would really make the site better? If you have a "total reward" that added up the confirmed and unconfirmed. Put it on top of confirmed or below unconfirmed and the page that shows miners and work would be alot more awesome. Wink

marvinmartian

full member

Activity: 224

Merit: 100

http://www.btcguild.com/my_account.phap is timing out with a "Failed to connect to UK BTCGuild." So I can't watch my workers and monitor their progress atm. Was working fine not too long ago.

N

Topic: [~1000 GH/sec] BTC Guild - 0% Fee Pool, LP, SSL, Full Precision, and More - page 94. (Read 379078 times)