DPoS2
Member
Offline
Activity: 189
Merit: 11
|
|
June 15, 2014, 03:20:59 PM |
|
This begs the question... with all those factors in mind, wouldn't you notice if you weren't getting any blocks?
M
They knew exactly what they were doing. It was no "accident". The accident is they got caught. Anyone who has the dough to setup hundreds of TH/S, wants to get the maximum reward they can, anyway they can. They don't care about fairness or legality.
I totally agree that it doesn't looks like it was unintentional, I also doubt that it was. I was also trying to point out that even if it was unintentional, that it's no excuse. If you are running your own fork of cgminer on your own hardware then you must deal with the consequences if your software/hardware combination doesn't work and actually ends up causing harm to the other pool users. They should actually return all of the bitcoin mined with their faulty hardware as it's been proved to not work correctly and was (intentionally or not) stealing from the other pool users. When i pointed out the smoke months ago on btcguild (since it was happening there as well) I got all sorts of hate mail attacks... and just last week I got majorly hacked fuck this den of thieves and sheep of fools
|
Learn the *Truth* about Big Company Mining Pools!!! Stop Giving Your Money Away!!!
|
|
|
|
|
"The nature of Bitcoin is such that once version 0.1 was released, the
core design was set in stone for the rest of its lifetime." -- Satoshi
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
DrG
Legendary
Offline
Activity: 2086
Merit: 1035
|
|
June 15, 2014, 10:44:35 PM |
|
I think Pool ops need to add to the User Agreement that users found to be selfish mining forfeit any non-dispersed mining funds and are contractually obligated to return their ill-gotten gains. Most other users would support this.
The problem is how can you prove it statistically except for looking at massive deviations (like 6 magnitudes off).
|
|
|
|
coinft
|
|
June 15, 2014, 11:41:19 PM |
|
I think Pool ops need to add to the User Agreement that users found to be selfish mining forfeit any non-dispersed mining funds and are contractually obligated to return their ill-gotten gains. Most other users would support this.
The problem is how can you prove it statistically except for looking at massive deviations (like 6 magnitudes off).
I am not totally sure how mining works now, but couldn't a pool spot check miners by giving them work known to contain a valid block solution every now and then? I'd be easy to get evidence this way.
|
|
|
|
PlanetCrypto
|
|
June 15, 2014, 11:48:45 PM |
|
I think Pool ops need to add to the User Agreement that users found to be selfish mining forfeit any non-dispersed mining funds and are contractually obligated to return their ill-gotten gains. Most other users would support this.
The problem is how can you prove it statistically except for looking at massive deviations (like 6 magnitudes off).
I am not totally sure how mining works now, but couldn't a pool spot check miners by giving them work known to contain a valid block solution every now and then? I'd be easy to get evidence this way. and randomize the WU.
|
|
|
|
DrG
Legendary
Offline
Activity: 2086
Merit: 1035
|
|
June 16, 2014, 12:02:42 AM |
|
I think Pool ops need to add to the User Agreement that users found to be selfish mining forfeit any non-dispersed mining funds and are contractually obligated to return their ill-gotten gains. Most other users would support this.
The problem is how can you prove it statistically except for looking at massive deviations (like 6 magnitudes off).
I am not totally sure how mining works now, but couldn't a pool spot check miners by giving them work known to contain a valid block solution every now and then? I'd be easy to get evidence this way. Basically have the pool send work that only needed difficulty 1 to solve? I guess that could work, but I'm not well versed on the inner workings of nonces and all the stuff... need one of those brainiacs to post on that
|
|
|
|
coinft
|
|
June 16, 2014, 12:10:50 AM |
|
I think Pool ops need to add to the User Agreement that users found to be selfish mining forfeit any non-dispersed mining funds and are contractually obligated to return their ill-gotten gains. Most other users would support this.
The problem is how can you prove it statistically except for looking at massive deviations (like 6 magnitudes off).
I am not totally sure how mining works now, but couldn't a pool spot check miners by giving them work known to contain a valid block solution every now and then? I'd be easy to get evidence this way. Basically have the pool send work that only needed difficulty 1 to solve? I guess that could work, but I'm not well versed on the inner workings of nonces and all the stuff... need one of those brainiacs to post on that I was thinking send it the same work description which another miner already solved and reported a block on.
|
|
|
|
sconklin321
Sr. Member
Offline
Activity: 543
Merit: 250
Orjinal üyelik ToRiKaN banlanalı asır ol
|
|
June 16, 2014, 01:16:01 AM |
|
I think Pool ops need to add to the User Agreement that users found to be selfish mining forfeit any non-dispersed mining funds and are contractually obligated to return their ill-gotten gains. Most other users would support this.
The problem is how can you prove it statistically except for looking at massive deviations (like 6 magnitudes off).
I am not totally sure how mining works now, but couldn't a pool spot check miners by giving them work known to contain a valid block solution every now and then? I'd be easy to get evidence this way. Basically have the pool send work that only needed difficulty 1 to solve? I guess that could work, but I'm not well versed on the inner workings of nonces and all the stuff... need one of those brainiacs to post on that I was thinking send it the same work description which another miner already solved and reported a block on. If this were done, you'd have to limit it to only miners of a certain size seeing as miner with my hashing power, a mere 85 gh/s, would probably have difficulty solving a current block in a reasonable amount of time to prove my software/hardware was working correctly. Yes, I understand I might get lucky and solve block, but that would definitely be a something that could reasonably be predicted as to when. Right now I'm showing a best share as 12.8M. The other thing this would beg to question, is wouldn't this hash power be put to better work hashing on good work. Seems like looking for statistical anomalies and watching them more closely, or auditing their work would be a better way to handle this.
|
|
|
|
Red_Wolf_2
|
|
June 16, 2014, 03:57:10 AM Last edit: June 16, 2014, 06:40:55 AM by Red_Wolf_2 |
|
Clue would be to run tests only against miners which fell outside the standard deviation from regular miners. This would limit excess processing and wasted work, as only those under suspicion would end up being tested.
|
Probably should put something here.... Maybe an LTC address? LeNdJidEvsyogSu2KbC1u3bfJSdcjACFsF
|
|
|
mysidia
Member
Offline
Activity: 93
Merit: 10
|
|
June 16, 2014, 04:01:11 AM |
|
Seems like looking for statistical anomalies and watching them more closely, or auditing their work would be a better way to handle this.
At some point you could consider making it economically viable for miners to "spot check" work units conducted by other miners, and if another miner finds enough blocks the other mining operator apparently missed in the past, then miner deemed to have originally witheld that solution. Perhaps pools publishing detailed statistical datasets for every miner operating on their pool; including the listing of complete work units they claimed to have exhausted. And every time the pool solves a block, set aside 0.02BTC of the generation (or some other fraction) towards a heavily secured "security/bounty fund". Partially as a reward for reporting or correcting nefarious activity, in order to "crowdsource" audit work, and partially as an 'insurance fund'. Use a 90 or 180 day delayed payout mechanism to give some funds as reward to miners solving a block, in order to discourage small miners from witholding, since they will actually immediately lose $$$ in doing so. And to distribute the rest of the bounty fund (excluding a reserve of at least 100BTC) as payouts similar in concept to "claimed insurance" to reduce miners' losses due to block witholding. If any software developer designs an effective scheme of lower cost to operate that provides reliable automatic detection which is not easily defeated or provides permanent immunity against block witholding, then the developer would be awarded 10 or 20 BTC, from every pool to have such a fund, and the size of the security bounty / block "insurance" premium could then be reduced. On the other hand... if anyone who reviews a pool's public datasets and is convinced that a certain miner is conducting block witholding, they can pay a 3 BTC fee and specify which 2016 block difficulty adjustment period, or 6 BTC and specify their two sequential 2016 block periods, etc, in order to lay their accusation. In case the pool operator finds the proof of the accusation to meet the statistical requirements, then the first to have reported the miner block witholding for each 2016 block period is paid from the bounty fund the lesser of 20BTC from the bounty fund per 2016 period and half the pool's loss from that miner (Not to exceed 40BTC total to all accusers for accusations related to a specific accused miner or during a specific 30 days). In either case, the pool operator keeps the 3BTC fee taken from the first accuser to lay the accusation, in order to help compensate for investigation, but may: at their discretion, refund some portion, if it was shown to be wrong but non-frivolous.
|
BTC: 1FbuJxZCeJUqrP7EpUkgMKWAmAA1M8gUBd LTC: LbvomgbwKnqk47mWzALCDEoV8ydjxYYYpF
|
|
|
NewLiberty
Legendary
Offline
Activity: 1204
Merit: 1002
Gresham's Lawyer
|
|
June 16, 2014, 05:16:07 AM |
|
I think Pool ops need to add to the User Agreement that users found to be selfish mining forfeit any non-dispersed mining funds and are contractually obligated to return their ill-gotten gains. Most other users would support this.
The problem is how can you prove it statistically except for looking at massive deviations (like 6 magnitudes off).
I am not totally sure how mining works now, but couldn't a pool spot check miners by giving them work known to contain a valid block solution every now and then? I'd be easy to get evidence this way. How, by sending a winning nonce to all the largest miners in their pool to see if one doesn't return it?
|
|
|
|
sconklin321
Sr. Member
Offline
Activity: 543
Merit: 250
Orjinal üyelik ToRiKaN banlanalı asır ol
|
|
June 16, 2014, 05:29:59 AM |
|
I know the pool is working, but just wanted to let everyone know the stats seem to be stuck. We've mined 2 blocks (306,049 & 306,065) since 306,013. Payouts seem to be working as normal since I was included in the last payout, just doesn't seem to be updating that we've moved on to new blocks on the website.
|
|
|
|
mysidia
Member
Offline
Activity: 93
Merit: 10
|
|
June 16, 2014, 06:42:57 AM |
|
How, by sending a winning nonce to all the largest miners in their pool to see if one doesn't return it?
I think one of the problems is; there's no guarantee about which order the miner tries the nonce values in, and it might fail or decide not to try some subset of nonces of the winning one is one of... without being a "cheating" or withholding miner. The other thing is sending miners some fake work units: results in hashing power being wasted, so great care must be taken for the "fix" to not have greater expected total losses on average, than the block withholding attacks that are likely.
|
BTC: 1FbuJxZCeJUqrP7EpUkgMKWAmAA1M8gUBd LTC: LbvomgbwKnqk47mWzALCDEoV8ydjxYYYpF
|
|
|
fubly
|
|
June 16, 2014, 08:02:27 AM |
|
Block 306010 by Eligius, but not on blocklist. Hmm https://blockchain.info/en/block-height/306065Timestamp 2014-06-16 05:24:12
|
each time you send a transaction don't forget to use a new address, each time you receive one also!
|
|
|
baddw
|
|
June 16, 2014, 08:09:19 AM |
|
How, by sending a winning nonce to all the largest miners in their pool to see if one doesn't return it?
I think one of the problems is; there's no guarantee about which order the miner tries the nonce values in, and it might fail or decide not to try some subset of nonces of the winning one is one of... without being a "cheating" or withholding miner. The other thing is sending miners some fake work units: results in hashing power being wasted, so great care must be taken for the "fix" to not have greater expected total losses on average, than the block withholding attacks that are likely. Yes... this has been discussed a month or two ago, I think here in this thread. In any case, it is known that some hardware only checks certain nonces due to the design of the chip.... e.g. maybe it only checks even numbers and skips odds, or only factors of 4, etc. This is built into the design of the hardware. It still checks X number of hashes per second, but it just skips certain nonces. And then you have the efficiency issue. All miners in a pool should be notified ASAP when a new block is found, and new work pushed to all of them. Otherwise, the workers pull work from the pool on an as-needed basis. If the pool found a block (i.e., a known good nonce) then it would have to have some way to push a normal-looking work payload to all miners in order to test them. This just isn't going to happen, it will be easily detectible (just set up 3 addresses to mine to, if all of them get the same work at once then it's an obvious test) and also loses efficiency. It is making miners work on an old block which has already been found, when they should be working on a new block. It just doesn't make sense to do this. Perhaps on a targeted basis, but certainly not for the whole pool, or even for all of the larger miners. All in all, statistical analysis is the best way to discover block withholders.
|
BTC/XCP 11596GYYq5WzVHoHTmYZg4RufxxzAGEGBX DRK XvFhRFQwvBAmFkaii6Kafmu6oXrH4dSkVF Eligius Payouts/CPPSRB Explained I am not associated with Eligius in any way. I just think that it is a good pool with a cool payment system
|
|
|
S4VV4S
|
|
June 16, 2014, 08:41:16 AM |
|
|
|
|
|
taipo
Full Member
Offline
Activity: 238
Merit: 100
Kia ora!
|
|
June 16, 2014, 09:25:32 AM |
|
Interesting.
Also hows that for luck. Elegius gets into a spat with some block withholders and now were on a 11.5 hour round...
|
|
|
|
Bitskint
Member
Offline
Activity: 79
Merit: 10
|
|
June 16, 2014, 09:31:08 AM |
|
Interesting.
Also hows that for luck. Elegius gets into a spat with some block withholders and now were on a 11.5 hour round...
We have found block during that time -- just not updated yet. When WK comes online he will sort out the stats page, but for now, be content that we are still finding blocks in the background
|
1M68XehjYww77DLgwW9rk2zRid8Z8B7uw7 <-- my new BTC addy since Cryptsy took everything
|
|
|
wizkid057 (OP)
Legendary
Offline
Activity: 1223
Merit: 1006
|
|
June 16, 2014, 10:07:57 AM |
|
Sprayed a little WD40 on the web server, mixed some more oil and gas, gave her a few pulls... presto!Should be back to normal in no time. Migration to the new server is still in progress, also.
|
|
|
|
TRN1062
Newbie
Offline
Activity: 49
Merit: 0
|
|
June 16, 2014, 12:27:56 PM |
|
Exactly.
If I contract someone to do some work for me, and not only do they not do it but they cost me money, there is no way I'm going to pay them. In fact I'd probably penalise them and try to recover costs, especially if others are affected.
This is not exactly what has happened here. *Contracts* were not broken. What is happening here, it seems to me, is that an error was made, and the person making the error did not fully disclose it or try to remedy the error in a honest and forthright manner, rather chose to call foul and claim the withheld BTC - relying on the trust-less, mathematical nature of the system. The error was discovered and the pool op decided to withhold payment - taking the position that the work was not done to the required standard. Is Eligius going to retroactively apply a contract based on some arbitrary statistical measure of block finding luck on all its miners? What exactly is that measure? Where is this standard going to be documented? Bitcoin and its protocol is not meant to require "judges" and the decisions of "trusted" people. One in a position to be able to make such a change (such as the case here with wizkid et al) should consider the impacts of doing so carefully - it is a large responsibility. Similarly, I also think that brucexie should also consider the impact of his obvious attempts at non-disclosure and the apparent withholding of his knowledge regarding the scale of the errors. It is easy to assume that he must have known about negative impact this would have had on others. A good outcome would be for Brucexie to apologize and *allow* the money to be distributed; then Eligius sets about creating a statistical measure of work quality going forward that everyone has the opportunity to accept or reject. I would agree whole heartedly that it may have been unintentional IF Brucexie would agree to return the 430 or so BTC he and his group pocketed from this misadventure ( just on Eligius not to mention whatever other pools they have performed this attack on) and allow the whole sum to be distributed to those miners who actually did the work and solved the blocks. If he and his group would do that I guess that would prove to me he / they had no intentions to steal my bitcoins or try to do harm to Eligius and the other pools they attacked. Since I do not see such an offer and I do in fact see Wizkid planning to distribute the 225 BTC he froze. I guess we can see who it is that is dishonest here. Wizkid could have kept this all quiet and pocketed the frozen funds but he refused even when someone suggested he do so. Once again Wizkid showing his TRUE colors. I think what this is showing me is that my donation levels are set way to freaking LOW and I probably should go increase them immediately but its bed time and I am getting too tired to see the screen so I will have to worry about that another time. Thanks Wizkid, Lukejr and all others who are instrumental in keeping Eligius the BEST if albeit not the biggest mining pool BAR NONE.
|
|
|
|
bitdigger2013
|
|
June 16, 2014, 02:52:33 PM |
|
Looking to understand the "Shares Rewarded" %. Mine is at around 92% does that mean that only 92% of the shares submitted will get rewarded? Sounds like I would have low efficiency.
Thanks.
|
|
|
|
|