Pages:
Author

Topic: [CLOSING DOWN] ScryptGuild Auto-Switching Pool - page 60. (Read 102261 times)

hero member
Activity: 728
Merit: 500
I moved 9MH over today and the site is very responsive and shows the proper speed. I knew that it would be good since you do such a terrific job on BTCGUILD.

Any plans to put some leader board stats on there and estimated earning in BTC?
newbie
Activity: 21
Merit: 0
I'm digging it so far! switch my rig to it, will run it for a few days and see how it goes.

I do have a question, how are you going to determine which altcoins to add/remove next?
member
Activity: 104
Merit: 10
I'm in too.
It looks fine, very responsive, reject rate for example is quite low except maybe a little high for the Stale Shares
my ping is 123 ms : not bad considering the fact that I'm in Europe and the server in Québec.

Of course it's a beta  :we are probably just a few miners and with a total hashrate of only 300 MH/s right now I guess the server is far from being saturated.

I have just a couple of questions
1st is about the Stale Shares :
I have 20 000 Stale Shares for 1 500 000 accepted.  Need I send SS (it was recommended on middlecoin where they were taken into account for payout) or need I put in my config file "no-submit-stale" : true ?    (default value is false). On the server side most of my rejected are SS, so if I can avoid to submit them it'd be better.

2nd what are recommended value for expiry, queue and scan-time parameters?
Are default values ok ? Or need I to reduce them cause of coins switching?



All defaults are OK.  Stale percents are almost entirely due to local miners running intensity too high, there's nothing server side that can be done (other than what I know some pools do:  Lie about stales and give people credit for them for a few seconds, which ends up not actually increasing your earnings since everybody is getting stale shares included).

no-submit-stale is NOT recommended to be changed to true, since that will cause you to lose on shares if the coin switches.  Your old work is still valid when that happens (until the other coin gets a new block).

The majority of scrypt stales are caused by running at too high of intensity. In most cases, the tradeoff is worth it.  At low intensity, ScryptGuild has less than 0.5% stales for most users.  However, increasing your miner intensity can produce gains of 5-10% of speed at a cost of 2-3% higher stales.  It's a tradeoff that is worth it.

Thanks for the answer I'll try to lower intensity on my rigs with higher intensity first.
anyway total rejected, SS included is still quite acceptable compared to many multipool servers I've tested.
sr. member
Activity: 336
Merit: 250
hey eleuthria. As always amazing work.

I have not moved my miners yet to scryptguild.....but I have been keeping an eye on scryptguild. I am getting ready to move to this pool real soon.

couple things....

I use coinwarz.com to check on profitabiltiy and so far have noticed them to be fairly accurate on the amounts estimated vs. real life output...for SHA256 it has been spot on but I only mine BTC.....and on scrypt, I have only mined LTC and DOGECOIN, tried casinocoin for a day but that was a disaster but it too was fairly accurate. My point is that the site might be a good indicator of coins to watch for mining/profit.

thanks for the great pool.....
sr. member
Activity: 336
Merit: 250
Scryptguild just added to my mining pools database.
Good luck, guys.
vardiff, nice site, you need to promote more.
full member
Activity: 196
Merit: 100
Scryptguild just added to my mining pools database.
Good luck, guys.
legendary
Activity: 1750
Merit: 1007
I'm in too.
It looks fine, very responsive, reject rate for example is quite low except maybe a little high for the Stale Shares
my ping is 123 ms : not bad considering the fact that I'm in Europe and the server in Québec.

Of course it's a beta  :we are probably just a few miners and with a total hashrate of only 300 MH/s right now I guess the server is far from being saturated.

I have just a couple of questions
1st is about the Stale Shares :
I have 20 000 Stale Shares for 1 500 000 accepted.  Need I send SS (it was recommended on middlecoin where they were taken into account for payout) or need I put in my config file "no-submit-stale" : true ?    (default value is false). On the server side most of my rejected are SS, so if I can avoid to submit them it'd be better.

2nd what are recommended value for expiry, queue and scan-time parameters?
Are default values ok ? Or need I to reduce them cause of coins switching?



All defaults are OK.  Stale percents are almost entirely due to local miners running intensity too high, there's nothing server side that can be done (other than what I know some pools do:  Lie about stales and give people credit for them for a few seconds, which ends up not actually increasing your earnings since everybody is getting stale shares included).

no-submit-stale is NOT recommended to be changed to true, since that will cause you to lose on shares if the coin switches.  Your old work is still valid when that happens (until the other coin gets a new block).

The majority of scrypt stales are caused by running at too high of intensity. In most cases, the tradeoff is worth it.  At low intensity, ScryptGuild has less than 0.5% stales for most users.  However, increasing your miner intensity can produce gains of 5-10% of speed at a cost of 2-3% higher stales.  It's a tradeoff that is worth it.
member
Activity: 104
Merit: 10
I'm in too.
It looks fine, very responsive, reject rate for example is quite low except maybe a little high for the Stale Shares
my ping is 123 ms : not bad considering the fact that I'm in Europe and the server in Québec.

Of course it's a beta  :we are probably just a few miners and with a total hashrate of only 300 MH/s right now I guess the server is far from being saturated.

