Bitcoin Forum
July 21, 2017, 08:58:30 AM *
News: Latest stable version of Bitcoin Core: 0.14.2  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 [132] 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 ... 200 »
  Print  
Author Topic: [OLD] Eligius: ASIC, no registration, no fee CPPSRB BTC + 105% PPS NMC, 877 #  (Read 441707 times)
soy
Legendary
*
Offline Offline

Activity: 1036


Blocklancer - Freelance on the Blockchain


View Profile
November 10, 2013, 03:06:14 AM
 #2621

TY

1500627510
Hero Member
*
Offline Offline

Posts: 1500627510

View Profile Personal Message (Offline)

Ignore
1500627510
Reply with quote  #2

1500627510
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1500627510
Hero Member
*
Offline Offline

Posts: 1500627510

View Profile Personal Message (Offline)

Ignore
1500627510
Reply with quote  #2

1500627510
Report to moderator
1500627510
Hero Member
*
Offline Offline

Posts: 1500627510

View Profile Personal Message (Offline)

Ignore
1500627510
Reply with quote  #2

1500627510
Report to moderator
wizkid057
Legendary
*
Offline Offline

Activity: 1205


View Profile
November 10, 2013, 06:10:07 AM
 #2622


The payout went smoothly with the new block.  I notice it seems less 'spendable', having 26 confirmations already but needing 94 more blocks, than BTC earned elsewhere.  Also the clear demarcation of 'Mined'.  I wonder if this will prove a problem with that obscure rule that mined bitcoins make one an international money transfer agent if one tries to use it for anything but barter.  Bitcoins mined on another pool have not that demarcation.

But the question I wish to ask, is the minimum payout stat changeable on the configuration page?  I have Bitcoin-QT on another machine than the one having the cookie storing the receive address.  I generated the signed message which included in the encrypted string a lowering of the minimum payout trigger to 0.1000btc but it didn't take.  After the initial payout since the signed message configuration change I expected the payout to be lowered but it was not.  Is the minimum not changeable below what is dictated by the value equation used by Eligius staff?

A standard bitcoin transaction is spendable after only one confirmation, and fully confirmed after 6 confirmations.  When a new block is mined, the coinbase transaction that gives the 25 BTC + transaction fees requires 120 confirmations before it is spendable.

Most pools send the output of the coinbase transaction to a pool-owned address, then pay you in a separate normal transaction.  It will appear in your wallet as 'unconfirmed' until one more block is mined (the confirmation).  Eligius (and also P2pool) pay miners directly from the coinbase transaction.  That's why the transaction shows up a a 'mined' transaction which shows up as 'immature', and takes 120 confirmations to mature.

You can set you minimum payout to anything >= 0.01 BTC.  If it didn't work, it probably means that the signature failed.  It should tell you whether if it passed or failed a few lines up toward the top of the page.


Again I misunderstand verifying messages.  When verifying, it doesn't decode and present the message, one needs to put coding address, the exact message, and the signature then if it is accurate it will say Message verified.  Which it just did.

If your minimum payout didn't change, I would try submitting a new set of settings with a new signed message and ensure that it gives you the message at the top afterwards telling you that the signatures passed.

As for the 120 confirmations required for mined coins, I'll note that other pools pay the coins to their own wallet first, wait the 120 confirmations, *then* send you the coins at some point after this making you wait for more confirmations.  Eligius's method is superior, in my opinion, as you can a) spend the coins immediately upon full confirmation, and b) the pool doesn't "touch" your coins and you don't risk losing them to any pool-side issue in the mean time.  For example, if Eligius is hacked, there are no miner coins available to be stolen, since the coins are already paid directly from the blocks to the miners.

-wk

Edit: I just noticed the later post where you had already gotten the settings to work. Wink

Tips: 1LDQrLr6dPVqNJmpZm82eZVKqDFRk7ERW8
Operator of the Eligius Mining Pool - 0% Fee, SAPPLNS, GBT, Stratum, IRC+Phone Support, Share Market (coming soon), Generation payouts, and more.
Don't feed the trolls. Science Confirms: Internet Trolls Really Are Narcissistic, Psychopathic, and Sadistic (1)
RoadTrain
Legendary
*
Offline Offline

Activity: 1302

The most centralized thing in Bitcoin is expertise


View Profile
November 10, 2013, 07:17:14 AM
 #2623

I've been thinking a bit on how to smoothen variance here.
One idea.

