reworked help section
This commit is contained in:
parent
4628cb83ac
commit
0de732cb9d
@ -1,44 +1,84 @@
|
||||
<div class="row">
|
||||
<div class="col-lg-12">
|
||||
<div class="widget">
|
||||
<div class="widget-header">
|
||||
<div class="title">
|
||||
Frequently Asked Questions
|
||||
</div>
|
||||
<span class="tools">
|
||||
<i class="fa fa-info"></i>
|
||||
</span>
|
||||
</div>
|
||||
<div class="widget-body">
|
||||
<ul>
|
||||
<li><b><i>Q: When will I get paid?</b></i></li>
|
||||
<b>A:</b> This pool uses the following payout system.<br>
|
||||
<div class="widget-body">
|
||||
<div class="panel-group" id="accordion">
|
||||
<div class="panel panel-default">
|
||||
<div class="panel-heading">
|
||||
<h4 class="panel-title">
|
||||
<a class="" aria-expanded="true" title="" data-original-title="" data-toggle="collapse" data-parent="#accordion" href="#collapseOne">
|
||||
<strong>Q:</strong> When will I get paid?
|
||||
</a>
|
||||
</h4>
|
||||
</div>
|
||||
<div style="" aria-expanded="true" id="collapseOne" class="panel-collapse collapse in">
|
||||
<div class="panel-body">
|
||||
This pool uses the following payout system:
|
||||
{if $GLOBAL.config.payout_system == 'prop'}
|
||||
<br>
|
||||
<b>Proportional (Prop)</b> - The block reward is distributed among miners in proportion to the number of shares they submitted in a round. The expected reward per share depends on the number of shares already submitted in the round.
|
||||
<b>Proportional (Prop)</b>
|
||||
<br/>The block reward is distributed among miners in proportion to the number of shares they submitted in a round. The expected reward per share depends on the number of shares already submitted in the round.
|
||||
{/if}
|
||||
{if $GLOBAL.config.payout_system == 'pplns'}
|
||||
<br>
|
||||
<b>Pay Per Last N Shares (PPLNS)</b> - Block rewards are distributed among the last shares, disregarding round boundaries. In the accurate implementation, the number of shares is deter- mined so that their total will be a specified quantity of score (where the score of a share is the inverse of the difficulty). Most pools use a naive implementation based on a fixed number of shares or a fixed multiple of the difficulty. The share-variance can be reduced at the cost of increased maturity time, but there is no way to decrease the long-term pool-variance.
|
||||
<b>Pay Per Last N Shares (PPLNS)</b>
|
||||
<br/>Block rewards are distributed among the last shares, disregarding round boundaries. In the accurate implementation, the number of shares is deter- mined so that their total will be a specified quantity of score (where the score of a share is the inverse of the difficulty). Most pools use a naive implementation based on a fixed number of shares or a fixed multiple of the difficulty. The share-variance can be reduced at the cost of increased maturity time, but there is no way to decrease the long-term pool-variance.
|
||||
{/if}
|
||||
{if $GLOBAL.config.payout_system == 'pps'}
|
||||
<br>
|
||||
<b>Pay Per Share (PPS)</b> - Each share receives a fixed reward known in advance. This is the ultimate low- variance, low-maturity simple method, but has the highest risk for the operator, and hence lower expected returns than other methods and risk of collapse if not managed properly.
|
||||
<b>Pay Per Share (PPS)</b>
|
||||
<br/>Each share receives a fixed reward known in advance. This is the ultimate low- variance, low-maturity simple method, but has the highest risk for the operator, and hence lower expected returns than other methods and risk of collapse if not managed properly.
|
||||
{/if}
|
||||
<br><br>
|
||||
<li><b><i>Q: What is a orphan block?</b></i></li>
|
||||
<b>A:</b> Coins generated by a block will not be available to you right away. They will take some time to be confirmed by the entire network before you are allowed to transfer them out of the pool. Usually coins have a confirmation set to 120. What that actually means: the network (not the pool) has to discover 120 additional blocks on top of the one found by the pool to confirm it.
|
||||
<br><br>
|
||||
<li><b><i>Q: What is estimated payout?</b></i></li>
|
||||
<b>A:</b> Estimated payout is your estimated payout if a block is found at that time. This is an estimate according to your amount of shares submitted for the round(s).
|
||||
<br><br>
|
||||
{if $GLOBAL.config.payout_system != 'prop'}
|
||||
<li><b><i>Q: What is pool-variance?</b></i></li>
|
||||
<b>A:</b> This is the variance caused by the pool being too small. Using a method with high pool-variance does no harm to large pools.
|
||||
<br><br>
|
||||
{/if}
|
||||
<li><b><i>Q: What is a share?</b></i></li>
|
||||
<b>A:</b> Finding blocks is not an easy task. Since it would take a really long time on some coins, finding a block is broken down into shares. Depending on the server side setting, each share can be a certain difficulty. The more difficult each share is to find by miners, the fewer total shares are required to eventually find a block.
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
<div class="panel panel-default">
|
||||
<div class="panel-heading">
|
||||
<h4 class="panel-title">
|
||||
<a aria-expanded="false" class="collapsed" title="" data-original-title="" data-toggle="collapse" data-parent="#accordion" href="#collapseTwo">
|
||||
<strong>Q:</strong> What is a orphan block?
|
||||
</a>
|
||||
</h4>
|
||||
</div>
|
||||
<div style="height: 0px;" aria-expanded="false" id="collapseTwo" class="panel-collapse collapse">
|
||||
<div class="panel-body">
|
||||
Coins generated by a block will not be available to you right away. They will take some time to be confirmed by the entire network before you are allowed to transfer them out of the pool. Usually coins have a confirmation set to 120. What that actually means: the network (not the pool) has to discover 120 additional blocks on top of the one found by the pool to confirm it.
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
<div class="panel panel-default">
|
||||
<div class="panel-heading">
|
||||
<h4 class="panel-title">
|
||||
<a aria-expanded="false" class="collapsed" title="" data-original-title="" data-toggle="collapse" data-parent="#accordion" href="#collapseThree">
|
||||
<strong>Q:</strong> What is estimated payout?
|
||||
</a>
|
||||
</h4>
|
||||
</div>
|
||||
<div aria-expanded="false" id="collapseThree" class="panel-collapse collapse">
|
||||
<div class="panel-body">
|
||||
Estimated payout is your estimated payout if a block is found at that time. This is an estimate according to your amount of shares submitted for the round(s).
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
<div class="panel panel-default">
|
||||
<div class="panel-heading">
|
||||
<h4 class="panel-title">
|
||||
<a aria-expanded="false" class="collapsed" title="" data-original-title="" data-toggle="collapse" data-parent="#accordion" href="#collapseFour">
|
||||
<strong>Q:</strong> What is pool-variance?
|
||||
</a>
|
||||
</h4>
|
||||
</div>
|
||||
<div aria-expanded="false" id="collapseFour" class="panel-collapse collapse">
|
||||
<div class="panel-body">
|
||||
This is the variance caused by the pool being too small. Using a method with high pool-variance does no harm to large pools.
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
<div class="panel panel-default">
|
||||
<div class="panel-heading">
|
||||
<h4 class="panel-title">
|
||||
<a aria-expanded="false" class="collapsed" title="" data-original-title="" data-toggle="collapse" data-parent="#accordion" href="#collapseFive">
|
||||
<strong>Q:</strong> What is a share?
|
||||
</a>
|
||||
</h4>
|
||||
</div>
|
||||
<div aria-expanded="false" id="collapseFive" class="panel-collapse collapse">
|
||||
<div class="panel-body">
|
||||
Finding blocks is not an easy task. Since it would take a really long time on some coins, finding a block is broken down into shares. Depending on the server side setting, each share can be a certain difficulty. The more difficult each share is to find by miners, the fewer total shares are required to eventually find a block.
|
||||
<br><br>
|
||||
On the server side, each share is checked against the coin daemon (a server side wallet with more features) if it is indeed a valid block solution. Every share computed has the potential to be a block solution. I will not go into details why this is, but rest assured that share estimates for blocks can sometimes be exceeded. In the long run though, shorter round with less shares than required will make up for those taking very long.
|
||||
<br><br>
|
||||
@ -48,14 +88,22 @@
|
||||
<br><br>
|
||||
If you are seeing reject all the time, then something isn’t working right on your end. You may also notice that your hashrate on the pool website is not increasing while your invalid share count keeps climbing up. In that case turn off your miner and check your settings!
|
||||
<br><br>
|
||||
<li><b><i>Q: I am having problems connecting to the pool.</b></i></li>
|
||||
<b>A:</b> Double check your settings against our <a href="{$smarty.server.SCRIPT_NAME}?page=gettingstarted">getting started page.</a>
|
||||
</ul>
|
||||
</div>
|
||||
<div class="widget-footer">
|
||||
<h6>This Pool is running <a href="https://github.com/TheSerapher/php-mpos">MPOS</a> project code. This frontend was created by TheSerapher aka Sebastian Grewe. The operation of the pool is soley at the hand of your trusted pool operator.</h6>
|
||||
</div>
|
||||
</div>
|
||||
<div class="panel panel-default">
|
||||
<div class="panel-heading">
|
||||
<h4 class="panel-title">
|
||||
<a aria-expanded="false" class="collapsed" title="" data-original-title="" data-toggle="collapse" data-parent="#accordion" href="#collapseSix">
|
||||
<strong>Q:</strong> I am having problems connecting to the pool.
|
||||
</a>
|
||||
</h4>
|
||||
</div>
|
||||
<div aria-expanded="false" id="collapseSix" class="panel-collapse collapse">
|
||||
<div class="panel-body">
|
||||
Double check your settings against our <a href="{$smarty.server.SCRIPT_NAME}?page=gettingstarted">getting started page.</a>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
</div>
|
||||
Loading…
Reference in New Issue
Block a user