5% is still okay in my book, but that's about the limit. LiteGuardian does 2% PPS, and it's not doing any hybrid.
The reserves a pool needs to handle the swings of PPS are too much for it to be a consideration. Combine that with the block withholding attack risk that can drive the pool bankrupt it's not worth it.
I like mmpool with or without PPS, I'm just giving my opinion on PPS in general.
Oh, well yea, I agreed with you 100% with PPS in general.
Personally, I think PPS rates should be trailing; based on the pool's average rate at which they find blocks for one Difficulty Term.
I would first set my break-even, minimum PPS %, then choose an arbitrary number + % as the first control term. After the Network Difficulty adjusts, get the avg. Time between blocks on network and between blocks found in pool. I would see how the pools avg. Hashrate changed +/- then adjust the PPS n% higher, or lower.
Of course you would need an upper bound limit pool miners would agree too, but adjusting the PPS between let's say 1.25% and 5.05% could average out nicely for Pool managers and Devoted Miners.
My math is 'Pseudo Math' I would need time to write an actual formula, but that's my idea.
PPS with a variable fee based on luck. Interesting.
This is a lousy idea and just as hoppable as the old proportional type payment in disguise. If you have a week of good luck all your miners will jump across while the pps rates are high. As soon as luck is bad they'll all run away. You can bet your bottom dollar as soon as the hordes are aware you're offering this they'll abuse it. It still leaves you wide open for a block withhold attack too.
Why would people withhold blocks, though? I mean, it doesn't hurt them, but it doesn't help them in any way, either. It's just being a dick.
Exactly what I thought.
What I came up with, and this is still accepting 'Block Withholding' as a non-issue for the time being, would make use of Miner's Time On Pool as @kjlimo stated. You would calculate the PPS system using a SINC function (The SINE Wave Graphs). In order to determine PPS the pool uses a Singal-To-Noise formula to reduces 'noise' in the Sinc-Wave or Hashrate Fluctuations; this would find a % adjustment for each individual miner's PPS. The adjustment would be bound to the Upper and Lower limits being determined by the original idea I had. In addition each miner's time needs to be pitted up against their hashrate vs. pool hashrate (This I am still working on)...
What we have would be:
-Global 'Luck' calculations
- Upper Bound & Lower Bound Limits
- A Running & Adjusting SINC-Function
- Measuring Pool's Averages Dependent On The Global Variables
- Signal-To-Noise Recalculations
- Pushing The Sine Waves Higher or Lower to reach a median
- Be the medium 5% higher than the true median or 1% lower than true; etc.
- Individual Miner 'Variance' Calculations
- Comprised of Time On Pool
- & Value Or Total Shares
(Might Be Bad)
- Miner Variance Gives a +/- above or below the Pool's [(Calculated)(Re-Adjusted[ing]) PPS-SINC Function]
I feel like I'm off somewhere :/