I have just a couple of questions
1st is about the Stale Shares :
I have 20 000 Stale Shares for 1 500 000 accepted.  Need I send SS (it was recommended on middlecoin where they were taken into account for payout) or need I put in my config file "no-submit-stale" : true ?    (default value is false). On the server side most of my rejected are SS, so if I can avoid to submit them it'd be better.

2nd what are recommended value for expiry, queue and scan-time parameters?
Are default values ok ? Or need I to reduce them cause of coins switching?

hero member
Activity: 808
Merit: 502
I am in the pool now. It is working great. The automatic coin switching is awesome!
legendary
Activity: 1540
Merit: 1001
I really like the auto switching. Look forward to seeing how exactly it is set up. Maybe alpha/beta testers can keep the zero pool fee??

Would love to see gold coin on there soon

I was thinking Diamond and BBQ.

M
hero member
Activity: 518
Merit: 501
I really like the auto switching. Look forward to seeing how exactly it is set up. Maybe alpha/beta testers can keep the zero pool fee??

Would love to see gold coin on there soon
legendary
Activity: 1540
Merit: 1001
ScryptGuild alpha now supports seamless coin switching via the website interface.  Change between coins manually without losing a single hash (no disconnects, no interrupts, it just works).

Automatic coin switching is now also running, currently switched by the administrator regularly, but will be automated with the first version of a profit-switching algorithm this evening.


Currently available:  DOGE, FRY, KDC, LEAF, LOT, NOBL.



As soon as the pool goes public next week, many more coins will be made available as the pool speed grows.  The recent updates allow new coins to be added to the pool server without any restarts required.

I'm on.  It's working well.  Much more stable and less "bouncy" than another, um, multi coin pool that I've used.  I'm slightly confused though... is it in Beta, or alpha?  I checked the URL and it happened to say beta and allowed me to register and get in.  But here it still says alpha, in IRC it still says alpha.

M
legendary
Activity: 1750
Merit: 1007
ScryptGuild alpha now supports seamless coin switching via the website interface.  Change between coins manually without losing a single hash (no disconnects, no interrupts, it just works).

Automatic coin switching is now also running, currently switched by the administrator regularly, but will be automated with the first version of a profit-switching algorithm this evening.


Currently available:  DOGE, FRY, KDC, LEAF, LOT, NOBL.



As soon as the pool goes public next week, many more coins will be made available as the pool speed grows.  The recent updates allow new coins to be added to the pool server without any restarts required.
legendary
Activity: 1750
Merit: 1007
Frycoin was a smooth start on ScryptGuild.  No disconnects, and stales were as low as you could expect given the flurry of blocks that happened at launch.  A few new faces joined us for the Frycoin mining launch, but we're eager for more!
legendary
Activity: 1750
Merit: 1007
ScryptGuild Closing Down

ScryptGuild is going to be shutting down on September 25, 2014.  The mining servers will halt in 2 weeks, which is August 10th.  Users will have until September 25th to withdraw their balances before the coin daemons and wallets are taken offline.

I would like to thank everybody that has joined ScryptGuild to date.  The pool was a fun new project to work on, solving the problems of maintaining state within multiple coins over a single server to keep shares valid even during switches, and allow fast user switching on demand.  I am very sorry that the pool ended up entering a period of non-development for so long.  The rewrite was something I looked forward to, but the external factors which kept delaying the rewrite ended up pushing a different project into the front of the line.  I do not want the pool to become another ArsBitcoin/Deepbit, where it just continues on with no direction and no updates, dying of atrophy, and as such have decided that shutting down is the proper action to take.

At this time, I'm trying to get another non-pool related project off the ground, which is something I've been putting off for a few years (before BTC Guild even started).  These days, it looks like it's time to work on that project.  It is not only one that I have been wanting to do, but also one which I believe has a much brighter future than a scrypt-coin mining pool.




A professional multipool from the creator of BTC Guild


ScryptGuild is a project forked from the BTC Guild custom stratum implementation, with a design for proper multipool functionality.  Unlike other multipools, ScryptGuild is always mining on every coin at the same time.  When the pool switches between coins, your old work is still able to solve the previous coin that was being mined, rather than being called stale immediately.  The pool seamlessly moves between coins with no delays, no network hiccups, and no downtime.  As far as your miner can tell, it simply received a new block on the network.

ScryptGuild is designed from the ground up for stability and uptime.  The stratum server process is a custom C++ implementation.  It does not use VPS providers.  Even for beta, it is running on dedicated hardware, and for release it will be in the same 100% uptime datacenter as BTC Guild running on a half-rack of colocated hardware.


ScryptGuild currently runs at 2% fee PPLNS.  It also provides miners with the ability to have the pool automatically convert their coins to BTC at a 1% fee (plus any exchange fees required).  Additionally, miners can set "Reserves" on their coins, meaning the pool will keep a certain number of coins in their balance so they can personally speculate the altcoin market while still receiving steady income from their other converted coins.



If you're tired of the same old MPOS pools, running slow python-based stratum processes, unreliable VPS performance, and inefficient coin switching, give ScryptGuild a try today.


6/1/14 Update:  Pool has been removed from Beta status and updated to 2% PPLNS fee in preparation for the overhaul happening this month.



https://www.scryptguild.com
Pages:
Jump to: