Bitcoin Forum
April 27, 2024, 12:14:03 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: alternative cheat-proof method?  (Read 1450 times)
redshark1802 (OP)
Newbie
*
Offline Offline

Activity: 44
Merit: 0


View Profile
July 17, 2011, 07:03:08 PM
 #1

Hi,

I've done some reading on various possibilities in order to prevent pool-hopping.
At some point I had my own idea and I'd like some feedback, may be I'm
missing something.

userScore = t //seconds since round start for the submitted share

after the round is finished all scores of the user and the totalScore
will be summed up, resulting in:

reward = userScore/totalScore*50

Any ideas about what I'm missing?
Eliel_ in the irc already pointed out that may be miners
don't want to mine at the start of a round.
But sadly I have not enough data, to do some simulations.
TalkImg was created especially for hosting images on bitcointalk.org: try it next time you want to post an image
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1714176843
Hero Member
*
Offline Offline

Posts: 1714176843

View Profile Personal Message (Offline)

Ignore
1714176843
Reply with quote  #2

1714176843
Report to moderator
error
Hero Member
*****
Offline Offline

Activity: 588
Merit: 500



View Profile
July 17, 2011, 08:26:15 PM
 #2

I think slush does something like this. It's not quite cheat proof, though. A pool hopper can "cheat" this method in two ways: First, by mining at the start of the round, hoping the pool gets lucky (but only if other pools aren't more attractive at the time). Second, by only mining at the end of the round, the pool hopper will be paid most of what he would have been paid by mining for the entire round.

3KzNGwzRZ6SimWuFAgh4TnXzHpruHMZmV8
redshark1802 (OP)
Newbie
*
Offline Offline

Activity: 44
Merit: 0


View Profile
July 17, 2011, 08:35:31 PM
 #3

mhm.
could be factor used to even to this out?
i know how does slush it does, but i don't like it.
JoelKatz
Legendary
*
Offline Offline

Activity: 1596
Merit: 1012


Democracy is vulnerable to a 51% attack.


View Profile WWW
July 18, 2011, 03:11:13 AM
 #4

Second, by only mining at the end of the round, the pool hopper will be paid most of what he would have been paid by mining for the entire round.
That doesn't matter. There's no way a pool hopper can ever know that a particular share is more or less likely to be near the end of the round.

I am an employee of Ripple. Follow me on Twitter @JoelKatz
1Joe1Katzci1rFcsr9HH7SLuHVnDy2aihZ BM-NBM3FRExVJSJJamV9ccgyWvQfratUHgN
TeraPool
Newbie
*
Offline Offline

Activity: 42
Merit: 0


View Profile
July 18, 2011, 03:48:38 AM
 #5

Second, by only mining at the end of the round, the pool hopper will be paid most of what he would have been paid by mining for the entire round.
That doesn't matter. There's no way a pool hopper can ever know that a particular share is more or less likely to be near the end of the round.

Agreed.

You guys have obviously never played roulette Wink

Pool hopping is not cheating and it never will be.
joulesbeef
Sr. Member
****
Offline Offline

Activity: 476
Merit: 250


moOo


View Profile
July 18, 2011, 03:57:05 AM
 #6

is it really cheating? doesnt it help the pool to get more Mhs and churn through a block faster? Hoppers still get paid proportionally to their work. People just seem to get annoyed they have figured out a way to make a little more per day by jumping on blocks.

yeah i get people who dont hop feel cheated as some of their rewards are smaller, but their pool also gets through blocks faster and their rewards would be even smaller if the hoppers didnt hop but choose their pool as a home.

Do we all also much use the same miner software and the same amd cards to make sure none of us are cheating by using better methods and better hardware?

mooo for rent
Meni Rosenfeld
Donator
Legendary
*
expert
Offline Offline

Activity: 2058
Merit: 1054



View Profile WWW
July 18, 2011, 04:47:44 AM
Last edit: July 18, 2011, 10:22:38 AM by Meni Rosenfeld
 #7

Your method is not hopping-proof. There are two hopping-proof methods, the geometric method and PPLNS (look them up).


To those who think pool hopping is not a problem, please consider two points:

1. What would happen if everyone did it? (Hint: proportional pools would stop getting any shares at all once they reach 43.5% of the difficulty).
2. Increasing megahashes with better hardware/software means you increase your contribution to the network security, and your reward increases proportionally. Pool-hopping means you increase your reward without any increase in your contribution (at the expense of other miners).

1EofoZNBhWQ3kxfKnvWkhtMns4AivZArhr   |   Who am I?   |   bitcoin-otc WoT
Bitcoil - Exchange bitcoins for ILS (thread)   |   Israel Bitcoin community homepage (thread)
Analysis of Bitcoin Pooled Mining Reward Systems (thread, summary)  |   PureMining - Infinite-term, deterministic mining bond
Meni Rosenfeld
Donator
Legendary
*
expert
Offline Offline

Activity: 2058
Merit: 1054



View Profile WWW
July 18, 2011, 10:18:54 AM
 #8

First you should keep in mind that any scoring method where the score depends on time, is prone to hopping based on hashrate fluctuations. So to make your suggestion a candidate for analysis, we should replace it with the score being equal to the number of shares already submitted (this gives the same results as the time-based method if we assume that the hashrate is constant).

So, for this scoring method, a share submitted after t*difficulty others, gives an expected return of approximately 2(1-t*exp(t)*gamma(0,t)) times the normal reward. Thus, shares submitted at the beginning of the round have twice the normal value, and it remains >100% up to the point where 61% * difficulty shares were submitted.

1EofoZNBhWQ3kxfKnvWkhtMns4AivZArhr   |   Who am I?   |   bitcoin-otc WoT
Bitcoil - Exchange bitcoins for ILS (thread)   |   Israel Bitcoin community homepage (thread)
Analysis of Bitcoin Pooled Mining Reward Systems (thread, summary)  |   PureMining - Infinite-term, deterministic mining bond
Pages: [1]
  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!