As pools' buffer is very unlikely to turn positive in the foreseeable future, intruduce the second buffer, which will be built from tx fees exclusively. Every lucky round it's increasing and can only be spent when the round is unlucky.
This way current miners will have some sort of buffer against future unluck, while currently during lucky rounds all credit goes to old miners.
Currently fees don't constitute much, but still can smoothen medium-term earnings.

"The centralization measure is the cost of the option to create a new full node" - Measuring Decentralization
Why Bitcoin XT is a piece of nonsense
I AM HODLING
wizkid057
Legendary
*
Offline Offline

Activity: 1205


View Profile
November 10, 2013, 07:18:57 AM
 #2624

I've been thinking a bit on how to smoothen variance here.
One idea.

As pools' buffer is very unlikely to turn positive in the foreseeable future, intruduce the second buffer, which will be built from tx fees exclusively. Every lucky round it's increasing and can only be spent when the round is unlucky.
This way current miners will have some sort of buffer against future unluck, while currently during lucky rounds all credit goes to old miners.
Currently fees don't constitute much, but still can still smoothen medium-term earnings.



This should make no real difference, long term, compared to the current setup of paying fees to the share log during all rounds.

Tips: 1LDQrLr6dPVqNJmpZm82eZVKqDFRk7ERW8
Operator of the Eligius Mining Pool - 0% Fee, SAPPLNS, GBT, Stratum, IRC+Phone Support, Share Market (coming soon), Generation payouts, and more.
Don't feed the trolls. Science Confirms: Internet Trolls Really Are Narcissistic, Psychopathic, and Sadistic (1)
RoadTrain
Legendary
*
Offline Offline

Activity: 1302

The most centralized thing in Bitcoin is expertise


View Profile
November 10, 2013, 07:23:44 AM
 #2625

I've been thinking a bit on how to smoothen variance here.
One idea.

As pools' buffer is very unlikely to turn positive in the foreseeable future, intruduce the second buffer, which will be built from tx fees exclusively. Every lucky round it's increasing and can only be spent when the round is unlucky.
This way current miners will have some sort of buffer against future unluck, while currently during lucky rounds all credit goes to old miners.
Currently fees don't constitute much, but still can still smoothen medium-term earnings.



This should make no real difference, long term, compared to the current setup of paying fees to the share log during all rounds.
Long term yes, but short term? Having buffer will allow more shares to be paid during unlucky times.
Expecially since there are sometimes block with significant fees.

I proposed it because back when Eligius planned abandoning SMPPS, you were discussing options on how to prevent SMPPS credit from being a burden on active miners.

"The centralization measure is the cost of the option to create a new full node" - Measuring Decentralization
Why Bitcoin XT is a piece of nonsense
I AM HODLING
wizkid057
Legendary
*
Offline Offline

Activity: 1205


View Profile
November 10, 2013, 07:25:37 AM
 #2626

I've been thinking a bit on how to smoothen variance here.
One idea.

As pools' buffer is very unlikely to turn positive in the foreseeable future, intruduce the second buffer, which will be built from tx fees exclusively. Every lucky round it's increasing and can only be spent when the round is unlucky.
This way current miners will have some sort of buffer against future unluck, while currently during lucky rounds all credit goes to old miners.
Currently fees don't constitute much, but still can still smoothen medium-term earnings.



This should make no real difference, long term, compared to the current setup of paying fees to the share log during all rounds.
Long term yes, but short term?
Expecially since there are sometimes block with significant fees.

I proposed it because back when Eligius planned abandoning SMPPS, you were discussing options on how to prevent SMPPS credit from being a burden on active miners.

The only thing this change will do is add more variance to how transaction fees are distributed by basically flipping a coin as to whether or not to distribute them or not each round (lucky or unlucky), which is undesirable.

Tips: 1LDQrLr6dPVqNJmpZm82eZVKqDFRk7ERW8
Operator of the Eligius Mining Pool - 0% Fee, SAPPLNS, GBT, Stratum, IRC+Phone Support, Share Market (coming soon), Generation payouts, and more.
Don't feed the trolls. Science Confirms: Internet Trolls Really Are Narcissistic, Psychopathic, and Sadistic (1)
RoadTrain
Legendary
*
Offline Offline

Activity: 1302

The most centralized thing in Bitcoin is expertise


View Profile
November 10, 2013, 07:27:09 AM
 #2627

I've been thinking a bit on how to smoothen variance here.
One idea.

As pools' buffer is very unlikely to turn positive in the foreseeable future, intruduce the second buffer, which will be built from tx fees exclusively. Every lucky round it's increasing and can only be spent when the round is unlucky.
This way current miners will have some sort of buffer against future unluck, while currently during lucky rounds all credit goes to old miners.
Currently fees don't constitute much, but still can still smoothen medium-term earnings.



