this trend has been developing since the 34 sec round at block #1700, in which the payout was 2X normal.
note the 2 min round at #1714, which was about 20% below the weighted average for rounds less than 5 min in length for the last month.
an hour plus ago, see 1718, 1719, 1720, and 1721.
In general, though, for round longer than about 12 minutes, the payouts are now remarkably consistent.
we are cranking!
Topic: [~1000 GH/sec] BTC Guild - 0% Fee Pool, LP, SSL, Full Precision, and More - page 40. (Read 379078 times)
July 18, 2011, 04:35:58 PM
July 18, 2011, 04:28:15 PM
FWIW I switched BTC Guild from my back up pool to my main pool today with my 1.2GH/s when I learned about delayed stats being implemented. Before, my payouts were highly erratic and slightly less than expected. We'll see after a few days how they are, but so far the payout per blocks are pretty consistent. Kudos for sticking it to the pool hoppers.
One interesting change that I am experiencing since 4 days ago: shorter rounds now have lower payouts. The opposite was true before the change!!!
July 18, 2011, 04:27:35 PM
In addition to "Time Since Last" I added "Shares Since Last".
These stats are just as they sound: The time since the last block announcement, and the shares since the last block announcement.
The share count may contain multiple blocks, neither stat gives any information towards when a new block has begun.
These stats are just as they sound: The time since the last block announcement, and the shares since the last block announcement.
The share count may contain multiple blocks, neither stat gives any information towards when a new block has begun.
ty
July 18, 2011, 04:14:18 PM
In addition to "Time Since Last" I added "Shares Since Last".
These stats are just as they sound: The time since the last block announcement, and the shares since the last block announcement.
The share count may contain multiple blocks, neither stat gives any information towards when a new block has begun.
These stats are just as they sound: The time since the last block announcement, and the shares since the last block announcement.
The share count may contain multiple blocks, neither stat gives any information towards when a new block has begun.
July 18, 2011, 03:59:45 PM
Any chance we could request payout for certain amount instead of full amount? Is that the 1.5% donation or is that different?
July 18, 2011, 03:55:16 PM
Just to make it explicit:
I removed btcguild from my lists of pools since a week ago I keep getting +40% stales.
I don't know what is wrong, but definitively something is wrong, because I only get such high stale numbers with btcguild.
I removed btcguild from my lists of pools since a week ago I keep getting +40% stales.
I don't know what is wrong, but definitively something is wrong, because I only get such high stale numbers with btcguild.
Since he switched to the super server, my stales have been 0.25%-0.4%, and only 1% on my 3-year-old's computer which uses a different miner (cgminer)
July 18, 2011, 03:34:41 PM
Just to make it explicit:
I removed btcguild from my lists of pools since a week ago I keep getting +40% stales.
I don't know what is wrong, but definitively something is wrong, because I only get such high stale numbers with btcguild.
PM me your IP. It is a problem on your end guaranteed. You will NOT get a stale rate over 2% without it being due to bad behavior by your miners. Properly configured miners should be seeing stale rate steady at 0.5% or less. My money is on you're one of the people that had a miner/proxy submitting shares to all of our servers round robin style.I removed btcguild from my lists of pools since a week ago I keep getting +40% stales.
I don't know what is wrong, but definitively something is wrong, because I only get such high stale numbers with btcguild.
Added a "Last Block Shown" timer to give people a counter since our last block was announced.
July 18, 2011, 03:02:16 PM
Just to make it explicit:
I removed btcguild from my lists of pools since a week ago I keep getting +40% stales.
I don't know what is wrong, but definitively something is wrong, because I only get such high stale numbers with btcguild.
I removed btcguild from my lists of pools since a week ago I keep getting +40% stales.
I don't know what is wrong, but definitively something is wrong, because I only get such high stale numbers with btcguild.
July 18, 2011, 01:34:49 PM
Thanks for getting the Last Share stats working again eleuthria!
That graph is so painful to look at, poor CPU miners. Although that's a pretty good example of variance in bitcoin hashing, since a CPU working on difficulty 1 is pretty similar to a pool working on difficulty 1.5 million =).
Hehe... Yea, and this graph is from my most powerful miner at the moment while the 6990s are on backorder
July 18, 2011, 12:58:05 PM
Thanks for getting the Last Share stats working again eleuthria!
That graph is so painful to look at, poor CPU miners. Although that's a pretty good example of variance in bitcoin hashing, since a CPU working on difficulty 1 is pretty similar to a pool working on difficulty 1.5 million =).
July 18, 2011, 12:26:46 PM
Thanks for getting the Last Share stats working again eleuthria!
July 18, 2011, 12:05:52 PM
FWIW I switched BTC Guild from my back up pool to my main pool today with my 1.2GH/s when I learned about delayed stats being implemented. Before, my payouts were highly erratic and slightly less than expected. We'll see after a few days how they are, but so far the payout per blocks are pretty consistent. Kudos for sticking it to the pool hoppers.
July 18, 2011, 11:37:56 AM
Since the delayed stats, my payouts per block have been amazingly stable as well, around .025 BTC per block.
Ellipses, while I don't agree with your long post above ("use this as a learning experience...") , I do have to say it was well written.
Ellipses, while I don't agree with your long post above ("use this as a learning experience...") , I do have to say it was well written.
July 18, 2011, 10:15:53 AM
the analogy sucked. oh well.
the end result of btcguild going to delayed stats seems to be working well on the short
term. My 24 hour expected payout is back on track (some luck helps too!) and what i
am making per solved block sure became a lot less erratic.
the pool hopper thread is now a lot busier as people come up with different plans to
defeat the delayed stats which is good in my mind. let them get to work. their project
is more complicated then the first which could be scratched together easily.
and i have a feeling a lot of the hate in the last few pages are from people who got
just a bit too used to making extra BTC on the backs of other's computing power while
they solve the long rounds. alas.. easy come, easy go.
the end result of btcguild going to delayed stats seems to be working well on the short
term. My 24 hour expected payout is back on track (some luck helps too!) and what i
am making per solved block sure became a lot less erratic.
the pool hopper thread is now a lot busier as people come up with different plans to
defeat the delayed stats which is good in my mind. let them get to work. their project
is more complicated then the first which could be scratched together easily.
and i have a feeling a lot of the hate in the last few pages are from people who got
just a bit too used to making extra BTC on the backs of other's computing power while
they solve the long rounds. alas.. easy come, easy go.
July 18, 2011, 08:31:49 AM
Was definitely an attack on the pools overnight. Seems to have lasted about an hour to an hour and a half. Affected the two servers which have published addresses on the website but not the other.
July 18, 2011, 07:12:18 AM
eleuthria, I agree with one of the previous posters and think that all the negativity in here is coming from the pool hoppers (who were walking off with 30% more than they deserved, the cost of which us legit users paid for)
Don't sweat it, know you did the right thing for the legit loyal users who keep their cards pointed at you 24/7 (except during blackouts, etc)
I applaud the delay as well!
Don't sweat it, know you did the right thing for the legit loyal users who keep their cards pointed at you 24/7 (except during blackouts, etc)
I applaud the delay as well!
+1 to this. Let them hop elsewhere.
+1 i also agree
hoppers begone!
July 18, 2011, 04:54:49 AM
Super server turned out to be not so super
Place your bets now, were playing How low can you go!
Slowly recovering
Place your bets now, were playing How low can you go!
Slowly recovering
July 18, 2011, 04:50:22 AM
Pool being DDOS'd or what?
Doesn't look like it. No packet loss. Seems to be server related.
July 18, 2011, 04:48:24 AM
Pool being DDOS'd or what?
July 18, 2011, 04:45:40 AM
its a non issue, its only 1 connection of many that a pool has and will have no effect in stopping the block being sent out. it does however help each pool spread their blocks faster and helps to hide which pool generated it. its really a win win for them. assuming they went with this scheme the effect of not sending it out while pretending they are offers little to no benefit, and being caught(if its possible) would do nothing but hurt their reputation. i don't think it would be worth it to lie for virtually no benefit to the pool operator.
Jump to: