Bitcoin Forum
March 19, 2024, 09:25:05 AM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 [342] 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 ... 425 »
  Print  
Author Topic: [CLOSED] BTC Guild - Pays TxFees+NMC, Stratum, VarDiff, Private Servers  (Read 902898 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
stan258
Sr. Member
****
Offline Offline

Activity: 440
Merit: 250



View Profile
May 06, 2014, 12:51:55 AM
 #6821

My hardware was split between BTC Guild and Ghash evenly. I am way underperforming daily now there as well.
The forum strives to allow free discussion of any ideas. All policies are built around this principle. This doesn't mean you can post garbage, though: posts should actually contain ideas, and these ideas should be argued reasonably.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1710840305
Hero Member
*
Offline Offline

Posts: 1710840305

View Profile Personal Message (Offline)

Ignore
1710840305
Reply with quote  #2

1710840305
Report to moderator
1710840305
Hero Member
*
Offline Offline

Posts: 1710840305

View Profile Personal Message (Offline)

Ignore
1710840305
Reply with quote  #2

1710840305
Report to moderator
eleuthria (OP)
Legendary
*
Offline Offline

Activity: 1750
Merit: 1007



View Profile
May 06, 2014, 12:54:34 AM
 #6822

My hardware was split between BTC Guild and Ghash evenly. I am way underperforming daily now there as well.

I refrained from mentioning GHash and Discus Fish because they don't have publicly available historical stats, at least that I was able to find.  Eligius has a CSV export for it's block history, and p2pool has a 3-month luck chart which is reported in the same way BTC Guild reports luck (% compared to expected earnings, rather than CDF).  Whether or not they have had good luck, neutral luck, or similar bad luck is a mystery to me, so I only report on the comparable pools that I'm aware of.

RIP BTC Guild, April 2011 - June 2015
stan258
Sr. Member
****
Offline Offline

Activity: 440
Merit: 250



View Profile
May 06, 2014, 01:05:26 AM
 #6823

My hardware was split between BTC Guild and Ghash evenly. I am way underperforming daily now there as well.

I refrained from mentioning GHash and Discus Fish because they don't have publicly available historical stats, at least that I was able to find.  Eligius has a CSV export for it's block history, and p2pool has a 3-month luck chart which is reported in the same way BTC Guild reports luck (% compared to expected earnings, rather than CDF).  Whether or not they have had good luck, neutral luck, or similar bad luck is a mystery to me, so I only report on the comparable pools that I'm aware of.

Sorry no offense.. I have taken down power Hungary rigs.  Getting some newer stuff hopefully put together in a few days and going to aim it at the pool. Good luck everybody
kendog77
Hero Member
*****
Offline Offline

Activity: 742
Merit: 500


View Profile
May 06, 2014, 01:06:48 AM
 #6824

Thanks eleuthria. I do think you are an honest pool operator, and hope the bad luck streak turns around soon but understand that it is out of your control.

On a positive note, the next difficulty increase looks like it may be in the single digits for the first time since May of 2013, so that's a very good thing! Perhaps the difficulty is finally starting to level out!
Minor Miner
Legendary
*
Offline Offline

Activity: 2226
Merit: 1011


Be A Digital Miner


View Profile
May 06, 2014, 01:10:26 AM
 #6825

I am not attacking or bitching or accusing BTCGuild in anyway, I believe it is a group of bad (defective) miners.
Since we solo mined, we know it is not Avalon's, KNC Juipters nor Cointerras as they have all performed to expectations.   But that leaves a lot of other hardware out there and also leaves open the possibility of it just being a dark miner who made their own chips.   I am sure someone could audit each miner very quickly if they had them available.

It is not likely that every large pool is having "bad luck" without someone being the beneficiary.   Some group of miners is running good luck in a large way or else blocks would be averaging 12-13 minutes.    Doesn't that mean it is likely some portion of the pool is only solving low difficulty work and can never produce a solution that solves a block?   
That would mean the one safe mining would be at small pools (where the free riders could be seen), solo mining (need more than 600TH/s right now) or pools that do some sort of "work audit" on chronically unlucky miners or brand new miners (by sending them recently solved work and see if they send back the correct result).

Sorry for the distraction and this is the last I will post about it here, but that is how I feel.

eleuthria (OP)
Legendary
*
Offline Offline

Activity: 1750
Merit: 1007



View Profile
May 06, 2014, 01:18:37 AM
 #6826

I am not attacking or bitching or accusing BTCGuild in anyway, I believe it is a group of bad (defective) miners.
Since we solo mined, we know it is not Avalon's, KNC Juipters nor Cointerras as they have all performed to expectations.   But that leaves a lot of other hardware out there and also leaves open the possibility of it just being a dark miner who made their own chips.   I am sure someone could audit each miner very quickly if they had them available.

It is not likely that every large pool is having "bad luck" without someone being the beneficiary.   Some group of miners is running good luck in a large way or else blocks would be averaging 12-13 minutes.    Doesn't that mean it is likely some portion of the pool is only solving low difficulty work and can never produce a solution that solves a block?  
That would mean the one safe mining would be at small pools (where the free riders could be seen), solo mining (need more than 600TH/s right now) or pools that do some sort of "work audit" on chronically unlucky miners or brand new miners (by sending them recently solved work and see if they send back the correct result).

Sorry for the distraction and this is the last I will post about it here, but that is how I feel.

Luck is not a zero sum game.  The difficulty can continue to rise even if the entire network was having bad luck, as long as the growth of new speed is greater than the deficit caused by poor luck.  Work audits are not possible with stratum, since each user has an independent ExtraNonce1, meaning their nonces will create radically different results than another user's, given the same template and ntime.  Additionally, a truly malicious withholding attack of large size is unblockable since they could simply make new accounts.  If they have enough speed to cause noticeable harm to a pool's production, and enough money to literally throw it away (since doing a withholding attack against PPLNS is costing them money for every block they withhold) they have more than enough money to proxy that attack through new IP ranges and accounts.

RIP BTC Guild, April 2011 - June 2015
hurricandave
Legendary
*
Offline Offline

Activity: 966
Merit: 1003



View Profile
May 06, 2014, 01:49:03 AM
 #6827

People keep mentioning "low difficulty" as if this made a difference? I was under the impression that the difficulty of a particular hash does not have bearing on whether it is the "solve" for block hash or not, that even a GPU still has the slightest chance of catching the correct timing and submitting the block solving hash, however unlikely it may be.
eleuthria (OP)
Legendary
*
Offline Offline

Activity: 1750
Merit: 1007



View Profile
May 06, 2014, 01:55:49 AM
Last edit: May 06, 2014, 02:42:21 AM by eleuthria
 #6828

People keep mentioning "low difficulty" as if this made a difference? I was under the impression that the difficulty of a particular hash does not have bearing on whether it is the "solve" for block hash or not, that even a GPU still has the slightest chance of catching the correct timing and submitting the block solving hash, however unlikely it may be.

Don't recall seeing "low difficulty" anywhere.  The miner side difficulty has no influence on whether or not their hash will solve a block.


EDIT:  NVM, saw it.  My point above still stands.

RIP BTC Guild, April 2011 - June 2015
Minor Miner
Legendary
*
Offline Offline

Activity: 2226
Merit: 1011


Be A Digital Miner


View Profile
May 06, 2014, 03:19:06 AM
 #6829

People keep mentioning "low difficulty" as if this made a difference? I was under the impression that the difficulty of a particular hash does not have bearing on whether it is the "solve" for block hash or not, that even a GPU still has the slightest chance of catching the correct timing and submitting the block solving hash, however unlikely it may be.
I think you might have misunderstood my point.   I probably am not expressing myself clearly.
 I do not mean the difficulty you are referring to. 
I do not mean a malicious withholding attack (that is not in the attacker's financial interest).
I am referring to a machine that was made but has errors either in the chip or the firmware that means it gives valid solutions to work UP TO A CERTAIN POINT.   So, when you run tests on it on OLD blocks, it solves them.   But, it has some flaw that prevents it from solving blocks as difficulty increased.   So, it essence it is now USELESS but still produces valid work (but the best share it sends is substantially below the current difficulty -- so it never solves a block).    This would be very much like what entropy referred to as a 46 card deck (when you are expecting to see 4 kings every 52 cards).

Is that clearer?   So, not some purposed withholding of solutions just incompetence.   Think of the people who have made miners (BFL, Avalon, Hashfast, KNC, Cointerra).   They have all had huge time constraints and failures.    Is it so far fetched that one of them (or someone else) made 3-10 PH/s of miners that "work" but do not solve blocks at these levels?

eleuthria (OP)
Legendary
*
Offline Offline

Activity: 1750
Merit: 1007



View Profile
May 06, 2014, 03:38:18 AM
 #6830

People keep mentioning "low difficulty" as if this made a difference? I was under the impression that the difficulty of a particular hash does not have bearing on whether it is the "solve" for block hash or not, that even a GPU still has the slightest chance of catching the correct timing and submitting the block solving hash, however unlikely it may be.
I think you might have misunderstood my point.   I probably am not expressing myself clearly.
 I do not mean the difficulty you are referring to.  
I do not mean a malicious withholding attack (that is not in the attacker's financial interest).
I am referring to a machine that was made but has errors either in the chip or the firmware that means it gives valid solutions to work UP TO A CERTAIN POINT.   So, when you run tests on it on OLD blocks, it solves them.   But, it has some flaw that prevents it from solving blocks as difficulty increased.   So, it essence it is now USELESS but still produces valid work (but the best share it sends is substantially below the current difficulty -- so it never solves a block).    This would be very much like what entropy referred to as a 46 card deck (when you are expecting to see 4 kings every 52 cards).

Is that clearer?   So, not some purposed withholding of solutions just incompetence.   Think of the people who have made miners (BFL, Avalon, Hashfast, KNC, Cointerra).   They have all had huge time constraints and failures.    Is it so far fetched that one of them (or someone else) made 3-10 PH/s of miners that "work" but do not solve blocks at these levels?

This is one of the things I've been discussing with the other pool operators.  The bad luck trend for BTC Guild and Eligius seemed to start around the time difficulty crossed 2.1b.  This is the limit of a signed 32-bit integer, one of the most common numeric variables used for programmers.  It's quite rare that people need > 2.1b (4.2b for unsigned).  The difficulty, growing exponentially, ramped up to this number extremely quickly.  I realized that BTC Guild's internal reporting used a signed 32-bit int for displaying difficulty on a status screen.  I wasn't sure if the program would crash or simply loop around, so I did server maintenance around ~1b diff to update it to use a double variable instead.

The problem here is that we've been unable to identify any hardware that is broken in this manner so far.  It doesn't make sense that such an error would even happen at the hardware level, and most ASICs use cgminer/bfgminer, which we know is not the source if there is a problem of this nature.

RIP BTC Guild, April 2011 - June 2015
-ck
Legendary
*
Offline Offline

Activity: 4046
Merit: 1622


Ruu \o/


View Profile WWW
May 06, 2014, 03:54:27 AM
 #6831

Is that clearer?   So, not some purposed withholding of solutions just incompetence.   Think of the people who have made miners (BFL, Avalon, Hashfast, KNC, Cointerra).   They have all had huge time constraints and failures.    Is it so far fetched that one of them (or someone else) made 3-10 PH/s of miners that "work" but do not solve blocks at these levels?
There's nothing different about hashes that end up being high difficulty or low at the hardware level. You have to actively look for them and remove them to differentiate them which is quite doable but is an active act of malice, not incompetence.

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
MoreBloodWine
Legendary
*
Offline Offline

Activity: 1050
Merit: 1001


View Profile
May 06, 2014, 03:58:00 AM
 #6832

People keep mentioning "low difficulty" as if this made a difference? I was under the impression that the difficulty of a particular hash does not have bearing on whether it is the "solve" for block hash or not, that even a GPU still has the slightest chance of catching the correct timing and submitting the block solving hash, however unlikely it may be.
I think you might have misunderstood my point.   I probably am not expressing myself clearly.
 I do not mean the difficulty you are referring to.  
I do not mean a malicious withholding attack (that is not in the attacker's financial interest).
I am referring to a machine that was made but has errors either in the chip or the firmware that means it gives valid solutions to work UP TO A CERTAIN POINT.   So, when you run tests on it on OLD blocks, it solves them.   But, it has some flaw that prevents it from solving blocks as difficulty increased.   So, it essence it is now USELESS but still produces valid work (but the best share it sends is substantially below the current difficulty -- so it never solves a block).    This would be very much like what entropy referred to as a 46 card deck (when you are expecting to see 4 kings every 52 cards).

Is that clearer?   So, not some purposed withholding of solutions just incompetence.   Think of the people who have made miners (BFL, Avalon, Hashfast, KNC, Cointerra).   They have all had huge time constraints and failures.    Is it so far fetched that one of them (or someone else) made 3-10 PH/s of miners that "work" but do not solve blocks at these levels?

This is one of the things I've been discussing with the other pool operators.  The bad luck trend for BTC Guild and Eligius seemed to start around the time difficulty crossed 2.1b.  This is the limit of a signed 32-bit integer, one of the most common numeric variables used for programmers.  It's quite rare that people need > 2.1b (4.2b for unsigned).  The difficulty, growing exponentially, ramped up to this number extremely quickly.  I realized that BTC Guild's internal reporting used a signed 32-bit int for displaying difficulty on a status screen.  I wasn't sure if the program would crash or simply loop around, so I did server maintenance around ~1b diff to update it to use a double variable instead.

The problem here is that we've been unable to identify any hardware that is broken in this manner so far.  It doesn't make sense that such an error would even happen at the hardware level, and most ASICs use cgminer/bfgminer, which we know is not the source if there is a problem of this nature.
So does this mean that there's an extremely rare chance we might be able to improve our luck ?

Which if we do, would you share it with the other pools heh

To be decided...
navigator
Sr. Member
****
Offline Offline

Activity: 362
Merit: 250


View Profile
May 06, 2014, 05:43:53 AM
 #6833

At what point would you consider it to definitely not be a bad luck streak and that something else is wrong?
kendog77
Hero Member
*****
Offline Offline

Activity: 742
Merit: 500


View Profile
May 06, 2014, 12:38:32 PM
 #6834

At what point would you consider it to definitely not be a bad luck streak and that something else is wrong?

The longer the time period, the less likely it is that good or bad luck will persist.

For example, it's a lot easier to flip a coin and have it come up heads twice in a row than it is to have it come up heads ten times in a row.
BRADLEYPLOOF
Hero Member
*****
Offline Offline

Activity: 520
Merit: 500


View Profile
May 06, 2014, 12:43:08 PM
 #6835

Not to hijack the thread, but relating to luck, the scryptguild pool seems to have not hit any blocks for any coins in hours. 
ericisback
Newbie
*
Offline Offline

Activity: 35
Merit: 0


View Profile
May 06, 2014, 02:01:14 PM
 #6836



2)  There have been no backend changes for ScryptGuild.  There have been no changes to the backends period in the last 9 months.  6 of those months were positive on luck.  The last 2 were not.  The 9th month isn't available since luck only started being tracked across multiple difficulties 8 months ago (prior to that it only showed the most recent shifts of the current difficulty).



eleuthria, you should just eliminate the luck graph on the site entirely.  Even though the metric is measurable, it cannot be acted upon, so, in this instance, the measurement is not valuable.  And if I have to read the "bad luck" posts for 4 more months (until we are even again), I'm going to kill myself.

P.S.  Yes, I do know that the 4 month number is not really the guaranteed length of time it will take until the variances work themselves out - it was a joke.
dropt
Legendary
*
Offline Offline

Activity: 1512
Merit: 1000



View Profile
May 06, 2014, 02:40:35 PM
 #6837



2)  There have been no backend changes for ScryptGuild.  There have been no changes to the backends period in the last 9 months.  6 of those months were positive on luck.  The last 2 were not.  The 9th month isn't available since luck only started being tracked across multiple difficulties 8 months ago (prior to that it only showed the most recent shifts of the current difficulty).



eleuthria, you should just eliminate the luck graph on the site entirely.  Even though the metric is measurable, it cannot be acted upon, so, in this instance, the measurement is not valuable.  And if I have to read the "bad luck" posts for 4 more months (until we are even again), I'm going to kill myself.

P.S.  Yes, I do know that the 4 month number is not really the guaranteed length of time it will take until the variances work themselves out - it was a joke.

Bad luck graph or not.  It's pretty fucking obvious when there's a continual stream of >6 blocks found per shift when historically it's been >9.
eleuthria (OP)
Legendary
*
Offline Offline

Activity: 1750
Merit: 1007



View Profile
May 06, 2014, 04:49:05 PM
Last edit: May 06, 2014, 05:16:39 PM by eleuthria
 #6838



2)  There have been no backend changes for ScryptGuild.  There have been no changes to the backends period in the last 9 months.  6 of those months were positive on luck.  The last 2 were not.  The 9th month isn't available since luck only started being tracked across multiple difficulties 8 months ago (prior to that it only showed the most recent shifts of the current difficulty).



eleuthria, you should just eliminate the luck graph on the site entirely.  Even though the metric is measurable, it cannot be acted upon, so, in this instance, the measurement is not valuable.  And if I have to read the "bad luck" posts for 4 more months (until we are even again), I'm going to kill myself.

P.S.  Yes, I do know that the 4 month number is not really the guaranteed length of time it will take until the variances work themselves out - it was a joke.

Bad luck graph or not.  It's pretty fucking obvious when there's a continual stream of >6 blocks found per shift when historically it's been >9.

BTC Guild is smaller (relative to network size) than it was months ago.  The days of a public facing pool being 25%+ of the network are over, unless they have an obscenely large private farm propping it up.  Private mining entities now make up ~40% of the network, leaving only 60% left to fight over.  As a result, shifts are no longer setup around 15-20x difficulty, they're setup to be roughly 10x difficulty.  This means bad luck shifts are no longer 8-10 blocks.  A neutral shift right now is 8.75 blocks (meaning 9 blocks or more in a shift is positive luck).

RIP BTC Guild, April 2011 - June 2015
dropt
Legendary
*
Offline Offline

Activity: 1512
Merit: 1000



View Profile
May 06, 2014, 05:43:08 PM
 #6839

BTC Guild is smaller (relative to network size) than it was months ago.  The days of a public facing pool being 25%+ of the network are over, unless they have an obscenely large private farm propping it up.  Private mining entities now make up ~40% of the network, leaving only 60% left to fight over.  As a result, shifts are no longer setup around 15-20x difficulty, they're setup to be roughly 10x difficulty.  This means bad luck shifts are no longer 8-10 blocks.  A neutral shift right now is 8.75 blocks (meaning 9 blocks or more in a shift is positive luck).

I understand and agree that BTCGuild's size is decreasing in terms of network percentage, as are the other public facing pools.  However, moving the average luck down to 8.75 b.p.h doesn't introduce a large margin of error on the values I stated in my earlier post. 

The bottom line is the luck is shit, and has been long enough that it's actually dragged BTCGuild's "all-time" luck sub 100.  I recognize that luck is out of our collective hands, so I've not come in here pissing and moaning about it.  However, the sustained streak is starting to raise flags, and I find it interesting that Eligius and BTCGuild are experiencing similar trends extending from a similar point in time.  I don't blame you for the "luck" or for nefarious acts, and in the event that it's actually bad hardware I fail to see any way to counter it.
Trongersoll
Hero Member
*****
Offline Offline

Activity: 490
Merit: 501



View Profile
May 06, 2014, 06:26:05 PM
 #6840

We should all remember, when pool luck is down we all lose. Eleuthria loses too. If there was anything he could think of to fix this he would do it. He is probably pulling his hair out like the rest of us. he is also very good at his job and most likely understands this stuff better than we do.

This is not to say that people shouldn't keep coming up with ideas. Personally, i liked the underperforming hardware idea. a lot of the miners have controllers on their boards that may have a problem with numbers that are too large. There is always the possibility that one of us may come up with something that no one else thought of. Brainstorming is good.

But just yelling that the system is broke and to fix it will not accomplish anything. Even if we did determine that some evil organization is interfering or cheating in some way, it is quite likely that nothing could be done about it.

I understand the randomness of Luck and that it is what it is, but i too "feel" that there has to be something causing this but, untill someone can prove their theory we just have to accept things the way they are. nobody complained when btcguild luck was over 100% for months on end. now it has swung the other way. At least until someone can prove otherwise.
Pages: « 1 ... 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 [342] 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 ... 425 »
  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!