This should make no real difference, long term, compared to the current setup of paying fees to the share log during all rounds.
Long term yes, but short term?
Expecially since there are sometimes block with significant fees.

I proposed it because back when Eligius planned abandoning SMPPS, you were discussing options on how to prevent SMPPS credit from being a burden on active miners.

The only thing this change will do is add more variance to how transaction fees are distributed by basically flipping a coin as to whether or not to distribute them or not each round (lucky or unlucky), which is undesirable.
Yep, looks like you're right, it seems to only make the system more complicated.

"The centralization measure is the cost of the option to create a new full node" - Measuring Decentralization
Why Bitcoin XT is a piece of nonsense
I AM HODLING
HellDiverUK
Hero Member
*****
Offline Offline

Activity: 574


View Profile
November 10, 2013, 07:15:24 PM
 #2628

Stats stuck?  Seem to have the same stats for the last few hours.
wizkid057
Legendary
*
Offline Offline

Activity: 1205


View Profile
November 10, 2013, 08:03:52 PM
 #2629

Stats stuck?  Seem to have the same stats for the last few hours.

Stats look fine...

Tips: 1LDQrLr6dPVqNJmpZm82eZVKqDFRk7ERW8
Operator of the Eligius Mining Pool - 0% Fee, SAPPLNS, GBT, Stratum, IRC+Phone Support, Share Market (coming soon), Generation payouts, and more.
Don't feed the trolls. Science Confirms: Internet Trolls Really Are Narcissistic, Psychopathic, and Sadistic (1)
spooderman
Legendary
*
Offline Offline

Activity: 1400


View Profile WWW
November 10, 2013, 10:15:10 PM
 #2630

Is there a way to find out how far back in the sharelog we are at any given time? Like, 'the shares being paid out now are from 4 months ago' when we have great luck....

Society doesn't scale.
wizkid057
Legendary
*
Offline Offline

Activity: 1205


View Profile
November 11, 2013, 01:12:03 AM
 #2631

Is there a way to find out how far back in the sharelog we are at any given time? Like, 'the shares being paid out now are from 4 months ago' when we have great luck....

This has actually been asked a few times recently.  The short answer is no.

The long answer is here in this post and the followup posts shortly behind it.

In the future I plan on adding a sort of histogram to show users where in the share log their shares are.

-wk

Tips: 1LDQrLr6dPVqNJmpZm82eZVKqDFRk7ERW8
Operator of the Eligius Mining Pool - 0% Fee, SAPPLNS, GBT, Stratum, IRC+Phone Support, Share Market (coming soon), Generation payouts, and more.
Don't feed the trolls. Science Confirms: Internet Trolls Really Are Narcissistic, Psychopathic, and Sadistic (1)
spooderman
Legendary
*
Offline Offline

Activity: 1400


View Profile WWW
November 11, 2013, 01:22:31 AM
 #2632

Is there a way to find out how far back in the sharelog we are at any given time? Like, 'the shares being paid out now are from 4 months ago' when we have great luck....

This has actually been asked a few times recently.  The short answer is no.

The long answer is here in this post and the followup posts shortly behind it.

In the future I plan on adding a sort of histogram to show users where in the share log their shares are.

-wk

awesome ty. The lack of this feature speaks to the pool's efficient principles. Still, in the future....

Society doesn't scale.
ionstorm
Sr. Member
****
Offline Offline

Activity: 266


View Profile
November 11, 2013, 04:04:44 AM
 #2633

I am finding that I am having inconsistent hash rates because I am either getting too low of pool difficulty or too high, for 24 hours I switched over to another pool that had manual difficulty setting, what I did was took ckolivas's advice by doing total Gh/s / 1.4 and was getting very consistent hash rates.  I see that the manual difficulty setting is not yet enabled, can the dev's update us on when this feature will be enabled so advanced miners may have a little more control over their hash rate fluctuations
wizkid057
Legendary
*
Offline Offline

Activity: 1205


View Profile
November 11, 2013, 04:40:45 AM
 #2634

I am finding that I am having inconsistent hash rates because I am either getting too low of pool difficulty or too high, for 24 hours I switched over to another pool that had manual difficulty setting, what I did was took ckolivas's advice by doing total Gh/s / 1.4 and was getting very consistent hash rates.  I see that the manual difficulty setting is not yet enabled, can the dev's update us on when this feature will be enabled so advanced miners may have a little more control over their hash rate fluctuations

