Author

Topic: [CLOSED] BTC Guild - Pays TxFees+NMC, Stratum, VarDiff, Private Servers - page 420. (Read 903150 times)

legendary
Activity: 1750
Merit: 1007
  Any plans to fix the API so it displays the 24h earnings again? They show on acct fine but API view displays 0.

I will fix this later today, I wasn't aware that it was still broken (nobody ever complains about the things I'm not aware of!).  I'll also get the API up for our pool block reporting so projects like pident (well, they're gone, but others will take their place if they haven't already) can accurately grab which pools are solving which blocks.

Aside from these changes and merged mining, does anybody have some feature requests?  I have a nice weekend opened up for my birthday and the coding bug is hitting my pretty hard right now!
hero member
Activity: 504
Merit: 500
  Any plans to fix the API so it displays the 24h earnings again? They show on acct fine but API view displays 0.
hero member
Activity: 502
Merit: 500
I would.love to help test it let me know what to connect to
legendary
Activity: 1750
Merit: 1007
Well, I think quite a few have been waiting for this:  https://bitcointalksearch.org/topic/announce-poolserverj-workmaker-edition-released-040rc1-51226

The WorkMaker version of PoolServerJ has finally been released by shadders, along with a few other improvements to merged mining performance.  I will begin to testing the merged mining system on Thursday with a few users, and hopefully deploy it for all miners on Saturday.
hero member
Activity: 518
Merit: 500
Always like your quick response times mate. How do you do it ?

I wake up regularly during the night to check on my miners at about 2 hours interval Grin
hero member
Activity: 504
Merit: 500
We're back up, sorry for the downtime (always hits right as you go to bed).  There was a rogue script running major logging due to the PoolServerJ flaw we found a few days ago, just to make sure the patches were working properly.  The script didn't have a check to see if it was already running from a previous cronjob.  Looks like sometime last night the script too long and ended up running twice simultaneously, which caused it to eventually get into a death spiral and lock up.

  =)
legendary
Activity: 1750
Merit: 1007
We're back up, sorry for the downtime (always hits right as you go to bed).  There was a rogue script running major logging due to the PoolServerJ flaw we found a few days ago, just to make sure the patches were working properly.  The script didn't have a check to see if it was already running from a previous cronjob.  Looks like sometime last night the script too long and ended up running twice simultaneously, which caused it to eventually get into a death spiral and lock up.

As sadpandatech mentioned, the slowdown also managed to trigger some software based DDoS protection which is why about 75% of the pool was unable to mine.
hero member
Activity: 504
Merit: 500

  Still down for me too. I see some hash connected, either some working through tor or just ones the anti-ddos hasn't slapped yet.  Which is likely our issue here that the ddos alarm got set off erroneously and slapped us all down. Ping times and traceroute report perfectly normal. So, either false ddos detection or the pool software itself borked.
legendary
Activity: 3583
Merit: 1094
Think for yourself
hero member
Activity: 518
Merit: 500
So how come your pool gets me more NMC than Eligius pool Huh Different implementation or what.

Well, this is highly offtopic and I don't want to hijack eleuthria's thread, but short (and last) response. It's simply because both pools are mining namecoins with all their hashpower, but they spread namecoins only for people who claimed their interest in namecoins by providing nmc wallet. As far as Eligius members are mostly geeks (well, it's a compliment), their interest in nmc is higher than interest of members on my pool. Which means that every nmc miner on my pool get more coins, because majority of pool members don't care or don't understand what namecoin is. When all pool members claim their namecoin address, average namecoin reward should be same or similar as on Eligius.

OK this makes sense. Thank you.
newbie
Activity: 45
Merit: 0
sr. member
Activity: 361
Merit: 250
has the pool crashed ?
legendary
Activity: 1386
Merit: 1097
So how come your pool gets me more NMC than Eligius pool Huh Different implementation or what.

Well, this is highly offtopic and I don't want to hijack eleuthria's thread, but short (and last) response. It's simply because both pools are mining namecoins with all their hashpower, but they spread namecoins only for people who claimed their interest in namecoins by providing nmc wallet. As far as Eligius members are mostly geeks (well, it's a compliment), their interest in nmc is higher than interest of members on my pool. Which means that every nmc miner on my pool get more coins, because majority of pool members don't care or don't understand what namecoin is. When all pool members claim their namecoin address, average namecoin reward should be same or similar as on Eligius.
hero member
Activity: 518
Merit: 500
Merged mining requires extra long polls when the NMC block changes.  Everytime you have a LP, you increase the odds of users getting stales during that window where the pool is generating thousands of getworks for miners.  MM more than doubles the number of long polls.  The only way around that FACT, is if some of the other MM pools are not pushing out a longpoll when the NMC block changes.  If that's the case, they're damaging NMC production without hurting BTC much (there is always some minor overhead in generating the work for a merged block vs a regular block).

You're right that longpolling on NMC blocks isn't worth of doing, I'm not triggering LP on NMC block, too. However I must disagree that merged mining is adding any measurable additional load on servers when doing properly (so - without merged mining proxy) or hurt bitcoin mining in any way. Also that drop in NMC performance because of not doing LP is really mininmal, in few percents, so that's nothing what really hurt anybody.

Otherwise I agree, introducing merged mining WAS pain and I really understand that you don't want to play with it when NMC price is so low (actually it's on 30% of price in time of MM started).

So how come your pool gets me more NMC than Eligius pool Huh Different implementation or what.
legendary
Activity: 1386
Merit: 1097
Merged mining requires extra long polls when the NMC block changes.  Everytime you have a LP, you increase the odds of users getting stales during that window where the pool is generating thousands of getworks for miners.  MM more than doubles the number of long polls.  The only way around that FACT, is if some of the other MM pools are not pushing out a longpoll when the NMC block changes.  If that's the case, they're damaging NMC production without hurting BTC much (there is always some minor overhead in generating the work for a merged block vs a regular block).

