Topic: [GBT Protocol - ASIC] - BitArena.net - Mining Pool - Prop - 0% Fees. - page 5. (Read 13863 times)

sounds similar to the point system... without the points.

That doesn't sound hopping-proof...

But whatever, go right ahead, I'll get in on this party too 

Well this is your opinion , i wish and i`m sure that it cant be exploited , it will have at the base miner speed calculated every 10 minutes.

Let`s say there are 50 miners with medium speed of 10 GH/s each someone will come with 500 GH/s ( like Inaba :-) ) he mine 2 hours then he leave then the system will read his latest 10 min speed and will see that drop to 0 from 500 so 2 hours = 12 speed update rounds , so will apply the formula $inaba_speed = 500+500+500...12 times and he continues +0+0+0+0 ( $estimated_inaba_reward = $inaba_speed / $total_pool_speed * 50; ) so his reward will drop down every 10 minutes and will go up to full online miners.

Anyway there are some theory its a little more complicated i`l present the full formula after i`l implement it and its extra hopping prof.

Please, don't. If it's not provably fair anyone will be able to write an exploit for it within a day, and your pool hoppers will still profit only a little less so. There's no reason to create a new reward method.

Yeah

Sounds....intriguing.

We have write a new reward formula/hopping prof based on latest miners speed logs and we will reveal it tomorrow after we run some simulations.

We hope to be a revelation :-))

He will just copy it and call it his.

Well I hope you aren't a hypocrite calling Stratum harmful but considering including it in your SatanMiner?
That wouldn't show well for your character to do something like that ... ... ... oh wait ...

We are working at the reward system to avoid pool hopping and protect small miners.

The pool already supports the standard GBT protocol. There's no need for Stratum, which just does basically the same thing (except in a way that is more harmful to Bitcoin), despite a couple of big pools throwing around their weight on it.

The pool's thread speed needs to be updated.

OP: Are you planning on having an easily accesible history of block rewards?

not much need at POOL SPEED: 1.3 GH/SEC
after the flurry of excitement and hoppers leaving at 43% would be good if the poolop could put a more real figure in the topic

Any plan for Stratum mining ?

I have about 0.7GH/s on Diablominer via http proxy at my office. Deepbit works like a charm with it. Your page proposes a configuration but its not possible to resolve / get work from pool.bitarena.net:8332 like my other miners (phoenix). If you have any ideas, just whistle.

I do have my other 2.0 Gh/s mining with you. Let's see what happens 

Dang I hadn't seen that before, but no that's not it.  But I'm pretty sure it's both related and probably the genesis of my name origin in a weird sort of way.

Nope. It can't be profitable after 43.45%, it's just impossible. Mostly the share value expectation is 1.0 at 23.6% or so, but as the pool hashrate increases to a larger proportion of D, the hop window stretches to a maximum of 0.4345xD - sort of like what happens with Slush, only more so.

Run a few simulations and you'll see I'm right. I'll get around to posting a derivation some day, and calculate how much fulltimers there lose (especially since only half of the hopper tax is returned to fulltimers). From what I see most hoppers are leaving a 23.6% regardless of hashrate and not profiting as much as they could.

...

@ Greee I know certain forum members will hate me for repeating what Dr Haribo has said but there is no future in using a payout method which unfairly penalises fulltime miners.

First, read https://bitcoil.co.il/pool_summary.pdf and https://bitcoil.co.il/pool_analysis.pdf. From the first, you can pick and choose a reward method that suits you. From the second, you get more details on each reward method.

PPS: You'll see that you can calculate exactly how much risk you want to take with PPS. In Meni's example, the bitcoin block reward is 50 btc, the risk of bankruptcy you'll will to accept is 1/1000, and the fee is 5%, then you'll need to have a bankroll of 3454btc to start the pool - although if you wait until the block reward is halved, then the required bankroll to start is 1727 btc.

PPLNS: It's a little trickier than you might think to implement in a completely pool hopper invulnerable way. Just ask Dr. Haribo. It's intuitively easier to grasp than DGM, but variance and maturity time can't be controlled to the same extent.

DGM: Tricky, and you might want to ask Inaba or Graet (if Inaba doesn't want to lose a hoppable pool ) for some help. But you can control a great deal about your miners' experience by varying it's variables.

That's it, Greee. There are no other options if you want to retain fulltime miners.

Good luck!

BitcoinPool is being brutally pool hopped. Deepbit which delays stats is also being pool hopped but the pool is so big that the effect of the pool hopping is not that great. Both of those pools have anti-hopper measures that are mostly ineffective. BitcoinPool's anti-hopper system is more likely to hurt innocent miners than actual pool hoppers who know what they are doing.

Those pools should just switch over to a fair reward system. It's pretty simple, most pools have done it.

See how much the hoppable pools are being abused at the bottom of this page: http://organofcorti.blogspot.no/2012/09/23rd-september-weekly-pool-statistics.html

Those are failed reward systems with failed anti-hopper measures. Noone should copy their methods. It would be a really bad idea for BitArena to go with a broken reward system, so let's just forget the systems that have been proven not to work.

http://atky.cocolog-nifty.com/photos/uncategorized/2008/06/17/120831971718716130227.jpg