With a higher difficulty you will get a much more inconsistent hash rate on the pool-side.  The current variable difficulty settings on Eligius are tried and tested and have proven to work perfectly.  There is no need to adjust the difficulty manually, ever.  Info to the contrary is simply incorrect.  The pool targets 32 shares per minute.  This ensures that a) You are never spinning your wheels, per se, working on too high of a difficulty work for your hash rate, b) ensures the pool gets sufficient shares from your miner to keep statistics variance low so that stats are still valid, c) makes it so you don't have to ever actually change anything since pool does it for you, and many other advantages over a static difficulty.

I will most likely be scrapping the manual difficulty setting option, since after much research and testing, it simply has no real purpose.

Basically, if you're setting a static difficulty on another pool and you're getting a better hash rate, either you've been fooled by variance or the pool is lying.

-wk

Tips: 1LDQrLr6dPVqNJmpZm82eZVKqDFRk7ERW8
Operator of the Eligius Mining Pool - 0% Fee, SAPPLNS, GBT, Stratum, IRC+Phone Support, Share Market (coming soon), Generation payouts, and more.
Don't feed the trolls. Science Confirms: Internet Trolls Really Are Narcissistic, Psychopathic, and Sadistic (1)
fizzmine
Jr. Member
*
Offline Offline

Activity: 38


View Profile
November 11, 2013, 12:11:26 PM
 #2635

Is the 32 share per minute target per-worker or per-address?  Knowing that could help some configurations and allow the miner some flexibility in optimizing their configuration.
rascal777
Member
**
Offline Offline

Activity: 119


View Profile
November 11, 2013, 01:14:55 PM
 #2636

So, are the bitcoin transaction fees (or a precentage of them) paid to the miners?  and if so,  how does this work in detail?

BTC TIPS  19n2ienyueN4RiC38KFSZMQMgrNLgu9Uuc
ionstorm
Sr. Member
****
Offline Offline

Activity: 266


View Profile
November 11, 2013, 01:38:30 PM
 #2637

I am finding that I am having inconsistent hash rates because I am either getting too low of pool difficulty or too high, for 24 hours I switched over to another pool that had manual difficulty setting, what I did was took ckolivas's advice by doing total Gh/s / 1.4 and was getting very consistent hash rates.  I see that the manual difficulty setting is not yet enabled, can the dev's update us on when this feature will be enabled so advanced miners may have a little more control over their hash rate fluctuations

With a higher difficulty you will get a much more inconsistent hash rate on the pool-side.  The current variable difficulty settings on Eligius are tried and tested and have proven to work perfectly.  There is no need to adjust the difficulty manually, ever.  Info to the contrary is simply incorrect.  The pool targets 32 shares per minute.  This ensures that a) You are never spinning your wheels, per se, working on too high of a difficulty work for your hash rate, b) ensures the pool gets sufficient shares from your miner to keep statistics variance low so that stats are still valid, c) makes it so you don't have to ever actually change anything since pool does it for you, and many other advantages over a static difficulty.

I will most likely be scrapping the manual difficulty setting option, since after much research and testing, it simply has no real purpose.

Basically, if you're setting a static difficulty on another pool and you're getting a better hash rate, either you've been fooled by variance or the pool is lying.

-wk
thanks, well explained, happy to stay with Eligius! Smiley
RoadTrain
Legendary
*
Offline Offline

Activity: 1302

The most centralized thing in Bitcoin is expertise


View Profile
November 11, 2013, 05:56:06 PM
 #2638

So, are the bitcoin transaction fees (or a precentage of them) paid to the miners?  and if so,  how does this work in detail?
Shares are paid from newest to oldest until block subsidy+fees is paid.

"The centralization measure is the cost of the option to create a new full node" - Measuring Decentralization
Why Bitcoin XT is a piece of nonsense
I AM HODLING
Luke-Jr
Legendary
*
Offline Offline

Activity: 2226



View Profile
November 11, 2013, 07:30:17 PM
 #2639

Is the 32 share per minute target per-worker or per-address?  Knowing that could help some configurations and allow the miner some flexibility in optimizing their configuration.
Per worker.

t1000
Full Member
***
Offline Offline

Activity: 182


View Profile
November 11, 2013, 08:39:26 PM
 #2640

Why is the payout queue empty?

Did you find my posts helpful? Did I say say something nice? Your generosity is much appreciate.
BTC: 1G7chBLoYqGfdyfkrox53yDn6sS65PgFYk
LTC: LiYeFdbv5oxin9S3Wmn4v84LuGZ9nsE4XZ
Pages: « 1 ... 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 [132] 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 ... 200 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!