You're right that longpolling on NMC blocks isn't worth of doing, I'm not triggering LP on NMC block, too. However I must disagree that merged mining is adding any measurable additional load on servers when doing properly (so - without merged mining proxy) or hurt bitcoin mining in any way. Also that drop in NMC performance because of not doing LP is really mininmal, in few percents, so that's nothing what really hurt anybody.

Otherwise I agree, introducing merged mining WAS pain and I really understand that you don't want to play with it when NMC price is so low (actually it's on 30% of price in time of MM started).
hero member
Activity: 504
Merit: 500


  Pool hash way down and I can't keep connection.

  Working on something or is there something wrong?
legendary
Activity: 1750
Merit: 1007
Fixed a bug in the auto payouts.  Made a change after the first round of testing to make sure it wasn't possible to send a payment to somebody without logging it with a batch # so I could audit the results in case a batch failed.  One of those changes ended up making the payment script stop after the first payment was processed, so only 1 person would get an auto payout per hour.  That has been fixed and now the auto payouts are working as intended.
hero member
Activity: 518
Merit: 500
Added Pool Block History page, API for it will be coming soon as well so web services can scrape our block data.

Regarding bitlane's post, yes, there was about 15 seconds of downtime last night for a pool restart.

MM coming soon I assume then ?

Not until shadders releases the final PSJ which includes built in work generation for merged mining.

So how come other pools already have MM ? I am not too well informed on MM.

I stated earlier:  I wont' implement MM until it has a close to 0 effect on BTC mining, regardless of whether the tradeoff is 1% loss of BTC for a 5-7% gain in profit due to NMC.  Shadders is implementing a change to PSJ soon where the getwork creation is prepared within PSJ, rather than relying on bitcoind which has always been the bottleneck at longpoll time.  That change should reduce the performance impact of merged mining enough to be worth implementing.

So then are you saying that pools currently using MM are in fact making us get less BTC in total than before even with MM ? Unlikely. However I think others like Eligius already have custom MM code which isolates the BTC part from NMC so that is protected in the end and not affected etc. PoolServerJ seems like a generic solution to me.

Merged mining requires extra long polls when the NMC block changes.  Everytime you have a LP, you increase the odds of users getting stales during that window where the pool is generating thousands of getworks for miners.  MM more than doubles the number of long polls.  The only way around that FACT, is if some of the other MM pools are not pushing out a longpoll when the NMC block changes.  If that's the case, they're damaging NMC production without hurting BTC much (there is always some minor overhead in generating the work for a merged block vs a regular block).

Yes, it may be a poor excuse to some, but I've not hidden the fact that I'm not a supporter of merged mining in the first place.

Very nice explanation. So then this explains why Eligius is giving me less NMC but more BTC and slush is giving me a ton of NMC but less BTC Huh Thanks !
legendary
Activity: 1750
Merit: 1007
Added Pool Block History page, API for it will be coming soon as well so web services can scrape our block data.

Regarding bitlane's post, yes, there was about 15 seconds of downtime last night for a pool restart.

MM coming soon I assume then ?

Not until shadders releases the final PSJ which includes built in work generation for merged mining.

So how come other pools already have MM ? I am not too well informed on MM.

I stated earlier:  I wont' implement MM until it has a close to 0 effect on BTC mining, regardless of whether the tradeoff is 1% loss of BTC for a 5-7% gain in profit due to NMC.  Shadders is implementing a change to PSJ soon where the getwork creation is prepared within PSJ, rather than relying on bitcoind which has always been the bottleneck at longpoll time.  That change should reduce the performance impact of merged mining enough to be worth implementing.

So then are you saying that pools currently using MM are in fact making us get less BTC in total than before even with MM ? Unlikely. However I think others like Eligius already have custom MM code which isolates the BTC part from NMC so that is protected in the end and not affected etc. PoolServerJ seems like a generic solution to me.

Merged mining requires extra long polls when the NMC block changes.  Everytime you have a LP, you increase the odds of users getting stales during that window where the pool is generating thousands of getworks for miners.  MM more than doubles the number of long polls.  The only way around that FACT, is if some of the other MM pools are not pushing out a longpoll when the NMC block changes.  If that's the case, they're damaging NMC production without hurting BTC much (there is always some minor overhead in generating the work for a merged block vs a regular block).

Yes, it may be a poor excuse to some, but I've not hidden the fact that I'm not a supporter of merged mining in the first place.
hero member
Activity: 518
Merit: 500
Added Pool Block History page, API for it will be coming soon as well so web services can scrape our block data.

Regarding bitlane's post, yes, there was about 15 seconds of downtime last night for a pool restart.

MM coming soon I assume then ?

Not until shadders releases the final PSJ which includes built in work generation for merged mining.

So how come other pools already have MM ? I am not too well informed on MM.

I stated earlier:  I wont' implement MM until it has a close to 0 effect on BTC mining, regardless of whether the tradeoff is 1% loss of BTC for a 5-7% gain in profit due to NMC.  Shadders is implementing a change to PSJ soon where the getwork creation is prepared within PSJ, rather than relying on bitcoind which has always been the bottleneck at longpoll time.  That change should reduce the performance impact of merged mining enough to be worth implementing.

So then are you saying that pools currently using MM are in fact making us get less BTC in total than before even with MM ? Unlikely. However I think others like Eligius already have custom MM code which isolates the BTC part from NMC so that is protected in the end and not affected etc. PoolServerJ seems like a generic solution to me.
Jump to: