Bitcoin Forum

Bitcoin => Pools => Topic started by: Inaba on June 13, 2011, 06:10:28 PM



Title: [1200 TH] EMC: 0 Fee DGM. Anonymous PPS. US & EU servers. No Registration!
Post by: Inaba on June 13, 2011, 06:10:28 PM
Hello Folks,

Website: https://eclipsemc.com

Stratum
Mining Server: stratum+tcp://us1.eclipsemc.com:3333 or 443
Mining Server: stratum+tcp://us2.eclipsemc.com:3333 or 443
Mining Server: stratum+tcp://us3.eclipsemc.com:3333 or 443
Mining Server: stratum+tcp://eu.eclipsemc.com:3333 or 443

We are the first & only pool to offer you both Hop Proof DGM & PPS on the same pool.

EMC is also a GetBlockTemplate (https://en.bitcoin.it/wiki/Getblocktemplate) (GBT) pool, which means we are ready for ASIC.  We use both GBT and variable difficulty shares to allow for a virtually unlimited hashrate on each server.

We also offer support for the Stratum protocol on port 3333 and port 443 on all servers.

As an added bonus, if you don't wish to create and account, we also offer Anonymous PPS - you don't even have to create an account.  Just point your miners at the pool, set your username to your BTC or Dwolla ID (depending on what kind of payout you want) and start mining.  That's it!

This is a zero fee pool on our DGM scoring system..  We do not charge you fees for mining with our pool with DGM and we pay out to all 8 decimal places.

We are built from the ground up with security in mind and completely original, custom code.  All traffic is encrypted (with the exception of block traffic, since it's meaningless in terms of security), database passwords are hashed & salted, worker passwords are divorced from the account passwords, etc...  

You are free to sign up with any email address, we don't verify.  However, you won't be able to use our password recovery or Email notification features if your email address isn't accurate.

We are a double geometric scored pool, but we also offer PPS mininig. We use Meni Rosenfeld's scoring algorithm which awards each user fairly based on their contribution to the block.  This prevents pool hoppers from taking a substantial portion of your profit.  For more information, see this thread: https://bitcointalk.org/index.php?topic=39497.0

All of our features are active for everyone during the testing phase and depending on how donations go, they may remain free indefinitely, those features include, but are not limited to:

  • Anonymous PPS - You can mine on EMC anonymously via PPS.  No account required! Just use your BTC address or Dwolla ID as your user name, depending on which method of payout you want.
  • Authenticated PPS - PPS with all the features of Eclipse as your dispoal.
  • Yubikey Support - For your security, we support One Time Password (OTP) Yubikey two-factor authentication
  • Google Authenticator - For your security, we also support Google Authenticator as a two-factor authentication mechanism as well
  • Instant Payout for all work completed (Including unconfirmed blocks and even the current block!)
  • SMS Notifications on failed miner, payouts, account changes and solved blocks
  • Email notification on failed miner, payouts, account changes and solved blocks
  • Privacy Mode
  • Automatic Profitability Calculator for each miner
  • 8 decimal place payout
  • Payouts in BTC or directly with Dwolla in USD
  • Payout lock on critical account changes
  • Geographically distributed and redundant infrastructure
  • Scalable architecture for future growth
  • Detailed Graphs and statistics
  • Mobile pages for viewing on your mobile devices
  • Complete JSON API
  • Long Polling Support
  • On Demand payouts
  • Automatic payouts

All this is wrapped up in an easy to use interface!

We have work servers on port 3333 located at:

us1.eclipsemc.com
us2.eclipsemc.com
us3.eclipsemc.com

To connect with CGMiner/BFGMiner:

./bfgminer -o stratum+tcp://us2.eclipsemc.com:3333 -O <username>:<password>
./cgminer -o stratum+tcp://us2.eclipsemc.com:3333 -O <username>:<password>


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything Pool
Post by: innervisi0nn on June 13, 2011, 06:16:58 PM
no pps?


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything Pool
Post by: Inaba on June 13, 2011, 06:24:45 PM
PPS is coming later in the week.  I wasn't sure how much demand there was for PPS currently, but it's on the plate.


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: bahnfire on June 13, 2011, 10:08:39 PM
I am mining on this pool and it has been working great! I moved from BTCGuild to EclipseMC due to the high/intense load there. Currently mining @ 11.96GH/s.


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Inaba on June 13, 2011, 11:24:18 PM
Well dang, that was fast!  Already had someone try an XSS attack. 

It demonstrate a couple bugs in the user registration code and as a precaution I've reset 4 user accounts.  If you are unable to login, please contact me and I can get you fixed up right away. 

I actually appreciate the attack, since flaws in the system are what I'm looking for. :)


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: organofcorti on June 14, 2011, 12:41:55 AM
Sweet! A local pool finally. Maybe now I can get pings of less than 450ms average. Would only be better if there was no rego. But for this sort of pool, you sound like you've got all bases covered. Looking forward to some graphical stats. So far the best I've seen are done by artefact2 on Eligius.


I'll change over tonight after work and let my measly 700Mhps give it a spin.

Cheers mate.

Edit: 0 fee with all these options? How you going to make money?


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Inaba on June 14, 2011, 02:40:15 AM
Money will come from donations.  At some point, some of the features may be donation only if there's not enough voluntary donations going. I'm not really looking to make a living off of this, and a lot of the features are features I wanted for myself anyway. :)

The public test is definitely having some growing pains, though.  Let me know if you have any issues connecting - are you connecting to EU or AU servers?


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: organofcorti on June 14, 2011, 02:53:16 AM
I'm east coast AU so 'tonight' is in about 5 hours. I'll let you know if I have any problems, also what the pings are.

BTW, now that the variation between smaller pools and large pools is so great, smaller pools with larger variance at are the larger pool's mercy when it comes to pool hopping. Eligius recently made some interesting changes to cope. What are you planning to do?


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Inaba on June 14, 2011, 03:25:15 AM
I'm evaluating the Cheat-Proof method as well as a couple other similar methods to handle that. 

It looks like I'm rewriting the share aggregation functions anyway, so I'll probably add that into the mix within the next couple days.


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: FreeJAC on June 14, 2011, 04:56:05 AM
Cant manage work names get an unauthorized message.


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Inaba on June 14, 2011, 05:00:37 AM
Fixing that bug now.

Bug should be fixed... are you still getting the error?


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: organofcorti on June 14, 2011, 08:32:51 AM
Trying to register - getting:
Code:
Error 7 (net::ERR_TIMED_OUT): The operation timed out.

after which I get a "passwords do not match" when I reload the page.

I seem to have good network now and the pings to eclipsemc.com are 200 - 300 ms.

I also pinged to pacrim.eclipse.com (46.51.255.204) for 138000ms, got 100% packet loss.

Let me know if you can sort this - keen to give it a go.


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: organofcorti on June 14, 2011, 09:51:41 AM
OK got rego and got workers going on us server (I got RPC failure on pacrim). Site looks v noooice. Can't wait for graphs  :)


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: organofcorti on June 14, 2011, 11:42:20 AM
...and now up on the pacrim server.

Joy!


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Boing7898 on June 14, 2011, 12:46:02 PM
How the PayPal cashout method works? You take a little fee or it uses the same price as MTGox?
This pool seems really awesome!


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Jack of Diamonds on June 14, 2011, 04:47:38 PM
I like your pool because it has all the features of deepbit (except PPS) with no fees.
Added a few miners today. If the server stays stable I'll move more from other pools to this.

Can't see any problems now besides relatively high variance, due to low hashrate.


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Patches on June 14, 2011, 07:57:04 PM
Quick question - are you distributing the block transaction fees earned to the pool participants or are keeping them for yourself?

Regardless, I will definitely add some miners to the pool as soon as you have some anti-hopping measures put in place.


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Inaba on June 14, 2011, 08:46:14 PM
So we seem to be taking intermittent DDoS hits on the US servers /sigh.  There appears to be two separate attacks going on, actually.  Trying to work around those.

Organofcorti: ICMP is turned off on the boxes, so you won't get a ping response from them.  We have SNMP monitoring for those.

Boin7898: Paypal payment works on the MtGox rate, either last sale or daily average, whichever is lower minus a 10% fee to cover our costs. We will probably adjust this method over time, but it's a good starting point.  

xonar: We are working towards a PPS method that is less cheat-prone than current methods.  If the pool is large enough then PPS cheating won't be such a big issue, but right now the pool is too small to support a wide open PPS.  

I am also implementing the cheat-proof scoring system by Meni after the next block to prevent pool hoppers.


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Inaba on June 14, 2011, 09:13:14 PM
Sorry guys, Bitcoin.org forums have been up and down for me all day. 

Anyway, Patches to answer your question - currently we are keeping the transaction fees, but that is only because the calculations were set to 50 BTC as opposed to the actual amount since that isn't known before hand.  That may change in the future though and they may be incorporated into the payout.  I'll look at the numbers after the pool is stable.

I made some configuration changes in the way data is routed and hopefully the system will handle the DDoSing that is going on right now. 


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: FreeJAC on June 15, 2011, 03:32:27 AM
Managing workers is working fine now.


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: rgod14 on June 15, 2011, 06:05:24 AM
Throwing 1GH your way. This pool looks VERY promising imo.  ;D


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: innervisi0nn on June 15, 2011, 06:30:49 AM
am i seeing this right...i see a paypal option?

going to throw about 1.8 ghash/s towards this..only thing is blocks are taking long to solve (doh!)


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Patches on June 15, 2011, 10:28:15 AM
Small glitch:

It seems your API is broken, at least for me. I get a similar JSON response no matter whether I use 'api.php?key=<yourapikey>' or 'api.php?key=<yourapikey>&poolstats=yes' etc. which seems to be a userstats report and the data returned does not appear to be for my account (the hash rate and number of workers are wrong).

Otherwise my workers seem to be mining just fine.

Edit:

Actually, I just checked and the API is reporting the same information as the webpage summary box which is incorrect. Even though I have only two workers registered, it is reporting 7 active miners and current speed 3X what is shown on the "My Workers" page. Still, I can't get the API to show anything different with '&poolstats=yes', '&userstats=yes' or '&blockstats=yes' they all just report something like this:

Code:
{"hashrate":"1.34 GH\/s","active_workers":"6","round_shares":"360252","round_duration":"1d 00:01:04","avg_shares_block":"0"}


Another edit:

Ah I see, that is actually the total poolstats. Where have all the miners gone? In that case, the problem is just that the API won't return the userstats or the blockstats for me.


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: organofcorti on June 15, 2011, 10:35:12 AM
1.5 hours on pacrim server last night with full 6990: 705 shares
2 hours 5 minutes on pacrim server tonight, half 6990 (the other is on ozco.in atm): 458 shares

These are a little bit on the low side,  at other pools I usually get around 850 to 950 shares/hour for full gpu, around 450/hour for half gpu.

I noticed tonight that although I go no invalids I did get 9 long poll exceptions after long polls, and the hash rate reported by the miner (poclbm) was a bit on the low side. I'm on deepbit with the same gpu right now, and am getting my usual hashrate.

I'll have another go tomorrow night.

Cheers



Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: rgod14 on June 15, 2011, 02:18:34 PM
Argh, woke up to connection problems :(


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Inaba on June 15, 2011, 03:40:59 PM
Seems the US getwork server locked up last night with no explanation.  I'm looking into it and will be implementing something to restart it if it freezes like that in the future.  Sorry about that.

Organofcorti: I will look into that issue and get that resolved hopefully today.

Patches: I forgot to update the api information page.  The method is actually &action=poolstats, workerstats or userstats.

I've updated the api_info page with the appropriate information.

innervisi0nn: Yep, that's right, we have a direct Paypal payout option.  The blocks have been unkind to us the last couple blocks.

Everything should be working at the moment.  I'm going to make changes to the UK and PACRIM servers to speed them up today, I just need to rewrite some code and test it.


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: The Koolio on June 15, 2011, 04:23:15 PM
what are peoples connections and idles like? i might send 8 g hash your way if they are good. Im in uk


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Inaba on June 15, 2011, 05:23:56 PM
I will be rolling out the change on the PACRIM server in the next two hours or so.  If you PACRIM people would report back if it's improved your speed, I would appreciate it.  If it works, I will roll it out to the EU server as well at that time.  I'll make another post when the update is complete... it's taking awhile to load the data a half world away!


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Inaba on June 15, 2011, 09:26:12 PM
I made some changes on EU and PACRIM to speed things up, how's the speed going?

I have one more step that should increase response dramatically but it's taking a RREEAAALLYYY long time to load the data, so that's still in the pipeline.



Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: organofcorti on June 15, 2011, 11:10:05 PM
I made some changes on EU and PACRIM to speed things up, how's the speed going?

I have one more step that should increase response dramatically but it's taking a RREEAAALLYYY long time to load the data, so that's still in the pipeline.



I'll let you know in about 10 hours (damn my work IT for not allowing SSH out!)


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: organofcorti on June 16, 2011, 01:43:01 PM
gpu1: 3.25 hours on pacrim, poclbm reporting ~ 375 Mhps: 732 shares (expected hashrate=268 Mhps)
gpu2: 3.25 hours on other pool, poclbm reporting ~ 365 Mhps: 999 shares (expected hashrate=366 Mhps)

The hashrate your site reported was similar to the expected hashrate based on shares/hour. There were only three long poll exceptions.

I also noticed that the gpu on eclipsecm would periodically drop in hashrate and then recover.

Maybe it's just bad luck on my end? It's been pretty similar each night though. Any ideas, Inaba?






Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Inaba on June 16, 2011, 10:52:45 PM
What was the time frame that you ran the miner?  I made some adjustments to some things, but I don't think it affected PACRIM. 

I finally got all the data loaded, took a lot longer than I expected, but I will bring that data online later tonight and that should speed things up or if not, it will tell me exactly where the latency bottleneck is. 



Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: organofcorti on June 16, 2011, 11:22:33 PM
I ran the miners both from 20:05 to 23:35 AEST (10:05 to 13:35 GMT). It's weird that the miner seems to be hashing alright from the poclbm report, but just not producing shares. I'll have another go tonight on pacrim *and* us to compare them. It might just have been a string of bad luck.


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: rgod14 on June 17, 2011, 01:15:53 AM
Solved 4th block an hour ago with 25 GH/s. Come join the fun! Seriously, I've been in almost all the pools and this is the one I see having the most promise. Plus the dude who runs it seems to be a nice, smart guy.


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: kakobrekla on June 17, 2011, 02:02:36 AM
Yeah, but no pay?


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Inaba on June 17, 2011, 02:09:42 AM
Thanks rgod14!

Kakobrekla: No pay?  What do you mean?

Organofcorti: I think the problem is lying with database latency issues.  The US server is having some problems as well and I think I've isolated it to the latency.  I need to rewrite much of the work server share handling and then I will probably look at changing out the DB server to something more robust.  Well, actually the server itself is pretty robust, it's network latency that is causing the issue I think.


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: rgod14 on June 17, 2011, 02:21:22 AM
Yeah, but no pay?

Gotta wait 120 blocks for confirmation.


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Inaba on June 17, 2011, 05:11:38 AM
You can look at the current block stats to see how many blocks have been confirmed.

Eventually, I will make the option to avoid the 120 block delay, but in the beginning here, I can't afford the losses if we have an invalid block.  Eventually though if the pool is large enough I will do away with it.


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: mmortal03 on June 17, 2011, 06:14:50 AM
I am seeing a bug when changing the automatic payout threshold.  After I changed it to 0.10, it changed itself to 0, and now won't change at all.


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Inaba on June 17, 2011, 07:03:42 AM
Sorry about that!  I was treating that as an integer instead of a float, so anything less than 1 was getting set to 0.

It's fixed now, though.  You should be able to change it to a fraction of a btc, but no less than .02.

I apologize to the PACRIM people; I've been rewriting a huge chunk of the worker servers share and statistics code to speed things up dramatically and in the process I think I've identified what's been slowing down PACRIM.  It's late here, though and I don't want to push the new code to the servers unless I can watch it for awhile in case it crashes.  I plan on pushing it out tomorrow along with the original changes to speed things up... between the two it should make PACRIM just as fast as the US server hopefully.

I've already made some changes on the backend though and that might solve a good portion of the speed issues.


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Boing7898 on June 17, 2011, 08:05:10 AM
I think I'll join when all the Coming soon features will be completed!
Nice GUI!


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Okama on June 17, 2011, 08:35:45 AM
Can't connect to US, EU or ASIA addrs.
When I ping
Quote
ping pacrim.eclipsemc.com
PING pacrim.eclipsemc.com (46.51.255.204) 56(84) bytes of data.
it returns nothing.


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Boing7898 on June 17, 2011, 08:37:47 AM
Can't connect to US, EU or ASIA addrs.
When I ping
Quote
ping pacrim.eclipsemc.com
PING pacrim.eclipsemc.com (46.51.255.204) 56(84) bytes of data.
it returns nothing.
Same, it seems that the pool servers are offline, since the GHash/s are lowering (from 22+ to 8 now)


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: mmortal03 on June 17, 2011, 08:47:05 AM
Sorry about that!  I was treating that as an integer instead of a float, so anything less than 1 was getting set to 0.

It's fixed now, though.  You should be able to change it to a fraction of a btc, but no less than .02.

I apologize to the PACRIM people; I've been rewriting a huge chunk of the worker servers share and statistics code to speed things up dramatically and in the process I think I've identified what's been slowing down PACRIM.  It's late here, though and I don't want to push the new code to the servers unless I can watch it for awhile in case it crashes.  I plan on pushing it out tomorrow along with the original changes to speed things up... between the two it should make PACRIM just as fast as the US server hopefully.

I've already made some changes on the backend though and that might solve a good portion of the speed issues.

Thanks, it looks fixed now.  This pool of yours has a lot of potential.  0% mandatory fee + LP + Automatic payout threshold = Greatness!

Hopefully your server comes back up soon enough, as I want to kick off my new card on it soon and see how it goes!


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: luffy on June 17, 2011, 09:20:39 AM
very nice site! 0% fee is wining ;)


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Boing7898 on June 17, 2011, 11:56:06 AM
Pointed my 186 MHash/s here!
Little question, will the SMS notifications arrive to my Italian phone? I inserted the prefix in the cellular number but I wanna be sure :P
Also, remove the share validation period and add IPV6 and this will be the best pool ever!  :)


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: organofcorti on June 17, 2011, 01:50:48 PM
Hey Inaba, a bit better on pacrim tonight (20:05 to 23:35 AEST)

gpu1: 3 and a half hours on pacrim, poclbm reporting ~ 376 Mhps: 875 shares (expected hashrate=298 Mhps)
gpu2: 3 and a half hours on other pool, poclbm reporting ~ 369 Mhps: 1009 shares (expected hashrate=344 Mhps)

That's about 15% better - whatever you're doing keep it up! Thanks so much for the work you're doing on it. As soon as you have the pacrim wrinkles ironed I'll be fulltime. Also looking foward to your implementation of the anti-pool hopping algo.

Cheers!


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Inaba on June 17, 2011, 05:08:05 PM
Organofcorti: I am glad the speed is improving.  I still have a major speed improvement push to the worker server process that I plan on today and if that doesn't completely solve the PACRIM issue, I have one more thing that I'm fairly certain will fix it, it just adds more complexity and cost to the non-US servers, so I've been avoiding it.  Keep it simple and there's less to break!

Boing: I haven't been able to test the non-US phone SMS support.  It *should* work, or at least I have provisions for it to work - but no way to test it.  If you could let me know, I would appreciate it.  I'm fairly certain the country code is required if you use it on a non-US phone, since it won't know which country to route it to without it. 

As far as IPv6 goes, I'm actually looking into that as well. I have about 1% experience with IPv6 so that may be a "I'm going to try it and see" kind of thing - so you'll have to be the one to test it and make sure it's working! :)

Share validation period will eventually be removed, but not until the pool is a bit bigger, as a failed block right now would be costly to me personally :)

As far as the servers going down this morning, I think the DB server got overloaded.  The changes I'm pushing to the work servers should alleviate some of that, but I will probably eventually need to get a much beefier DB backend server, although it's pretty beefy now so I'm trying to figure out where the bottleneck is.

Okama: The work servers don't respond to ping (it drops ICMP packets) for a couple of reasons, so you won't be able to ping them and get a response.


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Boing7898 on June 17, 2011, 05:10:04 PM
Organofcorti: I am glad the speed is improving.  I still have a major speed improvement push to the worker server process that I plan on today and if that doesn't completely solve the PACRIM issue, I have one more thing that I'm fairly certain will fix it, it just adds more complexity and cost to the non-US servers, so I've been avoiding it.  Keep it simple and there's less to break!

Boing: I haven't been able to test the non-US phone SMS support.  It *should* work, or at least I have provisions for it to work - but no way to test it.  If you could let me know, I would appreciate it.  I'm fairly certain the country code is required if you use it on a non-US phone, since it won't know which country to route it to without it. 

As far as IPv6 goes, I'm actually looking into that as well. I have about 1% experience with IPv6 so that may be a "I'm going to try it and see" kind of thing - so you'll have to be the one to test it and make sure it's working! :)

Share validation period will eventually be removed, but not until the pool is a bit bigger, as a failed block right now would be costly to me personally :)

As far as the servers going down this morning, I think the DB server got overloaded.  The changes I'm pushing to the work servers should alleviate some of that, but I will probably eventually need to get a much beefier DB backend server, although it's pretty beefy now so I'm trying to figure out where the bottleneck is.

Okama: The work servers don't respond to ping (it drops ICMP packets) for a couple of reasons, so you won't be able to ping them and get a response.

Going to test the SMS phone support when a block will get solved :P
Could you check the thread I made in the official forum of the pool? Thank you!


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Inaba on June 17, 2011, 05:54:10 PM
If you want to force an alert, setup an alert for a failed worker for like 1 minute, then turn off that worker for a minute and it should try to SMS you.  I'd set an email alert as well, so you know when it fires the alert.



Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Boing7898 on June 17, 2011, 06:30:02 PM
If you want to force an alert, setup an alert for a failed worker for like 1 minute, then turn off that worker for a minute and it should try to SMS you.  I'd set an email alert as well, so you know when it fires the alert.


Works!
Miner alert -> Myworkername has failed! Last activity was (putdatehere)


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Inaba on June 17, 2011, 06:38:49 PM
Excellent... I tried to code it as carefully as possible without being able to test it! :)


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Boing7898 on June 17, 2011, 06:40:08 PM
Excellent... I tried to code it as carefully as possible without being able to test it! :)

:P
What about putting some giveaways for miners? Like for the top 10 miners.. :D
That would increase the pool hashrate and many users will join!


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Inaba on June 17, 2011, 06:52:19 PM
I will look into that once I get everything stable and most of the features finished.  I still have a giant list of features I plan on adding, it's sitting on my desk (the list) staring at me and mocking me.


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Boing7898 on June 17, 2011, 06:53:02 PM
I will look into that once I get everything stable and most of the features finished.  I still have a giant list of features I plan on adding, it's sitting on my desk (the list) staring and me and mocking me.
Share it with us, so we can give you some little tips :D
EDIT: Read my PM please :D


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: luffy on June 17, 2011, 08:32:40 PM
i hope you are not alone in all this!
one person pool is just impossible!  :)


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Boing7898 on June 17, 2011, 08:34:51 PM
i hope you are not alone in all this!
one person pool is just impossible!  :)
You aren't alone :p
I'm here mining with you :)


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: luffy on June 17, 2011, 08:55:43 PM
no, i meant one person alone cannot run a big pool with all those problems andd DDos :)
by the way, alot of "miner is idle" the last minutes in eu server!


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Inaba on June 17, 2011, 11:56:05 PM
Well, Bahnfire has been helping out but it's mostly me at this point. 

I've tried to automate as much as possible so it doesn't require constant interaction from the operator.  I've also been considering open sourcing my pool software, but it's fairly complicated and I'm not sure it would be terribly useful to anyone but me without a lot of effort to understand what's going on and the thought processes involved.

As far as some of the things on the list, there's the obvious stuff like:

Graphs (I have been avoiding this because I'm not a statistician so I can only make rudimentary graphs)
Dynamic Mining Signatures - I can't figure what I want specifically for this, so I've been putting it off.
+/- avg per block calc/display
IM integration to go along with Email and SMS alerts, the system will alert you over your favorite IM client.
I'd like to reduce the failed miner spam.  I have 28 miners and if something happens to my connection or the pool, I get a deluge of SMS messages.
PPS mode
Adding timezone support for the times displayed, so they are displayed in your chosen timezone instead of UTC
A generate API key button.  Currently, a random on is generated when you sign up, but no way to generate a new one randomly, but you can set it to whatever you want.
A payout history
IPv6 support

Lots of other little things.

Right now I am working on finishing up the cheat-proof code - I just pushed the worker half of the code to the work servers with the speed improvements to test it out.  If all goes well and it doesn't crash, I will push another update that eliminates the SSLLOOWWW update method I was using to this faster method.  Right now, the worker server is doign double duty with the old code and the new code. 

I have to rewrite the share processing functions to handle the new data tables and share calculation before I can turn off the old share method (proportional).  I hope to have that done tonight or tomorrow at the latest.  Then I'll switch off proportional and go to strictly scoring.  This will have the drawback of having a potentially wildly inaccurate "estimated payout" number, since the number you get will be dependent on when the round ends... since we never know when that's going to be you can't really calculate a real estimate.  It will, however, prevent any pool hopping and increase profits for everyone in the end since the pool hoppers will get zip.




Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Boing7898 on June 18, 2011, 01:00:05 PM
Shit, the share server is down. I'm getting a Failed to connect, retrying error from like 1 minute now.
https://eclipsemc.com/forums/showthread.php/36-BUG-Failed-to-connect-retrying
EDIT: I can now mine using the US server, it seems that the EU one is down.
EDIT2: Now the US one is down too, trying the PACRIM now.
EDIT3: Can't connect to the PACRIM server.


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: CubedRoot on June 19, 2011, 03:34:53 AM
Inaba,
If you decide to go opensource with your pool software and setup, I would like to see it.  A friend of mine and I are working on creating our own pool, using pushpool and a bevity of custom work for DB and frontend.   If you would like to work together, let me know, and we can share information with what we have.


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Boing7898 on June 19, 2011, 09:59:23 AM
@Inaba,
I suggest you change the thread name, since it isn't attractive. I suggest you change it to something like this
[0% FEES!] EclipseMC | SMS Notification | PayPal payout | EU, USA and PACRIM servers!
Like other pool's thread :D
In this way you can get more thread view = more workers in EclipseMC = More hash power = :D


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: fsasa70 on June 19, 2011, 10:49:58 PM
US server down?


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Inaba on June 19, 2011, 10:53:49 PM
They were while I brought up some more capacity.  

They should be up now though.  I'll be replacing some hardware this week to speed things up as well.  Someone dropped a ton of workers on the server and it apparently couldn't handle the strain - that's the part I can't test myself unfortunately.  Should be ok now though I think, until I can get the new DB server installed and running.



Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: fsasa70 on June 20, 2011, 12:34:14 AM
Am getting frequent work queue empty miner idle -> new work push -> disconnected from server -> connected to server like every 8~10 minutes. Also my estimated speed went down from 4.2GH/s to 3.2GH/s as well as my rejected share skyrocketed to 12% :'(

This all happened after the restart like over an hour ago...


Edit Edit 2: Am still getting the frequent connection problems like every 5-8 minutes now, but reconnects really quickly...Estimated speed increased but still not the same as 9 hours ago and it looks like my submitted shares are lower than other pools...  ???

Looks good now...I think the reason why am submitting less shares is because of those short downtimes when I was asleep  ::)


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Inaba on June 20, 2011, 12:44:46 AM
Yeah, it looks like we have either a bot or someone using a ton of CPU miners that are requesting bucket loads of getworks and not returning much.  I've tried contacting the individual to see if they can fix their config.  If not, I may have to just block them.  I'm changing the US server around now to speed up the getwork requests, but it's taking awhile to get the block chain for bitcoind loaded.  Waiting on that right now.

*EDIT*

Actually, I just went ahead and turned down his ask rate.  Your speed should pick up again shortly.


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Boing7898 on June 20, 2011, 10:51:37 AM
We got beaten by bitp.it and Mineco.in, pools newer then us  :'(


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: fsasa70 on June 20, 2011, 11:38:20 AM
We got beaten by bitp.it and Mineco.in, pools newer then us  :'(

Oh snap! Once testing is over and the pool is stable, most  likely miners will start joining.  :-*

Also is there a feature to disable your account name from being shown in the hall of fame and top miners?


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Boing7898 on June 20, 2011, 12:00:02 PM
We got beaten by bitp.it and Mineco.in, pools newer then us  :'(

Oh snap! Once testing is over and the pool is stable, most  likely miners will start joining.  :-*

Also is there a feature to disable your account name from being shown in the hall of fame and top miners?
I don't think there is a feature that disable your name :p
But I'm gonna wait Inaba confirmation.
P.S: Why you don't wanna be on the top miners? Thats my wish  :D


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: organofcorti on June 20, 2011, 12:00:25 PM
Inaba:

half hour on pacrim 19:47 to 20:17 AEST: 131 shares (expected hashrate = 312 Mhps)
half hour on us 20:17 to 20:47 AEST: 177 shares (expected hashrate = 422 Mhps)

Both done on same gpu. The expected hashrate on pacrim is consistent with previous results.

Inaba, buddy, gonna stick with US for a while. See if that 422 Mhps was a fluke.

Cheers!


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: fsasa70 on June 20, 2011, 12:43:49 PM
P.S: Why you don't wanna be on the top miners? Thats my wish  :D

I want privacy! :D LoL!  ;) I just joined yesterday and maybe a couple of hours later I'll be #2 for this round... 8)


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Inaba on June 20, 2011, 09:50:12 PM
I will be adding a privacy feature so you can remain anonymous or not even show up in the lists.

I have the new hardware for the new database server.  I will be installing it this evening and transferring everything over.  I ran some tests and it will speed things up dramatically.


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Jack of Diamonds on June 20, 2011, 11:56:37 PM
Can your server handle extra 10 ghash/s or more? How long do your rounds take on average?

I am extremely interested now due to SMS failure notification.
I can also load a smaller amount such as 3ghash/s as a start.


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: fsasa70 on June 21, 2011, 12:28:31 AM
I am extremely interested now due to SMS failure notification.

My favorite feature!  :D  It works with overseas numbers too (like me, NZ number!).


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Inaba on June 21, 2011, 01:43:38 AM
I just installed a new database server in the datacenter (I am actually in the DC now writing this) - I will be moving the data tables over later tonight and reconfiguring some of the work servers - at that point we should be able to handle about 400 GH/s before capacity becomes an issue again, just an estimate.  But by that time I will have more hardware in place.

Rounds are taking about a day and a half on average, but there's been a lot of downtime as I've been working the bugs out.  Work servers seem fairly stable now, after the move we'll see if they remain stable.  If so, I think we are pretty good to go.


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Inaba on June 21, 2011, 08:00:35 AM
New Database server configured and ready to go.  As it's so late here in the US, I'm going to hold off until tomorrow for the switch.  I don't want peoples miners freezing up when I bring the work servers down to repoint them at the new DB and transfer all the data.  I also don't want to run the new box without being around to make sure everything is working as planned; though I do not forsee any problems.

Things seem to be pretty stable at the moment, so I'll leave it as is for the night.  After that, I will work on getting PACRIM into shape.


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: WebMonkey on June 21, 2011, 04:31:46 PM
this pool is the coolest.
=]

'monkey


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: fadisaaida on June 21, 2011, 05:27:28 PM
sms notification is realy cool feature, i have my miner set on my uncle house and whenever miner is idle i just can let him restart the box :) , joining with 400mh.


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: WebMonkey on June 22, 2011, 01:02:57 AM
have some connection issues at the moment.

'monkey


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: fsasa70 on June 22, 2011, 01:10:33 AM
+1 It's on and off with me. :-\

(US server)


Looks good now!  :-*


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Inaba on June 22, 2011, 01:17:42 AM
I just finished the database switch.  It was a little less smooth than I had hoped but all in all it was uneventful.  The system is now running off the new DB server and all the workers are communicating with it fine. 

DNS repoint should happen over the next 24 hours but nothing needs to be done for that and the old server will continue to forward requests to the new server.

Sorry about any hiccups.


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Okama on June 22, 2011, 01:42:47 AM
I have communicating problem here
Code:
eu.eclipsemc.com:8337 Problems communicating with bitcoin RPC 0 2
tried US or Pacrim either...


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Inaba on June 22, 2011, 02:07:47 AM
Both servers are up and people are connected to them.  I'm working on PACRIM to speed it up right now, but it shouldn't affect anything until I actually make the changes to the server itself.


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Okama on June 22, 2011, 02:44:19 AM
It is ok now. Thank you :)

ps: I think the Change password function should be modify. It does not require old password when you wan to create a new one. Seem dangerous...

pps: Something weirds in this picture.
http://img18.imageshack.us/img18/6103/screenshot20110622at115.png (http://imageshack.us/photo/my-images/18/screenshot20110622at115.png/)
Why All Time shares is smaller than Round share? I haven't press the Reset button yet  :)


Title: Re: [Testing] Eclipse Mining Consortium: The Be Everything 0 Fee Pool
Post by: Inaba on June 22, 2011, 03:13:48 AM
Hmm, let me give it some thought in regards to entering your old password to change your current password.  I'm of two minds there, but perhaps erroring on the side of caution in that case is the way to go.

As for the shares, with the DB switch, some of the counters get reset to about ~10 min prior to when the DB changed, however your shares are still counted individually.  "All Time" is stored as a counter instead of calculating the actual shares submitted, but has nothing to do with the actual shares other than for informational purposes, nothing is calculated off of it.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: Inaba on June 22, 2011, 05:45:26 AM
PACRIM has been updated.  Can you PACRIM folks let me know if it improves your connection?


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: Okama on June 22, 2011, 07:18:33 AM
I tried but... (using poclbm with --backup option).
Quote
pacrim.eclipsemc.com:8337 22/06/2011 7:12:39, Setting pool xxx_worker @ pacrim.eclipsemc.com:8337
pacrim.eclipsemc.com:8337 22/06/2011 7:13:01, Using new LP URL /LP 2
pacrim.eclipsemc.com:8337 22/06/2011 7:13:01, LP connected to pacrim.eclipsemc.com:8337
pacrim.eclipsemc.com:8337 22/06/2011 7:13:39, 0b518459, accepted 2 2
pacrim.eclipsemc.com:8337 22/06/2011 7:13:50, 4cedd714, accepted
uscentral.btcguild.com:8332 22/06/2011 7:14:18, Setting pool xxx_worker @ uscentral.btcguild.com:8332
uscentral.btcguild.com:8332 22/06/2011 7:14:26, f1b4cdca, accepted
pacrim.eclipsemc.com:8337 22/06/2011 7:14:27, Setting pool xxx_worker @ pacrim.eclipsemc.com:8337
pacrim.eclipsemc.com:8337 22/06/2011 7:14:27, Attempting to fail back to primary pool
uscentral.btcguild.com:8332 22/06/2011 7:14:32, Setting pool xxx_worker @ uscentral.btcguild.com:8332
uscentral.btcguild.com:8332 22/06/2011 7:14:32, Still unable to reconnect to primary pool (attempt 1), failing over
uscentral.btcguild.com:8332 22/06/2011 7:14:32, warning: job finished, miner is idle
uscentral.btcguild.com:8332 22/06/2011 7:14:38, 0f3cfb28, accepted

Update: it seems to be ok now (with phoenix miner).

Update 2: Still have the above problems with poclbm.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: fsasa70 on June 22, 2011, 08:17:08 AM
PACRIM has been updated.  Can you PACRIM folks let me know if it improves your connection?

All sweet so far! It's also giving less stale than the US.

Is it alright if my workers uses different servers?

Edit (5 hours later): Getting idle miners like every 1 minute or so with pacrim server...  :'(


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: organofcorti on June 22, 2011, 09:34:56 AM
I'm getting "problems communicating with bitcoin RPC" at pacrim. US is ok though.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: Boing7898 on June 22, 2011, 09:41:21 AM
I'm getting "problems communicating with bitcoin RPC" at pacrim. US is ok though.
Problems at EU server too. I'm getting many work queue idle errors and it took ages to connect to the server.
EDIT: My GPU is going to die if the EU server don't get fixed..
http://gyazo.com/b965c4f8ed522b91a139b843c35620ad.png


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: rearwheels on June 22, 2011, 09:59:05 AM
Hi,

I was trying to parse your JSON and found that it is appended with the HTML headers and empty body.

I've added an extra line in my script to chop that out, no big deal. FYI only.

Another thing is that the JSON hashrate value seems high. Mine is showing 500+mh/s but I know I'm doing 300+mh/s, website is correct though.

Lastly, I've added EMC to www.btc-poolwatch.com to monitor multiple pools. :)

Regards,
koo


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: fadisaaida on June 22, 2011, 01:34:07 PM
Quick question and few suggestions :

can u please let me know what you think a reasonable % for donating for using international sms alerts ? i set it up at 1% but have no idea how much i should to cover at least 1-2 sms per day ! i mine at ~380 mhash/sec.

Suggestions:

1. the logo and the quick stats take up almost 3d of my screen , maybe cut it to half :)
2. since you have alert on miners failures maybe adding a history of supposed failure time , ex worker 1 in the last 7 days failed 5 times , 1st was on 15/4/2011 20:00 PM and lasted 23 minutes etc.
3. noticed u also built inside forum for the pool, would be nice to make the same account for both (unless it is a security flaw )


that's it for now loving your pool so far and can't wait tell we generate the next block :)



Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: Inaba on June 22, 2011, 09:28:37 PM
Rearwheels:  Thanks!  I will get the HTML thing fixed tonight.

Boing & Organofcorti: I'm at a loss... that is strange.  I made a change to the worker daemon that may resolve that issue.  Is it worse now than before?  I can't imagine why that would be.  I'll get it figured out though.  I have one more method that is a sure fire cure, but it's a bit costly so I wanted to avoid it if at all possible.

Fasa: It's fine if you use different servers, they all get aggregated into a central database for statistics and block tracking - just don't try to submit work from one server to another server, that won't work.  Not sure how you'd do that anyway.

fadisaaida:  Well, for now it's whatever you think is appropriate for what services you are getting :)  

In regards to your suggestions:

1.  What resolution are you running?  Is it too large on other peoples screens as well?
2. I will add this to the list of things I will be making graphs and statistical tracking for.
3. It's both a security risk and a huge difficulty - integrating with vBulletin is a major pain, but I did make it so you can sign in to vBulletin with your Facebook account, meaning you don't have to go through the registration process, just let Facebook handle it.

We should be hitting a block any time now if we aren't running unlucky :)


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: fadisaaida on June 22, 2011, 10:42:57 PM
My screen resolution is : 1366X768 running chrome browser.

i do some luck wishes for the next block :)


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: WebMonkey on June 23, 2011, 01:01:21 AM
inaba, love the pool.
appreciate the time/effort you've put into it.

i took a break for awhile but i'm back. back in the "top" charts at least =]

rather than deluge you with suggestions, requests, i'll tell you how i "use" the pool.

i like the worker status and the quick stats.
those are my most used/looked at parts of the website.

what would be super cool is a windows mobile 6.1 friendly version or the coolest app ever written for it. (yes, i only have wm6.1, an htc fuze)
like those tiny sidebar gadgets people make for the "other" pools, but a wm6.1 app.  that would be righteous.

i check so often that sms and email alerts aren't a biggie for me.

i love the paypal payout.  the fees are totally understandable.
i take it the paypal payments are based on the current mtgox trade value?
i'd like to see an instant payout button though (again, one that i could use from my old/dinky phone =])

basically, a stripped down, graphics wise, website would be great for me and my puny phone.
no background images/colors, tiny logo, yada yada, etc etc.

anyway, thanks again, it's cool in da pool.

'monkey


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: Inaba on June 23, 2011, 01:33:01 AM
Thanks WebMonkey!  More mobile pages are on my priority list - the Mobile Workers page is already up and working and works great on my phone (Android) but I don't see it being a problem on a WM6.1 phone either.

I plan on having more mobile pages at some point in the near future, too, though.  I don't know much about programming to WM6, so I don't think I could handle making a native application for it, but the mobile pages should do what you want, or if you want a specific page that does something, let me know.

The Paypal payments are based on either the last sale price OR the daily average, whichever is lower.

There is an instant payout button for both Paypal and BTC, it shows up when you have more than .02 in your account.  Although, I'm considering going to a full 8 places payout, so the buttons would only disappear when you have no funds in your account in that instance.



Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: WebMonkey on June 23, 2011, 01:38:59 AM
oh i hear ya brother.

my last coding days were turbo pascal when i wrote a few door games for my BBS.

my "formal" training was in cobol and fortran.

i'm so "out of the loop" i wouldn't try coding "10 print "hello world""

=]

one of these centuries i'll try to move to an android based device.  i really like the motorola atrix.
i've just been so entrenched in winCE, now windows mobile, that i find it hard to give up the apps i do use..

'monkey


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: Inaba on June 23, 2011, 04:11:35 AM
Added optional "Privacy Mode" so your user name no longer is displayed in various places.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: Boing7898 on June 23, 2011, 08:27:26 AM
Rearwheels:  Thanks!  I will get the HTML thing fixed tonight.

Boing & Organofcorti: I'm at a loss... that is strange.  I made a change to the worker daemon that may resolve that issue.  Is it worse now than before?  I can't imagine why that would be.  I'll get it figured out though.  I have one more method that is a sure fire cure, but it's a bit costly so I wanted to avoid it if at all possible.

Fasa: It's fine if you use different servers, they all get aggregated into a central database for statistics and block tracking - just don't try to submit work from one server to another server, that won't work.  Not sure how you'd do that anyway.

fadisaaida:  Well, for now it's whatever you think is appropriate for what services you are getting :)  

In regards to your suggestions:

1.  What resolution are you running?  Is it too large on other peoples screens as well?
2. I will add this to the list of things I will be making graphs and statistical tracking for.
3. It's both a security risk and a huge difficulty - integrating with vBulletin is a major pain, but I did make it so you can sign in to vBulletin with your Facebook account, meaning you don't have to go through the registration process, just let Facebook handle it.

We should be hitting a block any time now if we aren't running unlucky :)

Yes, it is worse then before.
The first day of the pool I was mining 12 hours a day in the EU server without problem, but when we got to 20-25 Ghash/s the problem came. I'm now mining at the US server, since it has less problems (not 0, less problems)


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: rearwheels on June 23, 2011, 09:44:58 AM
When connecting to pacrim with poclbm, I get a "Problems communicating with bitcoin RPC". But with phoenix is ok.

Connecting to us server for now.

It seems us server is the most stable. I'll move 1ghash to the us server tonight.

I'll use pacrim at a later date since it is only 8 hops away.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: Inaba on June 23, 2011, 03:42:06 PM
Yeah, PACRIM went down last night, not sure why yet.  It came back up, but I had auto start on the bitcoin process turned off for testing.  Guess I should have left it on.  

I'm going to shop for a new Internet provider and move PACRIM.  Maybe I'll look in Australia instead of Tokyo this time.

Does anyone have any suggestions for a colo site somewhere on that side of the world that's not crappy?


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: rearwheels on June 24, 2011, 10:59:09 AM
Yeah, PACRIM went down last night, not sure why yet.  It came back up, but I had auto start on the bitcoin process turned off for testing.  Guess I should have left it on.  

I'm going to shop for a new Internet provider and move PACRIM.  Maybe I'll look in Australia instead of Tokyo this time.

Does anyone have any suggestions for a colo site somewhere on that side of the world that's not crappy?

I use this for business. http://www.webvisions.com.sg/

They are pretty established and have a fast and competant service team.

Or if u want lower cost i'll hook u up with my smaller time hosting company whom i've been using for more then 8yrs. www.btc-poolwatch.com is hosted with them. U can do a traceroute.

Btw, the routes here to us.eclipsemc.com is faster than to eu.eclipsemc.com

Another choice would be amazon, they have datacenter in hong kong, melbourne and singapore.

Or just keep it simple and have 2 servers for now. Less is More.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: Inaba on June 25, 2011, 03:50:43 AM
Amazon has a datacenter in Melbourne and Hong Kong?  I wasn't able to find information on that.  I know they have the one in Singapore.

I wish that Webvisions place had a price on their dedicated servers... though judging by their VPS pricing, they are kinda pricey.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: rearwheels on June 25, 2011, 10:40:07 AM
Sorry the hongkong one is rackspace. I got rackspace mixed up with amazon.

The hosting in sg is not so competitive on price as there are only a few big players here.

Another i've used before is http://www.usonyx.net/



Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: no_alone on June 25, 2011, 11:18:16 AM
PayPal option is nice...


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: Inaba on June 26, 2011, 12:15:09 PM
We could definitely use some help on this block :(


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: WebMonkey on June 26, 2011, 01:13:06 PM
i herre dat!

=]

'monkey


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: rearwheels on June 26, 2011, 03:10:21 PM

I've thrown everything I've got at it.

Regards,
koo


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: rearwheels on June 27, 2011, 03:14:31 AM

Well done! Found another block!


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: Inaba on June 27, 2011, 03:33:31 AM
Wow, finally.  What a horrible block.  

I didn't get an SMS notfication, hmm... did anyone else?  Sometimes my carrier is a bit slow.

Hopefully we won't have another beast like that for awhile.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: kripz on June 27, 2011, 03:39:13 AM
no sms for me.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: Inaba on June 27, 2011, 04:03:11 AM
Yeah, I found the problem.  It should SMS on the next block solve... was some code for the scoring system that screwed it up.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: jdebunt on June 27, 2011, 05:57:12 AM
looks like a very nice pool, might give this a try later this week :)


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: WebMonkey on June 27, 2011, 12:33:12 PM
bestest pool ever!

=]

'monkey


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: rearwheels on June 28, 2011, 06:09:40 PM

Stable connections, just that we need more fire power!



Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: Inaba on June 28, 2011, 06:21:59 PM
Yeah, I have been contemplating how best to go about attracting more people? 


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: kripz on June 29, 2011, 03:54:38 AM
I started a channel in IRC btw, #eclipsemc on freenode. I'll idle on it whenever im online. Alot of things happen on IRC so everybody should get involved.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: Inaba on June 29, 2011, 04:17:31 AM
Yeah, I will try to get on there. I have been incredibly busy these last few days and I've not had time.  Sorry about that. 

I got one graph up tonight!  Yay :)


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: organofcorti on June 29, 2011, 10:54:45 AM
You could implement Multipool's pool hopping with solo backup

https://github.com/multipool/Multipool


to attract more people....  ;D




Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: Inaba on June 29, 2011, 11:50:40 AM
I'm not sure what you mean by that? 


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: organofcorti on June 29, 2011, 12:20:31 PM
I wasn't really being serious, just that the promise of an extra 12% over what you get solo might win some converts!

Well, maybe I was 50% serious.

http://forum.bitcoin.org/index.php?topic=17970.msg228164#msg228164

code posted at the git repo I linked to previously.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: rearwheels on June 29, 2011, 02:03:46 PM

Tested the Paypal payout. Works great!



Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: WebMonkey on June 29, 2011, 10:11:39 PM
can't seem to login to the website at present.

'monkey


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: organofcorti on June 29, 2011, 11:34:13 PM
Website up for me.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: WebMonkey on June 30, 2011, 12:26:20 AM
i'm sure it's just me but i still can't login to the website.

i've even tried the automated password recovery but nothing in the inbox/spambox.

i'm pulling my measly hashes out of the pool till i can gain control of my account.

=]

'monkey


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: kripz on June 30, 2011, 01:26:45 AM
Site is down, forum is down. DB error. Miners still going strong.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: bluefirecorp on June 30, 2011, 01:33:55 AM
35 gigahash.. Damn, that's 7 times my personal production.

Then again, you are a pool, not a single user :P

~bluefirecorp


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: rearwheels on June 30, 2011, 02:49:53 AM
Can't login to the web portal.

But miners are still working fine. API still updating and reporting.

Just checked on my miners via btc-poolwatch.com, everything a-ok. Thanks to the guy who came up with that.  ;D


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: Boing7898 on June 30, 2011, 08:52:26 AM
I can't login too..
Also, we aren't growing. We went from 35 Ghash/s to 19.. Inaba, do something.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: huayra.agera on June 30, 2011, 10:48:34 AM
The Paypal option is very nice, I'm thinking of migrating to your pool once everything is setup. I also cannot login.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: rearwheels on June 30, 2011, 02:00:49 PM

Login to website looks to be working now.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: rearwheels on June 30, 2011, 04:17:33 PM

Hmm...we found another block, but the top right "Round Duration" is not reset?

Or something wrong with my eyes?


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: kripz on July 01, 2011, 12:52:41 AM
Is it possible to link the website login with the forum?

I can't login too..
Also, we aren't growing. We went from 35 Ghash/s to 19.. Inaba, do something.

Need a community to grow imo, IRC :D


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: rearwheels on July 01, 2011, 03:00:57 AM

I had 1gh/s down for a while to test my pool watch web app.

I notice from the "Top Miners" that Inaba 7gh/s dropped to 3gh/s and climbed back up to 4gh/s.

I guess being a small pool, each gh/s makes a lot of difference.

btw, I'm making more here than in btc guild (after mining 2 blocks).

Very tempted to go out and get some more 5830s... :D


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: kripz on July 01, 2011, 05:51:16 AM

I had 1gh/s down for a while to test my pool watch web app.

I notice from the "Top Miners" that Inaba 7gh/s dropped to 3gh/s and climbed back up to 4gh/s.

I guess being a small pool, each gh/s makes a lot of difference.

btw, I'm making more here than in btc guild (after mining 2 blocks).

Very tempted to go out and get some more 5830s... :D

It works out to be the same. The only difference is you see more constant cash flow on BTC (hundreds of 0.0000001 btc daily), on eclipse you see dont see anything for days and then BAM, 2 btc on your account.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: Druas on July 01, 2011, 04:45:07 PM
If you want more people maybe getting listed on bitcoinwatch.com would help.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: Inaba on July 01, 2011, 04:46:13 PM
Yeah sorry guys, the website had some problems accessing the DB server, so it was being fussy.  The miner system is on a separate DB and server so it is unaffected by website issues.  Also has the added benefit of separating the data if, in the unlikely event, something got hacked.  

Everything is back up and synced now.  I've been super busy this week, but I should be back to adding more functionality after the holiday.  

I plan on redoing the GH/s calculations, though I'm not sure how to I want to quantify them on the Top Miners and Hall of Fame at this point.  Right now, they are quantified by the total time vs shares submitted for the block, which can be a little misleading.

As far as linking the website to the forum - no, probably not if for no other reason as to vBulletin always has some sort of security problem and I wouldn't want a security problem with the forums to introduce a security issue with access to your BTC.  I want to minimize the attack vectors as much as possible when accessing anything to do with real money (whether it's BTC or PPUSD) on your account - this is why the DB servers are separate and the miners are seprate from your login/account information.  All passwords are randomly salted and multi-hashed with a couple different algorithms to make it more difficult to do anything with the data if the DB should be compromised.  

There's also the Payout lock and account notification if anything critical changes on your account (which I suggest everyone enable)  - both via SMS and Email.  

Anyway, I'm rambling.  The round duration problem was a result of the anti-cheat scoring system functionality causing some problems in the processing.  I think I have it fixed now and next round should setup properly.  Again, I've separated all the data, so even if EOR (End of Round) gets processed wonky, none of the data is lost and it can be backed out and fixed fairly quickly - I've tried to build quite a bit of redundancy into system so there's never a catastrophic problem that is not recoverable.

I plan on working on graphs this weekend and adding some more stats storage and calculation to the system on a per miner and per account basis.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: Inaba on July 01, 2011, 04:46:54 PM
If you want more people maybe getting listed on bitcoinwatch.com would help.

Any idea how to go about that? 


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: CubedRoot on July 01, 2011, 05:07:21 PM
Inaba,
I moved three of my workers over to your pool, and so far its been smooth.  In total I moved about 1.1 GHash to Eclipsemc.com
The site looks good, and glad to be a part of the pool :)


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: Inaba on July 01, 2011, 05:10:20 PM
Thanks!  I appreciate it!  I would really like to get the pool growing faster so I'm open to suggestions how how to accomplish that.

I'd really like to be able to find someone to design a signature that people can use on forums and stuff.  I can implement the backend in the site to output the proper stats and stuff onto the sig so people can see your live statistics when the sig is viewed, but I'm horrible at graphic design.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: kripz on July 02, 2011, 12:46:58 PM
Does pacrim work for anyone? I'm getting 100% rejection and it looks like it's having trouble getting work, US works fine.

EDIT: More issues.

My forum email activation never arrived. Can you please manually enable my account?
Also SMS didnt arrive last block.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: Inaba on July 04, 2011, 02:35:45 AM
You should be good to go Kripz. 

The SMS notification didn't go out last block due to some code problems with the round scoring system for the anti-pool hopping code.  I think I have it worked out now and it should go out next time.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: huayra.agera on July 04, 2011, 08:33:54 AM
Hi! Can we have an option to deposit BTC to our accounts and have them withdrawn to Paypal?

And by the way, with Paypal freezing accounts related to Bitcoins if they are divulged in the transaction, how do you go about preventing that?

I have around 1.7Ghash capacity that I would like to migrate all to your pool.

Lastly, how much is the fee for Paypal withdraws? Does the withdrawee (such a word? =)) pay the fees or the pool? Thanks for the answers!


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: rearwheels on July 04, 2011, 01:42:50 PM
Hi! Can we have an option to deposit BTC to our accounts and have them withdrawn to Paypal?

And by the way, with Paypal freezing accounts related to Bitcoins if they are divulged in the transaction, how do you go about preventing that?

I have around 1.7Ghash capacity that I would like to migrate all to your pool.

Lastly, how much is the fee for Paypal withdraws? Does the withdrawee (such a word? =)) pay the fees or the pool? Thanks for the answers!

The paypal payments are "Computer services rendered". Inaba has mentioned that he does not want to trade BTC, i.e. we deposit BTC to eclipsemc.com and withdraw via paypal.

The confirmed rewards will be shown and you can select to payout direct to Paypal. As long as your paypal address is configured, it's a 1-click affair.

There's a 10% fee for paypal withdrawals. I did not incur any further fees.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: Inaba on July 04, 2011, 01:54:09 PM
Rearwheels is correct.  We are not and never will be a money exchange service and our Paypal is not exchanging BTC for USD.  We are paying you to mine, either in BTC or USD, your choice. 

The 10% fee covers our costs to pay via Paypal, so you do not have to pay any other fees.

I hope to see you there, that would be great!


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: rearwheels on July 04, 2011, 02:13:57 PM
Another monster block...damn. We need some voodoo dolls or something and poke needles at it.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: Inaba on July 04, 2011, 02:21:27 PM
I know, it's killing me.  How the hell did our luck get so bad?  Ugh.  Maybe it'll make up for it after the next couple blocks with 100k shares each :)


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: CubedRoot on July 04, 2011, 06:13:58 PM
Its me guys... I have horrible luck, so when I joined the pool, I brought it with me.  :'( :'( :'(   ;D

Hopefully we will break this sucker soon.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: Druas on July 04, 2011, 06:28:36 PM
If you want more people maybe getting listed on bitcoinwatch.com would help.

Any idea how to go about that? 
I suppose emailing info@bitcoinwatch.com would be an idea, but I have never requested a site to be listed on there, so not sure. I think they use JSON


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: CubedRoot on July 04, 2011, 10:26:33 PM
YES! Block finally solved! I also wanted to note that my SMS and email notifications worked perfectly. I am loving this pool Inaba!


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: Inaba on July 04, 2011, 10:29:29 PM
Yeah!  Finally got the anti-cheat round update to work properly on a solved block, jeez... Looks like SMS is good to go now :) 

I'm going to be adding some interactive SMS stuff at some point, by this I mean that you'll be able to send an SMS to the pool and it will respond with the information you request, like block stats, your balance, etc...  Working on graphs right now, though.  I'll probably look into that after I get some more graphs up.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: CubedRoot on July 04, 2011, 10:31:26 PM
Awesome! those are feature that no other pool would have, and something I know I would use myself. I like the Top Miners page as well, I am fighting some other dude marked private with the 4th spot. heheh.  My account name is boodaddy on the pool.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: rearwheels on July 05, 2011, 06:12:08 AM
Yeah!  Finally got the anti-cheat round update to work properly on a solved block, jeez... Looks like SMS is good to go now :) 

I'm going to be adding some interactive SMS stuff at some point, by this I mean that you'll be able to send an SMS to the pool and it will respond with the information you request, like block stats, your balance, etc...  Working on graphs right now, though.  I'll probably look into that after I get some more graphs up.


I thought the mobile Workers page that refreshes already has everything we need (via 3G).

I like the graphs...what library are you using to generate the graphs?


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: kripz on July 05, 2011, 09:51:48 AM
Yeah!  Finally got the anti-cheat round update to work properly on a solved block, jeez... Looks like SMS is good to go now :) 

I'm going to be adding some interactive SMS stuff at some point, by this I mean that you'll be able to send an SMS to the pool and it will respond with the information you request, like block stats, your balance, etc...  Working on graphs right now, though.  I'll probably look into that after I get some more graphs up.


Perhaps interactively cashout?


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: Inaba on July 05, 2011, 11:54:46 AM
Good idea Kripz, I will add that for sure.

Rearwheels: I am using the Highcharts library for the graphs.

We solved another block last night, looks like our luck is evening out :)  Only 12 hours to solve that block.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: rearwheels on July 05, 2011, 01:05:04 PM

12 hr block! The best record so far...Looks like the voodoo dolls worked.

Inaba, a couple of things I hope you can take a look at.

1. For the json API which keep tracks of miner's workers, if a worker dies, it does not show up in the json anymore. Is it possible to reply the json like "My Workers" or "Mobile Workers" where the hash rate is simply "0"?

2. There seems to be an addition bug or display bug for one of my worker which consistently gets 2ghs but it is only 1ghs. Let me know if you want my API user key.

Thanks in advance.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: Inaba on July 05, 2011, 01:24:15 PM
I will look at taking care of number 1.

For number 2, can you elaborate a bit?  Do you have more than one miner connecting to a username?  That's not a problem, I just want to know what to look for.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: rearwheels on July 05, 2011, 01:36:02 PM

My username have 3 miners.

Two of them have the exact setup (should be giving 1Ghs each). These two miners returns 1Ghs for one and 2Ghs for the other.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: kripz on July 05, 2011, 02:17:15 PM
Good idea Kripz, I will add that for sure.

Rearwheels: I am using the Highcharts library for the graphs.

We solved another block last night, looks like our luck is evening out :)  Only 12 hours to solve that block.


Dont forget to have mtgox prices in the sms and a warning that prices may be wrong due to delay in the sms or website.

Other ideas:

When cashing out with the website, an sms is sent with a one time pin (also i dont know how long it takes for an international SMS, could be annoying). Could be implemented with email change etc. Added security but not sure if its REALLY REALLY needed as you have payout lock anyway.

Are SMSs expensive for your? The bigget the pool gets, the more sms you will have to send. I was just wondering how many people have the wrong country codes etc. Perhaps an activation pin or something to enable sms, this will make sure they get it right. 3 attempts and it's locked.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal/SMS/Prop/US/EU/AU/+Everything Else
Post by: Inaba on July 05, 2011, 02:30:25 PM
I show two miners active (out of 4), the two that are active seem to be showing the proper MH rate for the type of cards you are using.  Neither show anywhere close to 1 GH/s much less 2.

So I am a little confused?  

I am actually on IRC right now if you want to login, I can help you.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/More Features
Post by: rearwheels on July 05, 2011, 03:08:20 PM

I have 2 accounts, sent you a PM.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/More Features
Post by: Inaba on July 05, 2011, 03:09:30 PM
I think I see the problem.  It's strictly limited to the JSON api.  I will fix that when I get home.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/More Features
Post by: Inaba on July 05, 2011, 06:07:15 PM
I forgot to mention that we now pay out to 8 decimal places... no more storing sub .02 amounts in your account.  You can get a full payout whenever you'd like.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full Payout/More
Post by: kripz on July 06, 2011, 01:53:50 AM
What about for paypal?


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full Payout/More
Post by: Inaba on July 06, 2011, 02:11:27 AM
Paypal will pay out to 8 decimal places, too, but there is still a minimum due to fees and overhead.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full Payout/More
Post by: Inaba on July 06, 2011, 03:34:12 AM
Ok Rearwheels, I found the bug.  Basically, the JSON is still using an old table and some old code to calculate hash rate instead of the newer, faster table and code.  I had forgotten about that calculation routine.

I'm going to take this opportunity to centralize and rewrite the share calculation function so it won't be fixed tonight.  Hopefully tomorrow.  I hope it doesn't cause too much in the way of problems.

On a technical note, it has to do with the way a table is joined joining your miner twice for some reason.  I didn't really investigate as to why since the whole code block needs to go away anyway.



Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full Payout/More
Post by: rearwheels on July 06, 2011, 05:04:24 AM
Ok Rearwheels, I found the bug.  Basically, the JSON is still using an old table and some old code to calculate hash rate instead of the newer, faster table and code.  I had forgotten about that calculation routine.

I'm going to take this opportunity to centralize and rewrite the share calculation function so it won't be fixed tonight.  Hopefully tomorrow.  I hope it doesn't cause too much in the way of problems.

On a technical note, it has to do with the way a table is joined joining your miner twice for some reason.  I didn't really investigate as to why since the whole code block needs to go away anyway.



ok, but I think you broke the JSON. There's 3 numbers before the JSON starts.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full Payout/More
Post by: organofcorti on July 06, 2011, 05:17:47 AM
Ok Rearwheels, I found the bug.  Basically, the JSON is still using an old table and some old code to calculate hash rate instead of the newer, faster table and code.  I had forgotten about that calculation routine.

I'm going to take this opportunity to centralize and rewrite the share calculation function so it won't be fixed tonight.  Hopefully tomorrow.  I hope it doesn't cause too much in the way of problems.

On a technical note, it has to do with the way a table is joined joining your miner twice for some reason.  I didn't really investigate as to why since the whole code block needs to go away anyway.



ok, but I think you broke the JSON. There's 3 numbers before the JSON starts.

Semi-off-topic: Is that why the results for eclipse on btc-poolwatch is all curly braces and stuff? Looks like raw JSON.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full Payout/More
Post by: rearwheels on July 06, 2011, 05:51:51 AM
Ok Rearwheels, I found the bug.  Basically, the JSON is still using an old table and some old code to calculate hash rate instead of the newer, faster table and code.  I had forgotten about that calculation routine.

I'm going to take this opportunity to centralize and rewrite the share calculation function so it won't be fixed tonight.  Hopefully tomorrow.  I hope it doesn't cause too much in the way of problems.

On a technical note, it has to do with the way a table is joined joining your miner twice for some reason.  I didn't really investigate as to why since the whole code block needs to go away anyway.



ok, but I think you broke the JSON. There's 3 numbers before the JSON starts.

Semi-off-topic: Is that why the results for eclipse on btc-poolwatch is all curly braces and stuff? Looks like raw JSON.

Yap, I've fixed that by chopping off the extra numbers.


BTW, another block found! Woohoo! (ok, I'm 1.5hrs late)


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full Payout/More
Post by: kripz on July 06, 2011, 07:26:45 AM
Making up for the block from hell we had a few days ago.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full Payout/More
Post by: Inaba on July 06, 2011, 01:37:28 PM
Whoops, left some debug code in there.  That's what I get for trying to do it late at night.

Should be fixed now, I hope that doesn't break your fix :)


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full Payout/More
Post by: WebMonkey on July 06, 2011, 07:41:52 PM
what is the irc info?
i must have missed it (i'm not terribly observant anymore)

'monkey


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full Payout/More
Post by: Inaba on July 06, 2011, 09:42:36 PM
irc.freenode.net and channel #EclipseMC


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full Payout/More
Post by: WebMonkey on July 06, 2011, 10:10:44 PM
righteous

'monkey


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full Payout/More
Post by: Inaba on July 07, 2011, 03:52:20 AM
Found the problem with the EU server.  It's been fixed and is rebooting now and should be good to go.


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full Payout/More
Post by: tschaboo on July 07, 2011, 05:59:09 AM
Inaba,

you mention your scoring system in a few posts (#59, #112, #142) and seems you implemented it but I can't find any details! Can you please publish your algorithm?


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full Payout/More
Post by: Inaba on July 07, 2011, 11:28:27 AM
The full details are here: http://forum.bitcoin.org/index.php?topic=4787.0


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full Payout/More
Post by: tschaboo on July 07, 2011, 03:36:06 PM
The full details are here: http://forum.bitcoin.org/index.php?topic=4787.0

Excellent! So which values do you use for the variables c and f?

The reason I'm asking: Continuumpool shuts down (http://forum.bitcoin.org/index.php?topic=8660.msg330007#msg330007) and this pool was also using Meni's scoring method. Now there are plenty of refugees (about 13 GHash/s) searching for a new home - probably we just found it.  ;)

What would be nice though, would be round dumps as we had at Continuum: http://www.continuumpool.com/history/
Probably you could just use a hash of the worker name as (anonymous) identifier and produce similar output?

Regards,
tschaboo

PS: EU-server is not working for some hours now ...


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full Payout/More
Post by: Inaba on July 07, 2011, 04:02:21 PM
c is .001 and f is (-$c)/(1-$c)

The scoring system appears to be stable at the moment (as of the last block), I have been running it in tandem with the proportional method to be sure it's computing right. 

Those dumps look nice, I will look into implementing that going forward.  I have been severely time limited this last week and half with the holiday and all so things have mostly been bug fixing.  Things are beginning to stabilize so I should be able to get back to forward development this weekend.

As far as the EU server goes - there are people connected to it and submitting shares.  What error are you getting? 


Title: Re: [35 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full Payout/More
Post by: tschaboo on July 07, 2011, 04:16:45 PM
Sounds good, I'm staying here ...

As far as the EU server goes - there are people connected to it and submitting shares.  What error are you getting? 

Well, right now it's working, but it wasn't until a few minutes ago: (time in UTC+2)
Code:
eu.eclipsemc.com:8337 07/07/2011 17:38:28, Setting pool XXXXXX_X @ eu.eclipsemc.com:8337
eu.eclipsemc.com:8337 07/07/2011 17:38:28, Attempting to fail back to primary pool
api.bitcoin.cz:8332 07/07/2011 17:38:33, Setting pool XXXXXX.X @ api.bitcoin.cz:8332
api.bitcoin.cz:8332 07/07/2011 17:38:33, Still unable to reconnect to primary pool (attempt 4), failing over
api.bitcoin.cz:8332 07/07/2011 17:39:26, 831cccc6, accepted
api.bitcoin.cz:8332 07/07/2011 17:39:37, 98f64c76, accepted
api.bitcoin.cz:8332 07/07/2011 17:40:01, f25431d9, accepted
api.bitcoin.cz:8332 07/07/2011 17:40:09, 29c5be14, accepted
api.bitcoin.cz:8332 07/07/2011 17:40:28, b69a9207, accepted
api.bitcoin.cz:8332 07/07/2011 17:41:53, d3873a62, accepted
api.bitcoin.cz:8332 07/07/2011 17:42:04, c50e060d, accepted
api.bitcoin.cz:8332 07/07/2011 17:42:25, 087cdb44, accepted
eu.eclipsemc.com:8337 07/07/2011 17:44:57, Setting pool XXXXXX_X @ eu.eclipsemc.com:8337
eu.eclipsemc.com:8337 07/07/2011 17:44:57, Attempting to fail back to primary pool
api.bitcoin.cz:8332 07/07/2011 17:45:02, Setting pool XXXXXX.X @ api.bitcoin.cz:8332
api.bitcoin.cz:8332 07/07/2011 17:45:02, Still unable to reconnect to primary pool (attempt 5), failing over
api.bitcoin.cz:8332 07/07/2011 17:45:08, 97b47e83, accepted
api.bitcoin.cz:8332 07/07/2011 17:45:12, 470ed549, accepted
api.bitcoin.cz:8332 07/07/2011 17:45:34, 4e60bd05, accepted
api.bitcoin.cz:8332 07/07/2011 17:47:00, 4d9dfb3b, accepted
api.bitcoin.cz:8332 07/07/2011 17:47:42, 58bab409, accepted
api.bitcoin.cz:8332 07/07/2011 17:47:43, 7a0da52e, accepted
api.bitcoin.cz:8332 07/07/2011 17:49:03, 52565484, accepted
eu.eclipsemc.com:8337 07/07/2011 17:52:11, Setting pool XXXXXX_X @ eu.eclipsemc.com:8337
eu.eclipsemc.com:8337 07/07/2011 17:52:11, Attempting to fail back to primary pool
api.bitcoin.cz:8332 07/07/2011 17:52:16, Setting pool XXXXXX.X @ api.bitcoin.cz:8332
api.bitcoin.cz:8332 07/07/2011 17:52:16, Still unable to reconnect to primary pool (attempt 6), failing over
api.bitcoin.cz:8332 07/07/2011 17:52:20, d260c4fa, accepted
api.bitcoin.cz:8332 07/07/2011 17:53:54, f76e2c85, accepted
api.bitcoin.cz:8332 07/07/2011 17:56:07, df858b59, accepted
api.bitcoin.cz:8332 07/07/2011 17:57:04, 74298ea5, accepted
api.bitcoin.cz:8332 07/07/2011 17:57:15, 1ef04616, accepted
api.bitcoin.cz:8332 07/07/2011 17:57:31, 8769c239, accepted
api.bitcoin.cz:8332 07/07/2011 17:58:24, 80c620ce, accepted
eu.eclipsemc.com:8337 07/07/2011 17:59:19, Setting pool XXXXXX_X @ eu.eclipsemc.com:8337
eu.eclipsemc.com:8337 07/07/2011 17:59:19, Attempting to fail back to primary pool
eu.eclipsemc.com:8337 07/07/2011 17:59:21, f998fc18, invalid or stale
eu.eclipsemc.com:8337 07/07/2011 18:00:02, 93921bb7, invalid or stale
eu.eclipsemc.com:8337 07/07/2011 18:00:46, 8dda2ba0, accepted
api.bitcoin.cz:8332 07/07/2011 18:01:35, Setting pool XXXXXX.X @ api.bitcoin.cz:8332
api.bitcoin.cz:8332 07/07/2011 18:02:48, 470affb0, accepted
api.bitcoin.cz:8332 07/07/2011 18:03:23, b766c482, accepted
api.bitcoin.cz:8332 07/07/2011 18:04:07, 76b55c97, accepted
api.bitcoin.cz:8332 07/07/2011 18:04:16, ba0a0cc1, accepted
api.bitcoin.cz:8332 07/07/2011 18:04:31, 145ac1c3, accepted
api.bitcoin.cz:8332 07/07/2011 18:04:46, 3b765ef6, accepted
api.bitcoin.cz:8332 07/07/2011 18:04:48, 50e48afa, accepted
api.bitcoin.cz:8332 07/07/2011 18:08:14, e6e85b60, accepted
eu.eclipsemc.com:8337 07/07/2011 18:08:15, Setting pool XXXXXX_X @ eu.eclipsemc.com:8337
eu.eclipsemc.com:8337 07/07/2011 18:08:15, Attempting to fail back to primary pool
eu.eclipsemc.com:8337 07/07/2011 18:09:55, ed952462, accepted 0 2
eu.eclipsemc.com:8337 07/07/2011 18:10:39, 96c10445, accepted
eu.eclipsemc.com:8337 07/07/2011 18:10:55, fbc1f900, accepted
eu.eclipsemc.com:8337 07/07/2011 18:11:00, 4e44d940, accepted

Unfortunately I can't tell what the problem is from this output.



Title: Re: [40 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 07, 2011, 09:09:51 PM
That is strange.  I plan on revamping both PACRIM and EU servers in the near future, although EU has been fairly sedate compared to the problems with PACRIM, so I'm not sure what's going on there.   I'll look for another host in the UK while I'm looking for one for PACRIM as well.

Are you still getting the errors as of this post?


Title: Re: [50 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: rearwheels on July 08, 2011, 01:50:56 AM

We just jumped from 28ish Gh/s abt 12 hours ago to 46Gh/s now.


Title: Re: [50 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on July 08, 2011, 02:01:53 AM
yup, eclipse is the coolest.

'monkey


Title: Re: [50 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: btcboston on July 08, 2011, 02:48:27 AM
Moved my 1ghash over today.  I really like the scoring system, lack of fees and all the features.


Title: Re: [50 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: organofcorti on July 08, 2011, 03:02:19 AM
everytime I hit "Show new replies to your posts.", Eclipse has another hashrate increase! At this rate we'll be in the top ten before long.


Title: Re: [50 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: sabe on July 08, 2011, 03:38:19 AM
Hi guys, moving about 4GHash here once the current round ends :)


Title: Re: [50 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 08, 2011, 03:53:07 AM
Yeah!  And I have like 2 GH of my own miners out of commission at the moment.  Wish I had it up, would be over 50 GH/s right now! :)

Look forward to seeing you there, Sabe!  Hopefully the round will end soon.


Title: Re: [40 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: tschaboo on July 08, 2011, 07:44:03 AM
Are you still getting the errors as of this post?

(All times in UTC)

Yes. It was working more or less from 00:17 - 03:29 and in the last half hour. Outside of those times poclbm was switching back an forth all the time. Is there a miner who writes a log-file? I'm already using -v but that's not verbose enough.


Title: Re: [50 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: rearwheels on July 08, 2011, 07:59:23 AM
Hi guys, moving about 4GHash here once the current round ends :)

finally...took u a long time. :D


Title: Re: [50 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 08, 2011, 11:54:41 AM
Are you still getting the errors as of this post?

(All times in UTC)

Yes. It was working more or less from 00:17 - 03:29 and in the last half hour. Outside of those times poclbm was switching back an forth all the time. Is there a miner who writes a log-file? I'm already using -v but that's not verbose enough.


-v is actually for vectors.  I don't know of any off the top of my head that write log files.  You could modify the python code though.   I might look into adding some debug code to poclbm it if I get some extra time.


Title: Re: [50 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: organofcorti on July 08, 2011, 12:28:43 PM
Are you still getting the errors as of this post?

(All times in UTC)

Yes. It was working more or less from 00:17 - 03:29 and in the last half hour. Outside of those times poclbm was switching back an forth all the time. Is there a miner who writes a log-file? I'm already using -v but that's not verbose enough.


-v is actually for vectors.  I don't know of any off the top of my head that write log files.  You could modify the python code though.   I might look into adding some debug code to poclbm it if I get some extra time.

DiabloMiner has a debug option: -dd


Title: Re: [50 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on July 08, 2011, 01:28:17 PM
glad to see more hashes being added to the pool.

of course that means my time basking in the glory that is the hall of fame is at an end.

i've been noting the inexorable fall from "grace" over the last month

=]

'monkey


Title: Re: [50 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: sabe on July 08, 2011, 02:36:39 PM
Hi guys, moving about 4GHash here once the current round ends :)

finally...took u a long time. :D

Still waiting for the round to end :P

Btw guys, how does the SMS notification work? I'm from Singapore so I typed in my country code (65) and my number (XXXXXXXX) as 65XXXXXXXX. I tried toggling a test worker on and off for about an hour but I received no SMS notifications. Is this for US/EU miners only?


Title: Re: [50 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 08, 2011, 02:56:58 PM
No, it has been tested for Italy, Australia and I think ummm I can't remember where else. 

It should work for Singapore.  Perhaps try adding either a + or a 1 before your country code?  You shouldn't have to do that though.  I will try to remember to look up your account and see if I see any errors sending.


Title: Re: [50 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: sabe on July 08, 2011, 03:26:44 PM
Thanks Inaba! My username is "hxkenneth" by the way. I will try your suggestions too.


Title: Re: [50 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: sabe on July 08, 2011, 03:40:45 PM
I just noticed, I don't get the email alert as well.


Title: Re: [50 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 08, 2011, 03:56:25 PM
I got both an SMS and Email on the block solve just now... did you?

On another note, we solved a block!  YE HAW!


Title: Re: [50 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 08, 2011, 04:42:56 PM
1hr 6min block.  Wow!


Title: Re: [50 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: rearwheels on July 08, 2011, 04:44:42 PM

I thought there's a bug in the email alert...sending me 2 emails on solved block.  ;D


Title: Re: [50 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: sabe on July 08, 2011, 05:16:04 PM
I got both an SMS and Email on the block solve just now... did you?

On another note, we solved a block!  YE HAW!

Nope, got neither :(


Title: Re: [60 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on July 08, 2011, 05:55:15 PM
solving blocks in a timely fashion is the coolest

'monkey


Title: Re: [60 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: btcboston on July 08, 2011, 06:19:08 PM
Email alerts not working for me.  No issues with the SMS alerts.


Title: Re: [60 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 08, 2011, 09:15:26 PM
To those people having trouble with email:  Are you using Verizon or Yahoo?

Both of those services have notoriously broken email servers that reject mail for no apparently reason.  In the case of Verizon, they are just plain broken - their relay servers don't even answer half the time.

In the case of Yahoo, they reject most domains email randomly (and let it through randomly) and it's impossible to get them to fix it (it's been like that for years).  If you are on a provider that's backed by Yahoo, like rogers.net, you are also affected.

Let me know if you aren't using either of those and not getting emails and I can look into it specifically.



Title: Re: [50 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: fsasa70 on July 09, 2011, 12:40:17 AM
Btw guys, how does the SMS notification work? I'm from Singapore so I typed in my country code (65) and my number (XXXXXXXX) as 65XXXXXXXX. I tried toggling a test worker on and off for about an hour but I received no SMS notifications. Is this for US/EU miners only?

The other country that Inaba meant to mention is New Zealand  ;)

For example in NZ. Our local numbers always start with a 0, so we just replace that with a +64 (+64 is NZ country code).
So for NZ it's +(country code = 64)(area code or cell provider, but without the first zero)(number).
For the States +(country code = 1)(State city (btw which cell providers also uses))(number).

Don't include the exit number.

If you have a friend that has an iPhone or something similar, do a miss call and ask him for the number because most of the time the iPhone records international numbering plans, and copy that to your EMS account.

~~~

I'm coming back soon with my 5Gh/s!!! (Just let me collect enough BTC for my electricity bill  :P)


Title: Re: [60 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on July 09, 2011, 12:47:36 AM
**solved**

has anyone had any trouble with paypal payments from eclipse?

my favorite feature of the pool.

a recent payment isn't showing up in my paypal history.
(7/7/2011)

a much earlier one is there fine and dandy.

i got the email notification when i clicked pay me now.

strange :)

'monkey

**solved**
i started up my bitcoin client and there was the amount i was looking for.
for some reason it didn't go to paypal. (i hadn't planned on ever using the bitcoin client/wallet again)

crazy.

anyone needing btc?
:)

'monkey


Title: Re: [60 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: fsasa70 on July 09, 2011, 01:25:14 AM


anyone needing btc?
:)

'monkey


Just hoard/hold it  :D


Title: Re: [60 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 09, 2011, 04:36:48 AM
Did you have auto pay on?   I haven't seen any problems with auto pay recently and it's been autopaying out Paypal or BTC as appropriate.  Be sure you have the radio button set to PP and Auto Pay to Yes if you are wanting PP.


Title: Re: [60 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: btcboston on July 09, 2011, 05:11:11 AM
To those people having trouble with email:  Are you using Verizon or Yahoo?

Both of those services have notoriously broken email servers that reject mail for no apparently reason.  In the case of Verizon, they are just plain broken - their relay servers don't even answer half the time.

In the case of Yahoo, they reject most domains email randomly (and let it through randomly) and it's impossible to get them to fix it (it's been like that for years).  If you are on a provider that's backed by Yahoo, like rogers.net, you are also affected.

Let me know if you aren't using either of those and not getting emails and I can look into it specifically.

I was using my own domain email which forwards to gmail.  I just changed it to the gmail address so it can go directly, I'll see if that fixes it and let you know if there is still any issue.



Title: Re: [60 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: sabe on July 09, 2011, 06:38:17 AM
I am using Gmail as well, alerts from other pools coming through fine except EMC.


Title: Re: [60 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: rearwheels on July 09, 2011, 12:05:50 PM

My first alert went to my gmail junk folder. After I clicked on "Not Spam", next one goes to Inbox.


Title: Re: [60 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: sabe on July 09, 2011, 12:37:06 PM
Ok, fool reporting in, they're all in my junk folder :P Its usually reliable enough I don't have to check it. Thanks for that.

Still no go on SMS alerts though.


Title: Re: [60 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on July 09, 2011, 12:44:58 PM
Did you have auto pay on?   I haven't seen any problems with auto pay recently and it's been autopaying out Paypal or BTC as appropriate.  Be sure you have the radio button set to PP and Auto Pay to Yes if you are wanting PP.



ahh, the old autopay trick.

no, i had the pp radio button checked but used the paypal button under the pay me! text.
(you know, trying to hit the market just right ;))

it seemed to prompt me through and even tell me what would be sent to paypal but didn't make it.
in any event, it's no biggie.


'monkey


Title: Re: [60 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 09, 2011, 01:00:19 PM
So auto-pay was on for BTC?  If you went through the Paypal button and it said it paid, it should have paid PP.  Autopay does not need to be on to get PP, I just wanted to clarify that.


Title: Re: [60 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on July 09, 2011, 02:20:46 PM
sorry, i've not been very clear.

in the past, i used autopay ON paypal ON.

lately, i switched autopay OFF (left the paypal radio button checked).

my last "payout" i clicked the paypal "pay me!" button.

although the website "took me through" the process explaining all about the fees and rates associated with paypal payout, i was not paid via paypal.
i received the coins to my wallet instead.

hope that clears up what i meant to say.

:)

'monkey


Title: Re: [60 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: TheMoneyStorm on July 09, 2011, 05:07:49 PM
I can't get to your site, Keep getting opendns error


Title: Re: [60 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: sabe on July 09, 2011, 05:25:25 PM
I can't get to your site, Keep getting opendns error


Try http://69.30.224.137/

Sounds like you have a dns problem.


Title: Re: [60 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: btcboston on July 09, 2011, 07:24:23 PM
How exactly does the scoring system work on this pool?  Based on the last two blocks since I joined it seems like it is standard proportional:

1957326    Confirmed    21739    0.55532395
49166    Confirmed    1109            1.12781190

In both cases my reward is exactly my shares / total number of shares * 50. 


Title: Re: [60 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: tschaboo on July 09, 2011, 09:24:24 PM
DNS Server down.

I can't resolve your domains. But Google can?
Code:
dig @8.8.8.8 eu.eclipsemc.com

; <<>> DiG 9.7.1-P2 <<>> @8.8.8.8 eu.eclipsemc.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 7149
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;eu.eclipsemc.com. IN A

;; ANSWER SECTION:
eu.eclipsemc.com. 17638 IN A 46.137.73.24

;; Query time: 29 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Sat Jul  9 23:17:42 2011
;; MSG SIZE  rcvd: 50

$ dig @8.8.8.8 eu.eclipsemc.com ns

; <<>> DiG 9.7.1-P2 <<>> @8.8.8.8 eu.eclipsemc.com ns
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 957
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;eu.eclipsemc.com. IN NS

;; AUTHORITY SECTION:
eclipsemc.com. 1682 IN SOA ns4.communityhosting.net. bovine.cowmail.org. 2011070803 900 3600 86400 10800

;; Query time: 34 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Sat Jul  9 23:17:44 2011
;; MSG SIZE  rcvd: 112


Code:
Your authorative nameservers are not responding:

$ dig @ns4.communityhosting.net eu.eclipsemc.com ns

; <<>> DiG 9.7.1-P2 <<>> @ns4.communityhosting.net eu.eclipsemc.com ns
; (1 server found)
;; global options: +cmd
;; connection timed out; no servers could be reached

$ dig @bovine.cowmail.org eu.eclipsemc.com
dig: couldn't get address for 'bovine.cowmail.org': not found

I doublechecked that on a different machine in another country with different network.

[edit:] If you have the same problem you can reach the US server at 208.110.73.247. The EU server also doesn't respond at it's IP.


Title: Re: [60 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 10, 2011, 01:01:44 AM
The primary DNS was down today for about 6 hours, but the secondary should have kicked in just fine.  I'm not sure why it would be timing out - ns4 was down actually, but ns3 should have responded in it's place.


Title: Re: [60 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 10, 2011, 01:05:25 AM
How exactly does the scoring system work on this pool?  Based on the last two blocks since I joined it seems like it is standard proportional:

1957326    Confirmed    21739    0.55532395
49166    Confirmed    1109            1.12781190

In both cases my reward is exactly my shares / total number of shares * 50. 

The scoring system is running in tandem with the proportional system at the moment.  The payouts are based on proportional until I am sure the score system is paying out properly.  I am currently working on the output like Continuum has/had that someone requested earlier and I should have it functioning tonight - it will display the scoring pay vs your proportional pay.  Once everyone is satisfied that it's correct and proper I'll cut out the proportional and rely solely on scoring.


Title: Re: [60 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: ewibit on July 10, 2011, 01:37:15 PM
  • SMS Notifications on failed miner, payouts, account changes and solved blocks
  • Payouts in BTC or directly with Paypal in USD
  • Mobile pages for viewing on your mobile devices
  • On Demand payouts
  • Automatic payouts
Hi
is this above for for EU residents too or only for US?
TIA


Title: Re: [60 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: rearwheels on July 10, 2011, 01:47:05 PM
solving blocks in a timely fashion is the coolest

'monkey

I think it will be tradition that every alternate blocks are solved in a very short time.


Title: Re: [60 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: sabe on July 10, 2011, 04:02:55 PM
Just hit 70 GH/s :D


Title: Re: [60 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 10, 2011, 04:22:20 PM
  • SMS Notifications on failed miner, payouts, account changes and solved blocks
  • Payouts in BTC or directly with Paypal in USD
  • Mobile pages for viewing on your mobile devices
  • On Demand payouts
  • Automatic payouts
Hi
is this above for for EU residents too or only for US?
TIA

It's for everyone.  Obviously, I've not been able to test every country, but has been tested working in Italy, Singapore, Brazil, Australia, New Zealand, the UK, Austria (I think) - it should work for nearly every country, so long as you format your mobile number properly for international SMS.


Title: Re: [60 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 10, 2011, 11:36:17 PM
Ok, finished rewriting all the scoring code in C from PHP and it's running on all servers (US, EU and PACRIM).

Can anyone more familiar with Meni's scoring system tell me what data is valuable to you as far as output goes? I will make an output for blocks like Continuum after a block is completed, but is there other scoring data that is valuable/interesting to know?


Title: Re: [60 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: organofcorti on July 10, 2011, 11:40:29 PM
I'm good with just knowing it's being used. Cheers!


Title: Re: [60 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 10, 2011, 11:53:32 PM
Well, I like to be as open as possible without compromising private data.

Also - I haven't forgotten about the API on your output Koop - I got bogged down with this scoring thing, but I should have that fixed either tonight or early this week.


Title: Re: [60 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: tschaboo on July 11, 2011, 01:38:37 AM
Ok, finished rewriting all the scoring code in C from PHP and it's running on all servers (US, EU and PACRIM).

Can anyone more familiar with Meni's scoring system tell me what data is valuable to you as far as output goes? I will make an output for blocks like Continuum after a block is completed, but is there other scoring data that is valuable/interesting to know?

I think it would be enough to put the score next to every share. It should be possible for everyone to recognize it's own shares. So you would publish the parameters for the algorithm (I know, you already did, but on the homepage or somewhere where it can be easily found) and how the miner can identify it's shares. I think that just hashing the workers user name would be anonymous enough.

With this information everyone can verify that every share got the right score and if the relation of his/her sum of scores and the payout conform. Actually, I never did that yet. But that's because I assumed that Meni himself checked this at Continuum.  :)


Title: Re: [60 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 11, 2011, 01:46:45 AM
Are you talking about each share individually or a aggregate of each score per miner?  There would be thousands of shares per user and going through them would be pretty crazy.  I could put together an aggregate output on a per miner basis (I had already planned on doing this in graph form, anyway).

So let me know if you're talking about individual shares.  I have no problem doing that, but with 1 million plus shares per block on average I don't see any realistic way to do that in an output on an individual share basis.  I could maybe output the last n shares with a hashed username or something if individual shares are desired. 

I'm certainly open to any suggestions though.


Title: Re: [70 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: btcboston on July 11, 2011, 03:03:51 AM
On the scoring, what values are you using for c and f (as described by Meni's system)?


Title: Re: [70 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 11, 2011, 04:39:42 AM
c is .001 and f is (-$c)/(1-$c)


Title: Re: [70 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: geek-trader on July 11, 2011, 06:57:52 AM
Just joined.  Was in the Ars pool, but the SMPPS is boring.  300 MH/s heading your way.  ;)


Title: Re: [70 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Reacon on July 11, 2011, 10:07:11 AM
Just joined.  Was in the Ars pool, but the SMPPS is boring.  300 MH/s heading your way.  ;)

Joined a few days ago. Figured I'd let my presence be known here as well, and give the thread a little bump.

Another 330 MH/s to add to the growing number.


Title: Re: [60 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: tschaboo on July 11, 2011, 10:58:19 AM
Are you talking about each share individually or a aggregate of each score per miner?

Well, actually I was talking about individual shares. Of course that's a few 100 MiB for longer rounds. But it would be enough to keep them online for 10 days or so. And they compress really well. The individual shares are needed to check if the scoring works. And I think the pool will change to difficulty-2-shares somewhen anyway, that would again half the size.

Of course that should not hinder you to also provide nice aggregated statistics.  ;)

[edit:] Maybe I could volunteer then to write some python or perl script that does some statistics on the dump file if there are requests.


Title: Re: [60 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: sabe on July 11, 2011, 11:57:12 AM
  • SMS Notifications on failed miner, payouts, account changes and solved blocks
  • Payouts in BTC or directly with Paypal in USD
  • Mobile pages for viewing on your mobile devices
  • On Demand payouts
  • Automatic payouts
Hi
is this above for for EU residents too or only for US?
TIA

It's for everyone.  Obviously, I've not been able to test every country, but has been tested working in Italy, Singapore, Brazil, Australia, New Zealand, the UK, Austria (I think) - it should work for nearly every country, so long as you format your mobile number properly for international SMS.

Hmmm, who has it working in Singapore?


Title: Re: [70 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 11, 2011, 12:06:07 PM
I thought someone said they had it working there?  Maybe not?

Is there a problem with that location?


Title: Re: [70 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: rearwheels on July 11, 2011, 12:18:01 PM
I thought someone said they had it working there?  Maybe not?

Is there a problem with that location?

Not me, I was talking to Sabe about gmail alert.

I have mine set to +65xxxxxxxx did not get the block completed notification earlier.


Title: Re: [70 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: sabe on July 11, 2011, 12:32:37 PM
I tried +65XXXXXXXX, 65XXXXXXXX both not working for me.


Title: Re: [80 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 11, 2011, 03:22:17 PM
Ok, I will try to remember to look into it specifically tonight.  Sabe and rearwheels, I may send you a couple test SMS tonight; you can ignore those but maybe post back if you got them and if there was anything unusual about them.

If you guys get charged by the SMS, let me know and I won't send out any test ones.  I don't want ya'll to get charged, but I will try to find another way to test +65 location.


Title: Re: [80 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: rearwheels on July 11, 2011, 03:36:26 PM

tks. updated donations during payout.

Our incoming SMS are not charged, so send away!


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 11, 2011, 11:11:21 PM
I just did a cursory examination of the scoring for the last block and the payout for my account was within .13 BTC of the proportional amount and would account for the fact that I had a couple miners fail along the way, so things are looking good.

I will be gathering data and posting it within the next few hours for examination by all.  I will also see if I can put together a utility to let you view your own shares and payout, either as an aggregate or possibly as a full share dump as well.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 12, 2011, 03:47:12 AM
Here's how to get your hash:

https://eclipsemc.com/my_hash.php?key=<api_key>

Replace <api_key> with your API Key from My Account page. The following post contains the block 18 data and hashed rewards. Please verify that your amount is within an acceptable margin of what you received with proportional, assuming you wern't pool hopping or otherwise submitting shares in the early part of the round and substantially less later in the round.

I've increased precision on SCORE from 2 decimal places to 16, not that it will have much effect, but I wanted to make mention of that going forward.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 12, 2011, 03:47:42 AM
id f c b r los lastscore totalscore
ID: 18 (135804) f: -0.0000100001000010 c: 0.00001000 b: 50 r: 0.0620144702512582 los: 2.7492200585903626 LSCORE: 61934.3399999999965075 TSCORE: 1096080.4780402099713683

User 65bb1d73a2337e3d3fa03ec8bd8412fd2d78311d total: 0.22368600
User 7273f42acc7b70615ecbb5f778c802b5ea9cd4e3 total: 0.75787757
User 7ace82444b15b598d8573ec7adc01a9dffae7d13 total: 0.50801700
User d73f05f26ca2517071c41ae5031482bea8a104fd total: 0.19166800
User fd8473d96c7c5162030a199aa704ae64d736ffb6 total: 0.44252900
User e7795c4e91613642555356106abd85c180db909e total: 0.06887900
User f44d4d5ac41d6488e656e15c3adb14f58b9b10b7 total: 0.08341000
User 464fabfa1008ca428b2519a1792eddb48112fe9c total: 0.25727029
User d672d22988513694db381ce3e4d54043dc417c87 total: 0.16244339
User b708cf97e82a7fc26820227ceb4a42e5e8ba02b9 total: 0.41889809
User c183df4879ebacd451d2f7e93a8f4eff8b10cca5 total: 0.00155000
User 0ea1e164e86b68f49d206653e39b27d69986defb total: 0.12506700
User 29b52382a2891260c7f084b0aa5d39f663271b75 total: 1.23211399
User f9a8c1f646d0b76c2cbaf6c6ff4cb77fad8286c6 total: 0.04252800
User 416be578c928911000263f946536c5db480a29ee total: 0.02625300
User daddf5c57ade2ed67379ceab409ce2b9f03647a7 total: 0.03764376
User 372f569ff8f7f0debc6cb8e5e28dbd19774d4c78 total: 0.07537000
User 7e15f3f9ff8c8a41b22e9ab0268b069f64b07de8 total: 0.01002700
User eb6ef0a5654096f69fb6f08faa7f1695598e7d1c total: 0.44819600
User cf38f8528ba866a4d25abf4243aa3c6c46a7446a total: 0.01448299
User 28412ca2229d48bd1c7ef3dd409bbdb084a7a718 total: 2.01400000
User 8944367ea6f38b61e758d6f44c00dbbee4792dde total: 0.40406900
User e9c50c49703a31d4e898f985fa9fb3b824d7ccfc total: 0.40448727
User 3cc77ff278d6af1efd1472103c7cb7af9d9c2739 total: 3.04509642
User 4b17148141022989e5f59e2b263a70346c97066a total: 0.02281400
User 373a41d751587ff0235c11921c9f778e95a5d0fa total: 0.35592100
User 2c298ba0c3af6805dbd074aec49b447672009ca8 total: 0.04388500
User c336a20cadbdfb4fc96eb80d4b24dbc5bba7dd49 total: 0.52811900
User 1f970ee05ed1080fa2b2b2e14eb4c1c8a29ae255 total: 0.16129800
User 8b30e0885ffa1bd13f85659e49a719f585dab441 total: 0.12991000
User ccd6fc43d130fb23e3740a06bde05f0b5d1be92e total: 2.68801400
User ae31815a19d693b37b41f13df73f358d87068a80 total: 0.08171500
User bccd38a7048d34ebbf634ef7fbdd2a7796d59022 total: 4.93732299
User e7c420ea5091d1aae609cacbb6f01d8f339ebacb total: 0.00024200
User 3efde0bfbe5845765a74ef47c8866ed16be1aa66 total: 0.00319700
User c43860f5c0598aa99a7c8a52023c2967c6342ffb total: 0.00416600
User b66e07583a0a416e41840333648a2ae06c26ce87 total: 0.71080290
User feafa7fbc23a46ae0f7f75d57c7576f98c76c656 total: 0.05985103
User e18ace80e755367a89d87f5001b90eafc9401a72 total: 1.70341500
User ec43f4949550663990fe9c08716478756e8b07b6 total: 2.42048900
User 86be8fc377ea4ee81d1f668191498b9b7045e569 total: 0.00164683
User 32b05ad49007ac618c018dd9a8483bf265239b51 total: 0.54274600
User d35a09d34a8ec1375aac5c8f68edf31772e4c223 total: 0.66718200
User 78a62204b4f9d8d360dc47467dc7f2b37ebe3a4a total: 0.03196899
User 0fbf0f3c61c74000c61ee13d2cd25d5514fe13e0 total: 0.28393299
User b3cb4f35f19e3c7bd6f6e23404704cb4d6cb9357 total: 0.98977941
User 503f8e468ad71c92a8dcfd3b9f81bfc231fc0136 total: 0.54550700
User de173bafbbe15576b1744c8a759e30b43a5e994c total: 0.18760000
User c89cea674364a28acfcf6e8691c587022b19e3d0 total: 0.10792000
User 6e2b72b97339133c5404f30ed0c51c12406f6f06 total: 0.19074800
User 6efb139bb99f92df24610e038e0f2198482539e6 total: 0.05594600
User 677af5c3d728b9c5efc8a72a81066205ba5a8028 total: 0.10118700
User 24c27596106830b21d345c6ca09a4c9257318168 total: 0.00649035
User ba0120576e9f1de69415015055e0bd4bba6b1fcd total: 0.35902200
User 0abe9c13407ff61d0eacbd63d0a5d5bbb4335f4a total: 0.28340532
User 968602f73eb0acba8bb8385bba89f1cf379a850e total: 0.42281400
User 41a2131d7d05a6e7555a10b99afaafb086824074 total: 0.00644200
User bc733fd1b30589f0af70a586ddfb19fd488aea1d total: 0.39631900
User 9a1f45a1331df37e64004f9bd7d7cb56791e3db4 total: 0.14307069
User c0bbda24ee69928f824274fa2e84a2e0aa710f02 total: 0.05778600
User b68ffae27903d8234ecc6521d09be11fda07e3ad total: 0.02271700
User 27e2f0b327ff85d79950b6b500b9d26a0cbc10d4 total: 0.19943917
User 38bdda04552a4b363767dfd9c607f4e61a63b39e total: 0.89572040
User 53e7da115ba9884b58bcc35aaf20864847f6535d total: 1.40551785
User 45fdb08483c54f7ab5a5fba1286da544d744aacd total: 0.00038800
User 1977f71d6fde07f8bede38cdc83ea62dc99d5067 total: 0.59738505
User bc5a08c167869163812a223f943f0e653f5539dd total: 0.36495597
User 904ca216fbbf212220414f4987bbc7295d4374e0 total: 0.00009700
User 8b532787c9ab3138c60ff17cb1779dc7cb88a340 total: 0.24373900
User f498b1c173d65d3a98ce96328d4a190f8380c562 total: 0.01549844
User 6fafcf6e75c3698d32d54acbded4870caca48283 total: 0.06059600
User ba4e37cba0fc27e4aef2cd8d8c2c1d03761bcbf1 total: 0.03773736
User eb4e93098d3871f6c257fd589248fd6ce9519e32 total: 0.07333500
User 83594a9027c0918a52fc53222916926a0af1925c total: 0.00009700
User a77172e221a4f7bbc76254f1ed899de1d76daa4b total: 0.24262600
User 2e0153c062e143a00753b62546aacdf071a7be44 total: 0.54695999
User 8c07b90afb828257cb96132a91ef169c82e72dd0 total: 0.04635500
User 0470710e9715703d0b3dfc7b53c54c3ee7538b64 total: 0.26020800
User 8e6af32fbfc8e52d905fbce05db56895c452c032 total: 0.00024151
User 357ff2523d06130fcfac6d6fc443ebb3a693e017 total: 0.01365900
User 86d7da0b4d1f16180ee439c11d1057d7ac9722f2 total: 0.35141600
User f6d118db17a2d17f438bbb75bdd353acc288bffc total: 0.02586600
User 0e45f9b12c28a25d3854d7ec3b4a47f43fd9ec0d total: 0.00019400
User 0788b48704fa3a11df0945c3689355b7d6c60054 total: 0.48466900
User fc994418a90472147ac09b5c833c31f659bbe528 total: 0.19496298
User 93ec5f99c2f4c29a751589ba519bc537f6809de0 total: 0.01070500
User f2175c430dbba9b2a9a287cdf2b216010e1db345 total: 0.01370800
User 0f2c8b569f93975d13e88c8d0865eafdc46ca009 total: 2.34347300
User c5face47a47d29e1cb93549405e413bb73445cef total: 0.13043349
User 053f14c064a9d3b5cb68443090febec5d202f20a total: 6.24746898
User 08434a5ab515ad27fa1d0b40370a00f0cac920ab total: 0.40281000
User 937332ac8437cd00f7daff2f6276ce23e7da4224 total: 0.18162383
User a7a93e16130e403830a381c3d5836f2862c603b6 total: 0.00944405
User 119fcd31149ec26794c086b2b26456cacb06b9ce total: 0.37073400
User 64ded1fc7ca421a4f05b5ba2247d8cd46d4497f1 total: 1.40179277
User e73f425eb1b6fbe50d375da17b635ea9055c869f total: 0.24998800
User 2c215d16b8bcf2c17ddb599cc895ca7280e13a9c total: 0.75185300
User e2125329f5804fb26ba8cd77ca52b0ee79887cab total: 0.65352400
User de2c281d6465cc4babfeb431afd00fb5717e794a total: 0.14938199
User 429b237a67cd4c361c33d598fec8933a03c3bee5 total: 0.38584440
User 2785c4aac04ba1a58564a282cc70aa4c12e85388 total: 0.25870877


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: organofcorti on July 12, 2011, 04:43:45 AM
I don't mind saying I was pool hopping. I have a short attention span and need constant excitement  ;D

I got 0.012% less for staying about half the shares of the round, but the round was only about 0.75*<difficulty> and I'd get a lot less if the round spun out to 1.5 or 2*<difficulty>

Since hopping nets you about 12% on average it won't take much to wipe this out. Another proportional pool becomes un-hoppable! Excellent.

Maybe it's time to settle down, let my miners sit here and get all my excitement out of Fakeminer instead.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 12, 2011, 05:09:49 AM
Well, I'm actually glad :)  At least that helps to know it's working properly as far as hopping goes.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 13, 2011, 04:44:41 AM
Loooong block is long.

Not nearly as fun as Loooong cat :(

http://cache.ohinternet.com/images/5/5c/Longcat.jpg


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: organofcorti on July 13, 2011, 05:26:49 AM
This block isn't too bad so far. Some pools have had 5000000 to 8000000 blocks!

Do you have a Poisson distribution lolcat there by any chance? "Poisson cat has a Poisson distribution"

OK, not even funny as a geek joke <sigh> It *would* be a funny looking cat though.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: rearwheels on July 13, 2011, 09:56:11 AM

*reaches for bitcoin voodoo doll*


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 13, 2011, 11:54:51 AM
This kind of Poisson?

http://2.bp.blogspot.com/-Si23UIypImY/TdFIiTk15FI/AAAAAAAAA_E/bu0kdVKoV8M/s1600/noyer%2Ble%2Bpoisson.PNG


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: organofcorti on July 13, 2011, 12:00:40 PM

              "What's the probability of no poisson occurring in the time you expect two poisson?"


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: FreeJAC on July 13, 2011, 03:41:58 PM
Pool website is having problems for me atm. Can anyone else confirm?


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: PoulGrym on July 13, 2011, 03:46:52 PM
Pool website is having problems for me atm. Can anyone else confirm?

Yes same here.. It won't fully load.. I hope it works out soon! Just when you open your mouth.. BAM it works! O_o


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 13, 2011, 04:02:45 PM
That's what I get for making a simple change to an include file and then walking away from the terminal.  I added an extra ) to a function.  Sorry about that.



Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: geek-trader on July 13, 2011, 05:27:37 PM
Looks like I joined just in time for the long block  :)  (I did get in on the previous block, but not the whole thing).  As I mentioned before, I came from Ars because they went to SMPPS, which is dull.  So I guess a long block is what I signed up for :)

Some site suggestions:

Link to this thread in the main menu

Have an IRC channel

thanks!  I appreciate your work.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 13, 2011, 08:08:12 PM
Well, I may drop in the scoring code if this block goes on much longer.  What's everyone's opinion on that?

Geek-trader:  Any particular reason to link to this thread?  There's already a link to the forums.  We have an IRC channel on Freenode: #eclipsemc

I should probably put a link to that on the main page somewhere, though. :)  Thanks for the suggestions!


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: geek-trader on July 13, 2011, 08:09:55 PM
Geek-trader:  Any particular reason to link to this thread?  There's already a link to the forums. 

Because this thread gets more traffic than the site forums.  Even you are posting your bug fix reports here, and not there :)


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 13, 2011, 08:18:48 PM
I post them in both places actually. 


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: btcboston on July 14, 2011, 03:44:41 AM
Well, I may drop in the scoring code if this block goes on much longer.  What's everyone's opinion on that?

So are we still on standard proportional scoring?  I think I misunderstood before because I thought the scoring system was actively running on this pool.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 14, 2011, 03:46:53 AM
I've updated the backend to cut down (or eliminate) stale shares.  Those of you having trouble, let me know if it's helped.

btcboston: We are currently scoring and prop, but paying on prop.  However,  since this block is so long, I may flip-flop that around before the end of the block, I am just going over the code with a fine toothed comb so we don't have any hiccups with the payout.

*EDIT*

In fact, I will be moving the pool to the score system tomorrow evening regardless of block status.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: rearwheels on July 14, 2011, 06:32:55 AM
something is wrong. workers are not able to communicate to the server.

Pool site loads fine.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: PoulGrym on July 14, 2011, 08:51:58 AM
I think the pool's been down for 3h or more.. What's going on? At least I've got a backup set. Still that's not much better.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: MrWizard on July 14, 2011, 09:32:22 AM
Pool is down until Inaba wakes up and restarts the server.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 14, 2011, 11:22:41 AM
Yeah those changes that I made seem to have introduced a problem.  I'm looking into it now, it's back up.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on July 14, 2011, 05:46:54 PM
i wasn't "down" long but have been disappointed with my estimated earnings for this round.

since the "big boys" have come to play, my est. is .199 for almost 3 days work.  should be closer to .5

i run only 200mH 24/7 and an XTRA 360mH about 14 hours a day.

i know, things even out but they used to be a little more even.

=]

i hope i don't sound TOO whiney.  just leaving some comments from one of the "little people" in the pool.

still, only pool i swim in these days.

'monkey


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on July 14, 2011, 05:55:13 PM
Yeah, I've been noticing the same thing.  When I finally got my miners running there were only about 120 miners in the pool and I used to make .25BTC or so working part time but since then I have seen twice as many miners and I'm only getting the BTC dust off the floor.

I don't know how all the numbers work out but I seem to do better in a small pool.  This cold just be my misunderstanding of everything.

Not complaining, Inaba ;)


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on July 14, 2011, 06:01:49 PM
just a long, unlucky block.

the "mental" problem for me is:  can i make up the diff on a short block with all the "big boys" generating a higher "score" than i.

=]

great pool though inaba, best feature set ever.  just one o dem tings...

'monkey


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: supersonic3974 on July 14, 2011, 08:23:01 PM
Did the difficulty go up between the last block and this one?


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 14, 2011, 08:44:41 PM
Nope, same as before.  We're paying for that lucky streak it seems.  Screw you probability!


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 14, 2011, 11:27:09 PM
Ok, scoring is in place for this round. When it solves it will be awarded based on scoring not proportional.

I've tested all the code I possibly can locally without an actual solved block (I tested it against the previous block) - but something always seems to crop up unexpectedly. Hopefully that's not the case and the scoring should go off without a hitch.

I will post the details of the round once the block solves. Assuming everything is good, I will then automate the system to provide those details for each block.

I could provide individual shares as downloadable content, but the effort involved in that is pretty substantial and disk space is fairly large, especially for rounds as large as this (gzipped round data for block 18 and 19 weighs in at 490 MB so far) and I'd rather not keep that data around if nobody wants it. Developing a distribution system for that will take away time from adding other, in my opinion, more important features, but if enough people feel the need for that data, I will provide it in the interests of transparency and auditing.

As a side note, for the moment your "Estimated Rewards" is still based off of proportional. This is accurate assuming you aren't pool hopping - however, I will look into getting a different method of estimation, but with a scoring system, any estimation is really meaningless anyway since we don't know when the round will end.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on July 15, 2011, 12:04:43 AM
i say work on what you need to Inaba.  that data isn't crucial to my stay in the pool.
=]

'monkey


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: btcboston on July 15, 2011, 03:18:52 AM
As a side note, for the moment your "Estimated Rewards" is still based off of proportional. This is accurate assuming you aren't pool hopping - however, I will look into getting a different method of estimation, but with a scoring system, any estimation is really meaningless anyway since we don't know when the round will end.

In a score based system I would say the estimated reward should be something like -- calculate based on if the round ended right now, and scores were determined, what the reward would be.  I'm not sure how much calculation is required for this...maybe it could be done every 10-15 minutes and refreshed on each user's account page? 


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 15, 2011, 03:21:58 AM
Yeah that's probably the way I'll end up going.  I need to make some modifications to the getwork server to record the appropriate data in the database though and I'm still working through the bitcoind problem at the moment, I may have a fix for it but I don't want to put it in tonight before bed until I can keep an eye on it.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: sceptre on July 15, 2011, 12:08:23 PM
@Inaba
I tried to register on your forum but I did not get my confirmation e-mail and I can't reset the password because your e-mails never arrive at my gmail account (not in SPAM).

I would like to report that I am getting a lot of rejected shares on your pool. On others I get around 0.6% but on yours it is way too high. 270Mh/s, 468 Accepted, 35 rejected (6.93%)
This is not the first test. My first attempt at mining at your pool ended with an idle phoenix, about 3000 submitted shares and also ~6% rejects.

Not sure what is going on but this is too much for me. I know it is not on my end because my miners will run "forever" on other pools.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 15, 2011, 02:27:47 PM
I don't see your user name in the database, so I can't tell you what's happening with your email.  I do know that plenty of people are receiving emails at gmail addresses with no problems.  The only major provider that has a problem is yahoo and it's subsidiaries (like rogers) - but that's an internetwide problem and not really a problem with the email.  Yahoo has always had trouble accepting email from random places (It boggles me that anyone still has a yahoo email address actually).

As far as the stales go - Are you on the US or EU server?  I had to switch the bitcoind daemon back to the slow one last night while I work out a freeze bug in the optimized version.  I should have the new one back in place this weekend and it should resolve the stale issues.  I am going to be making some other changes as well to help that out.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Darioux on July 15, 2011, 05:12:44 PM

Just wanna say that I have been mining with this pool for last several blocks but Im not sure if I'm gonna continue as can't undenstand (and do not trust) the new scoring system. It was a great pool before and love the website, but I rather to keep things simple and not planning on doing a maths degree to work out how the scores are calculated. Just wonder how many people here do actually understand it and more importantly how many people support it.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on July 15, 2011, 05:25:30 PM
I don't know anything about the scoring system.  I just hope Inaba wouldn't do something that would hurt the little guy.
My two 5770s don't seem to be finding as much BTC as they used to before the big rigs moved in.
I'm still trying to get mine running right and get it mining 24/7


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 15, 2011, 06:03:50 PM
I realize it seems to be confusing, but you don't really have to worry about the math.  There are two take aways to understand about the scoring system:

1. The scoring system is to protect you from pool hoppers taking a portion of your proceeds.
2. You won't see a difference in your income if you are not a pool hopper (Well, you may see a slight increase in your income).

A quick explanation of the scoring system in simplified terms:

Each share is worth a certain amount of points plus the value of the share submitted just before it. At the end of a round, all of the shares scores are added up to come up with a number.  All of your shares are added together and your number is divided by the score of all the shares and that is your reward.

Other than that, there's nothing else to really worry about in regards to the scoring system.  The only reason I post so much information is for transparency and so that people know everything is legitimate.  It's also good to have more than one set of eyes looking at it in case I were to miss something.




Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Shevek on July 15, 2011, 06:42:01 PM
Block #19 solved... or not?  ???

It appears in the list with no date, but with 8 confirmations (at the moment). Blockexplorer says it is ok.

eclipsemc.com shows frontpage as if the block was not solved... no expected reward

What happens!?




Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 15, 2011, 09:02:59 PM
Yeah the scoring script died - well, the script works fine but mysql bombed because there are over 6 million rows in the DB and I did not have the lock buffers set high enough to handle that so it was choking.  I upped them and the block is processing now but it's slow going.  I will be changing the way share counts are calculated going forward so it won't take so long to process a block. 

This block should be finished processing in another 30 minutes or so.  No information is being lost and your share counts are going towards the next block even if it appears they are going towards the last block :)  I know I keep saying it, but I want to be sure everyone is aware that all display stuff is complete separate from calculation information, this is to ensure that things like this don't affect you monetarily.  Everything is double checked and cross compared before being committed to the DB.

All is well and the monster block has been solved! :)


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on July 15, 2011, 09:04:40 PM
thanks for the update Inaba.

and now, back to your regular scheduled programming.....

=]

'monkey


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: cengique on July 15, 2011, 10:17:43 PM
All is well and the monster block has been solved! :)
That's great news! Just four days ago I switched to here from Continuum pool which had a dry spell for 10 days. So I thought I brought you guys the bad luck, but finally my first block in EMC is solved!

By the way, the block stats on the web site say it's been 15170 days for this block :)


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 15, 2011, 10:19:56 PM
Block has been processed.  There is some display issues with Block Stats (Block duration is out of bounds and share calculation is way off obviously)  - I will get that fixed this evening, but it's due to the proportional vs scoring.  Since we switched to scoring the block stats calculation exploded; I had forgotten to check that.  It's just visual issues not data issues, so nothing is lost.

Stats are correct under My Account though, which is what really matters anyway :)

Here's Block 19 round data:

id     f     c     b     r     los     lastscore     totalscore
 ID: 19 (136429)     f: -0.0000100001000010     c: 0.00001000     b: 50     r: 0.0620144702512582     los: 2.7492200585903626     LSCORE: 308192.3953260782291181     TSCORE: 6398474.5277997702360153



Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: PoulGrym on July 16, 2011, 01:03:37 PM
I'm having sad thoughts about this pool.. It seem's we've hit a difficulty where we have to low hashing speed.. In the long block, I sent 17096 shares in for a 0,14324500 BTC. That is a loss of 0,34862951495985664 BTC if I'd been using PPS..  I too had a big dry spell from Continuum. With to low avg solving rate.. this just won't be enough to keep at it.

Not to talk about the 6% rejected shares.. >_<  Guess it's time to end this trip.. or move it for PPS again. 340MH isn't cutting it..

Suggestions anyone?


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: kripz on July 16, 2011, 02:38:22 PM
Probability   Time
Average   1 day, 7 hours, 6 minutes
50%   21 hours, 33 minutes
95%   3 days, 21 hours, 10 minutes

@ 60gh/s

This long block makes up for the 7 short blocks we had. In fact, without mathematically calculating it, it looks like EMC has been lucky. It all averages out.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: kiwiasian on July 16, 2011, 02:58:29 PM
What's the payout system...?


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: cengique on July 16, 2011, 03:35:01 PM
US pool seem to be down..


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: MrWizard on July 16, 2011, 04:47:37 PM
I'm having sad thoughts about this pool.. It seem's we've hit a difficulty where we have to low hashing speed.. In the long block, I sent 17096 shares in for a 0,14324500 BTC. That is a loss of 0,34862951495985664 BTC if I'd been using PPS..  I too had a big dry spell from Continuum. With to low avg solving rate.. this just won't be enough to keep at it.

Not to talk about the 6% rejected shares.. >_<  Guess it's time to end this trip.. or move it for PPS again. 340MH isn't cutting it..

Suggestions anyone?

Long blocks happen.  They happen for every pool.  Short blocks happen too.  it all evens out in the long run.

However 6% stales is very high.  I would switch for that reason.  I am getting 2% stales, a little high compared to ArsBitcoin (my backup pool) where I am getting less than one third of one percent stales.

A long poll problem perhaps?????? Inaba?


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Jack of Diamonds on July 16, 2011, 05:02:42 PM
I'm having sad thoughts about this pool.. It seem's we've hit a difficulty where we have to low hashing speed.. In the long block, I sent 17096 shares in for a 0,14324500 BTC. That is a loss of 0,34862951495985664 BTC if I'd been using PPS..  I too had a big dry spell from Continuum. With to low avg solving rate.. this just won't be enough to keep at it.

Not to talk about the 6% rejected shares.. >_<  Guess it's time to end this trip.. or move it for PPS again. 340MH isn't cutting it..

Suggestions anyone?

Start mining full time on Eclipse after it hits 300-500gh/s hash rate, at that point variance swings will be relatively low if everything is configured properly (even at 1.6m+ difficulty)

It's also one of the few pools offering SMS notifications so that's a unique perk.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on July 16, 2011, 07:53:45 PM
Up and running again.  Yea!


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 16, 2011, 09:10:29 PM
Boy that bitcoind is really causing problems.  I am going to approach it from a different angle that should keep it stable and reduce rejected shares but I need to figure out what's going on with the current implementation. 

I am sorry that it was down, I thought I had the problem with the system licked and it was suppose to notify me if it went down, but I did not get a notification so I didn't notice it right away. 

Going back to the stable Bitcoind shortly and that should take care of any issues and I will work on the stale share thing this afternoon.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 17, 2011, 05:23:19 AM
Can you guys let me know how the stale shares are going for you?  They seem to be decreasing for me quite a bit.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: MrWizard on July 17, 2011, 09:26:41 AM
Can you guys let me know how the stale shares are going for you?  They seem to be decreasing for me quite a bit.

I was running at a rate of 2% stales with a peak of 3% stales.  Recent results seem to show a 1% stale rate.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 17, 2011, 03:02:52 PM
Good deal.  I will work on reducing that further.

We solved a block, it's processing now!


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: bacon strips on July 17, 2011, 04:53:05 PM
Hello, I switched here from Continuum pool when it shut down.  I just got the newbie restriction lifted from my bitcoin forums account or I would have posted sooner.  I am putting all my 885 MH/s towards this pool.  I am just happy to know that Meni's scoring is being used to prevent pool hopping.  

My user name on EMC is minecrafter.  I found one of the block that the pool found so naturally a would like a table under top miners that has the top block finding miners.  

Edit: I did not notice the hall of fame. 


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on July 17, 2011, 05:16:32 PM
it's already there. (click on hall of fame)

unfortunately, i'm not on it.

not on the top miner either (bumped off a week ago or so)

=]

'monkey


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: PoulGrym on July 17, 2011, 10:50:35 PM
How high MHash does one need to make better profit then PPS?

Est. Reward: 0.28700100 / PPS 0.00002877132165184 (10% Fee) = Shares submitted 9975 Before it's lower then PPS value, My Valid shares 11079 Value Per Share ~0.00002590132165184 (~18.97% Fee)

1 d 20:39:07 = 44h 39min = 160740 sec / Shares (11079) = 14.5s per share * ~345MH = ~5000MH to send one Share..

Does anyone feel like comparing his numbers with mine? How many MH per share do you need?

Just having a math crunch munch.. ^_^


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 17, 2011, 11:34:47 PM
id     f     c     b     r     los     lastscore     totalscore
 ID: 20 (136732)     f: -0.0000100001000010     c: 0.00001000     b: 50     r: 0.0620144702512582     los: 2.7492200585903626     LSCORE: 119698.0359454643039498     TSCORE: 2053619.6124915198888630

This is for block 20.

I'm not sure I'm following that math, PoulGrym, are you saying you'd need 5 GH/s at a minimum before it's more profitable to do score or proportional?


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: cengique on July 17, 2011, 11:57:35 PM
I'm not sure I'm following that math, PoulGrym, are you saying you'd need 5 GH/s at a minimum before it's more profitable to do score or proportional?
Has nothing to do with hashing capacity, completely depends on the duration to find the block. And PoulGrym, on average, you should get better than PPS because the fees are less. I hope I didn't misunderstand..


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: organofcorti on July 18, 2011, 12:34:18 AM
How high MHash does one need to make better profit then PPS?

Est. Reward: 0.28700100 / PPS 0.00002877132165184 (10% Fee) = Shares submitted 9975 Before it's lower then PPS value, My Valid shares 11079 Value Per Share ~0.00002590132165184 (~18.97% Fee)

1 d 20:39:07 = 44h 39min = 160740 sec / Shares (11079) = 14.5s per share * ~345MH = ~5000MH to send one Share..

Does anyone feel like comparing his numbers with mine? How many MH per share do you need?

Just having a math crunch munch.. ^_^

The probable number of hashes per share (which is what I assume you mean, from your working out) is proportional to difficulty.

P(hashes to win) = difficulty*(2^32)

at difficulty 1 (which most pools run on) = 2^32 = 4294967296 hashes per share.

This is regardless of whether it's proportional or pps.

However if you want to know how many extra hashes you need to make up for the fact it's pps (assuming pps tax is 10%) that will be simply:

2^32*(1/0.9)

= 4772185884.4 hashes = approx 4800 * 10^6 hashes or 4800 Megahashes.

Note that the result relies on nothing other than the pool's difficulty setting and and the PPS tax. Any time you do the figuring out you'll always get around 4800 MH.

NB: some confusion arose previously because you used MH to mean both 'megahashes per second' and 'megahashes'.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: PoulGrym on July 18, 2011, 12:42:35 AM
Nope.. that's only first a fee calc how much loss one does once we hit over the diff share rate.. next calc is how much Hash Calc each share needs. In my ex: it's with 345MH's

My avg Share calc was each 14.5sec and that would make it 5000 MegaHashes In avg to Calc one Share..

You Try.. 160740 sec / #Blk20 Your Sent in Shares = Avg time sec per calc share. Then you put in your avg Rig HashRate  (Mine ~345MH)* the time sec result.  Should be around 5000MH (I guess that is if you run your rig 24/7)

Can we add an avg hashrate per miner for each block??

[Edit] @organofcorti: Great explanation, that was exactly what I was looking for.. If this info could be available in the pools mining area that'd be great. Perfect mining in theory is one thing.. We get all the random factors that pushes this back a bit.

4294967296 ~= 4300MH / 14.5 = ~300MH Per Sec, So my avg Hashing speed for BLK#20 was 300MH if my calc is correct. Still my mining program says it's about ~345MH. Can it be the Rejected %??


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 18, 2011, 01:15:46 AM
Yes, I plan on adding average hash rate per miner as a graph or output in some fashion.  It's definitely on the list, I just haven't had a chance to get around to it just yet.

The programs calculation of hashrate is based off of it's internal hashing mechanism, all pools hashrates (not just this one) is based off a mathematical formula: numshares * 2^32 / timeframe

So in all likelyhood what you see in your program is always going to be higher than your calculated hashrate as an average, since the hashrate displayed in your program is the best possible hashrate as an absolute value and any factors that affect that will lower your calculated hashrate.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: bacon strips on July 18, 2011, 02:02:31 AM
4294967296 ~= 4300MH / 14.5 = ~300MH Per Sec, So my avg Hashing speed for BLK#20 was 300MH if my calc is correct. Still my mining program says it's about ~345MH. Can it be the Rejected %??

You need to remember that there was a few hours of downtime for block # 20 so would explain why your average is less.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: organofcorti on July 18, 2011, 02:59:12 AM
Nope.. that's only first a fee calc how much loss one does once we hit over the diff share rate.. next calc is how much Hash Calc each share needs. In my ex: it's with 345MH's

My avg Share calc was each 14.5sec and that would make it 5000 MegaHashes In avg to Calc one Share..

You Try.. 160740 sec / #Blk20 Your Sent in Shares = Avg time sec per calc share. Then you put in your avg Rig HashRate  (Mine ~345MH)* the time sec result.  Should be around 5000MH (I guess that is if you run your rig 24/7)

Can we add an avg hashrate per miner for each block??

[Edit] @organofcorti: Great explanation, that was exactly what I was looking for.. If this info could be available in the pools mining area that'd be great. Perfect mining in theory is one thing.. We get all the random factors that pushes this back a bit.

4294967296 ~= 4300MH / 14.5 = ~300MH Per Sec, So my avg Hashing speed for BLK#20 was 300MH if my calc is correct. Still my mining program says it's about ~345MH. Can it be the Rejected %??

Assuming that your 'luck' was 1.0 for the entire block (by no means guaranteed), and that you contributed shares for the entire block at the same rate (no hopping), and that your time calcs are correct (didn't check) you can back calculate the amount of time eclipsemc was down:
 
(5000-4300)/5000* 160740 = 6.25 hours.

You can check at: http://mksv.ath.cx/bit/stats.php (http://mksv.ath.cx/bit/stats.php)

Which unfortunately is down right now.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: simonk83 on July 18, 2011, 03:58:53 AM
Yay, I can finally post in this thread :)

Er....  that's all I have to say right now ;)


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 18, 2011, 04:11:33 AM
I've added an experimental graph under the Block Stats page (https://eclipsemc.com/block_stats.php). Click on your shares for a given block to view the graph of our miners.

Let me know if there are any bugs in the display!


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: rearwheels on July 18, 2011, 04:53:01 AM

Nice! I'm only getting < 0.1% stales. I never knew that. :D


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: organofcorti on July 18, 2011, 05:14:14 AM
I wanted to stay hopping here to see how your algo went. I hopped for blocks 19 and 20, one monster and one longer than average block, to see how it would affect my earning. If all went ok, it should significantly reduce my earnings (see what I do for you guys? the sacrifices i make? ;)  )

Block 19: My shares: 9003
Total shares for pool: 4984469

expected earning: 9003*50/4984469 = 0.0903
actual earning: 0.12257784

Block 20: My shares: 1758
Total shares for pool: 1930164

expected earning: 1758*50/1930164= 0.0455
actual earning: 0.0453

In the second case I'm down a little, probably because the total shares were only a little over difficulty edit: no, it's because of donation. I'm at a loss to explain the first case though - unless scoring wasn't turned on yet? If that's the case, let this be a case in point for those of you who don't care about hopper proofing - any extra money a hopper earns by pool hopping comes out of *your* pocket.





Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: simonk83 on July 18, 2011, 05:53:44 AM
Did we solve another one (136839?).   Not sure I trust the site right now :D (and I didn't get an SMS, but I expect it's just delayed)


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: rearwheels on July 18, 2011, 07:21:43 AM

The top miners info is off by 1 decimal point. I'm hashing at 24ghs..LOL


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1984 on July 18, 2011, 08:03:22 AM
Yay I'm allowed to post, this pool rocks thanks Inaba. One thing I don't seem to be able to get working right is the SMS feature, I get the messages but they are all blank any ideas?


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: btcboston on July 18, 2011, 10:08:59 AM
I wanted to stay hopping here to see how your algo went. I hopped for blocks 19 and 20, one monster and one longer than average block, to see how it would affect my earning. If all went ok, it should significantly reduce my earnings (see what I do for you guys? the sacrifices i make? ;)  )

Block 19: My shares: 9003
Total shares for pool: 4984469

expected earning: 9003*50/4984469 = 0.0903
actual earning: 0.12257784

I also moved off the pool after about 2.5 million shares or so during that long block, and yet I ended up with a higher payment than expected.  I suspect something with the scoring algorithm is not working as intended.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: organofcorti on July 18, 2011, 10:15:46 AM
I moved away after about 700000. Inaba, if it's the scoring algo let me know and I'll refund some coinage. If we were still on proportional, well maybe not  ;)


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: kripz on July 18, 2011, 01:20:50 PM
Just looks like there's a lot of hoppers?


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: cengique on July 18, 2011, 01:54:26 PM
If that's the case, let this be a case in point for those of you who don't care about hopper proofing - any extra money a hopper earns by pool hopping comes out of *your* pocket.

That's interesting, but you didn't tell us during which part of the block you were hopping. Meni's algorithm rewards miners who were present in the past 5-10 minutes *when* the block is actually found. So it doesn't matter how much you were hopping before, if you're not present when the block is found your reward will be significantly (in math language, exponentially) reduced.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: organofcorti on July 18, 2011, 02:03:20 PM
If that's the case, let this be a case in point for those of you who don't care about hopper proofing - any extra money a hopper earns by pool hopping comes out of *your* pocket.

That's interesting, but you didn't tell us during which part of the block you were hopping. Meni's algorithm rewards miners who were present in the past 5-10 minutes *when* the block is actually found. So it doesn't matter how much you were hopping before, if you're not present when the block is found your reward will be significantly (in math language, exponentially) reduced.

i was hopping from some time after the start of the block until a max of 688000 total shares into the block. But i don't think thats actually how the algo works.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 18, 2011, 02:06:10 PM
We should have been on scoring since block 19.  I'm not sure what accounts for what you are seeing - unless you submitted your shares at/near the end of the round as opposed to the start.  

I have on idea that might account for it, I will have to look into it and it would only effect the blocks in question because of the script errors.  It may not have been resetting the score properly (I should have checked that) at round start.  If that's not it, I will dig into it further.  Please feel free to keep up hopping and testing it out.

*EDIT*

Never mind, the scoring reset properly so that wouldn't account for it.

I think we need to conduct some more testing on this.  Can you guys continue to report on your hopping?  I will keep looking at this end.  But as already has been stated, the hopping algorithm only affects you if you are hopping from the round after the start, not near the end.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 18, 2011, 02:06:58 PM
The block only had 4.8 million shares, are you sure you're looking at the right numbers?


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: organofcorti on July 18, 2011, 02:14:21 PM
The block only had 4.8 million shares, are you sure you're looking at the right numbers?


here's some copypasta for you. I do hope I'm wrong, but anyway:

21   136839   2011-07-18 04:53:08   14:46:41         673019       47/120    3293    0.24342476    0.00122324
20   136732   2011-07-17 14:06:04   1 d 20:39:07   1930164   Confirmed    1758    0.04531329    0.00022771
19   136430   2011-07-15 17:26:54   3 d 21:30:06   4984469   Confirmed    9003    0.12257784    0.00123816


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: cengique on July 18, 2011, 02:23:15 PM
If that's the case, let this be a case in point for those of you who don't care about hopper proofing - any extra money a hopper earns by pool hopping comes out of *your* pocket.

That's interesting, but you didn't tell us during which part of the block you were hopping. Meni's algorithm rewards miners who were present in the past 5-10 minutes *when* the block is actually found. So it doesn't matter how much you were hopping before, if you're not present when the block is found your reward will be significantly (in math language, exponentially) reduced.

i was hopping from some time after the start of the block until a max of 688000 total shares into the block. But i don't think thats actually how the algo works.

So you were in when the block was found. And that's what counts. The algorithm is described here: http://forum.bitcoin.org/?topic=4787.0


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: organofcorti on July 18, 2011, 02:28:41 PM
If that's the case, let this be a case in point for those of you who don't care about hopper proofing - any extra money a hopper earns by pool hopping comes out of *your* pocket.

That's interesting, but you didn't tell us during which part of the block you were hopping. Meni's algorithm rewards miners who were present in the past 5-10 minutes *when* the block is actually found. So it doesn't matter how much you were hopping before, if you're not present when the block is found your reward will be significantly (in math language, exponentially) reduced.

i was hopping from some time after the start of the block until a max of 688000 total shares into the block. But i don't think thats actually how the algo works.

So you were in when the block was found. And that's what counts. The algorithm is described here: http://forum.bitcoin.org/?topic=4787.0

I wasn't in when the block was found in rounds 19 and 20, and hadn't been mining here much into 21. And Meni algo mentions nothing about time, only the decay of shares as the total shares grow. What you described is more like a PPLNS variant.

It would be nice to have Meni in here to comment (hint hint)


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: cengique on July 18, 2011, 03:13:07 PM
I wasn't in when the block was found in rounds 19 and 20, and hadn't been mining here much into 21. And Meni algo mentions nothing about time, only the decay of shares as the total shares grow. What you described is more like a PPLNS variant.

So I understood you wrong, so you were hopping *in* at the start of the round. In the algorithm there is no mention about time, but the number of shares do increase with time. Think about the 50 GH/s coming in every second. I thought that was obvious ;)

Maybe it's not clear when was the start and end of the rounds? The web interface has been quite flaky about that IMHO. It doesn't show immediately when the block is found.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 18, 2011, 03:43:17 PM
I've sent a message to Meni to see if he has any advice.  I can't see anything wrong at the moment, but I'm sure I've screwed something up somewhere.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Shevek on July 18, 2011, 04:03:43 PM
I've sent a message to Meni to see if he has any advice.  I can't see anything wrong at the moment, but I'm sure I've screwed something up somewhere.


Somewhere has been discussed the possibility of having a long-fixed (say, 100,000 items) list of valid shares to divide reward with. At the beginning all shares are accepted. But when the list reaches its limits, new share is accepted only if its value is better than the worst one in the list, and this last is pissed off. Actually, this means fixing acceptance target (and so, assorted difficulty) to the worst share in the list.

If some hopper leaves the pool after scoring, say, 10,000 shares, It will be possible that resting miners will continue generating shares with better values than many of these 10,000. When the block is solved and the hopper come back to get the reward, then she would be surprised if only 3,000 shares count toward her income...


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 18, 2011, 04:05:24 PM
Wouldn't that then reward luck as opposed to work?



Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Shevek on July 18, 2011, 04:27:13 PM
Wouldn't that then reward luck as opposed to work?



For miners with really low hashrate (compared to the global pool one), yes. Let's say, CPU-miners.

On the other side, this fixes also the minimum worth money to pay. For N=100,000 it is 50,000 satoshi. Perhaps 10,000 is a fairer limit (N=500,000).

Only a proposal...


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 18, 2011, 04:37:09 PM
Looks like we found another block.  It is processing now - I am having trouble tracking down why it's taking so long to process, though it is processing. 


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 18, 2011, 06:26:13 PM
The block processing is being picky...  I am working on it, but block stats and share display may not be right for a few hours. 

Nothing is being lost from the shares, etc... so anything you submit is still counted towards block 23 properly.  It's just a display issue at this point and share allocation.  The update is stopping halfway through for some unknown reason and I'm about to just chuck the current code and start from scratch, but that will take a few hours to complete.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on July 18, 2011, 06:47:00 PM
just don't forget the line of code:

WebMonkey_reward = WebMonkey_reward x 10

'preciate it.

=]

'monkey


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Meni Rosenfeld on July 18, 2011, 07:09:49 PM
It would be nice to have Meni in here to comment (hint hint)
Well, if you insist :).

If you stopped mining at share 700000 and the round lasted 1.9M your payout should be virtually 0 (and I mean something like 0.0000000001, give or take a few places), if it's not it definitely means there is a problem.

I found the bug which caused this and PMed Inaba about it.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on July 18, 2011, 07:17:51 PM
So, does this mean if I can't mine 24/7, I don't get paid? ???


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 18, 2011, 07:24:27 PM
Thanks Meni, it's much appreciated.  I am trying to beat this thing down with a stick but it's proving feisty.  With the bug, it was still essentially calculating proportional shares, I'll update when I have it fixed.

village.idiot: Not necessarily, it only means you won't get paid if you stop submitting shares a long time before the round ends.  If you submit shares near the end of the round you get paid full price on them. 

Per Meni's recommendation, I've also adjusted c to .01 instead of .00001, which will pay out for much older shares going forward, though it was largely irrelevant due to the bug anyway.  But now the decay rate won't be so fast once it's calculating properly.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Reuef on July 18, 2011, 07:30:42 PM
So, does this mean if I can't mine 24/7, I don't get paid? ???

To me it seems to mean, if you stop mining before the end of a block, you get less than if you did for an equal amount of shares.  This is to prevent someone from going in when the pool is fresh and mining with 60 gh/s and then leaving once it hits 300k shares, leaving the rest of the pool to solve the block while they have a large portion of the shares.

Their 300k shares would be worth way more if they mined at the tail end of the round, but since no one can predict when that would happen it is not likely anyone would do that.

This type of scoring gives the incentive not to pool hop, and has the unfortunate side effect of negatively impacting the part time miner as they will need to stay until the round finishes if they hope to be paid.  The part time miner would probably become a thing of the past if this scoring method takes root, but pools would probably stabilize as pool hopping becomes unprofitable.


Just my .02 BTC


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Meni Rosenfeld on July 18, 2011, 07:31:45 PM
So, does this mean if I can't mine 24/7, I don't get paid? ???
Your average payout per share is the same no matter when you mine or in what pattern. But your variance will be higher for intermittent mining. For example, if you mine 1 hour per day, if you're lucky and a block is found at or near this hour you'll get a "jackpot" (reward much higher than the normal reward for mining an hour), but if not you'll get nothing.

This type of scoring gives the incentive not to pool hop, and has the unfortunate side effect of negatively impacting the part time miner as they will need to stay until the round finishes if they hope to be paid.  The part time miner would probably become a thing of the past if this scoring method takes root, but pools would probably stabilize as pool hopping becomes unprofitable.
Not really, part-time miners are welcome, it's only the variance that increases. The long-term average is the same. In particular, if you mine for some time and no block is found, there's no reason to stick around longer than you planned - that would be a version of the sunk cost fallacy.

PPLNS is an alternative hopping-proof scoring method which has less variance, but with its own disadvantages.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on July 18, 2011, 07:38:00 PM
I'm still trying to get my rig set up right, and only run it when I'm home.
When I get everything right, I plan to take it to the office where it can run full-time.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: btcboston on July 18, 2011, 07:59:42 PM
In the case of block 19, I was mining from the start of the round and then left at approximately share 2.5 million or somewhere near there.  I didn't rejoin the pool again during that block (which ended close to 5mil shares).

I saw that my reward was actually slightly higher than it would have been on proportional and figured that something must be wrong with the scoring, because I expected to receive almost nothing.



Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 18, 2011, 08:16:49 PM
Block 22 payout is incorrect in My Account and Block Stats.  I am going to reset block 22 and re-run the payout algorithm with the fixes from Meni.  This will result in several people (mostly people with usernames from A - C) getting a lower payout (because they've been paid a decaying rate X6 while I worked on the code) and other people getting a higher payout (because the decay rate should be correct).

I just wanted to let everyone know that what you see is not correct and will be corrected as soon as block 21 validates or I move the validation forward manually before we hit 120.  Once that happens I will completely reset block 22 and start the calculation over.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on July 18, 2011, 09:01:27 PM
perhaps the WebMonkey scoring system might be a better "fit"

instead of applying weight to shares and then devaluing said weight as the round goes on, a simpler, lighter approach:

based soley on time in round.

100% time spent mining in round = 100% of miner's estimated payout.
10% time spent mining in round = 10% of miner's estimated payout.

not only does this discourage people from leaving during the "1st half" of the round, but also discourages entering during the "2nd half" of the round.

now, i realise that is very simple (and very light) but a percent here or there could be tweaked to allow a tiny variance of miner reboot or even server outtage.
(round = round - outtage) BEFORE calculation of payout.
/me crawls back into his way out of touch hermit hole and turns on the 80s pop music

'monkey


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 18, 2011, 09:06:36 PM
The problem with that method is how do you count time in round? 

For instance, if I were to find a pool that did that, I would start a hopping algorithm to hop out after X many shares and have one miner submit 1 share every 5 minutes or so to keep me "active" in the pool and thus gain my hopping advantage without having to actually participate in the pool.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: cengique on July 18, 2011, 09:07:39 PM
not only does this discourage people from leaving during the "1st half" of the round, but also discourages entering during the "2nd half" of the round.
I agree with you that it would be simpler, except that if you don't encourage people to stay in the pool, then there is nobody left to solve the block?? That's why I like Meni's method, it makes sure people stay there to until the block is solved.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on July 18, 2011, 09:30:30 PM
there is always a catch

=]
/me writes a note to himself to stay out of the deep end of the pool



Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Aexoden on July 19, 2011, 12:09:16 AM
You can look at this graph: http://www.calindora.com/tmp/bitcoin/index.php?graph=geo_hopper_001

This shows potential results for an intermittent miner (actually a pool hopper, but the effect is largely the same) mining under this score system. Sometimes they get nothing at all, and sometimes they hit the jackpot. You'll notice that after the two week period, they're fairly close to their fair PPS value. That graph was generated with c=0.001 and f = -0.001001... in the algorithm. This particular value of c causes share value to decay fairly quickly. Experimenting with higher c is fun, but it carries more risk for the operator if there's an expected fee of zero.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: organofcorti on July 19, 2011, 12:27:25 AM
You can look at this graph: http://www.calindora.com/tmp/bitcoin/index.php?graph=geo_hopper_001

This shows potential results for an intermittent miner (actually a pool hopper, but the effect is largely the same) mining under this score system. Sometimes they get nothing at all, and sometimes they hit the jackpot. You'll notice that after the two week period, they're fairly close to their fair PPS value. That graph was generated with c=0.001 and f = -0.001001... in the algorithm. This particular value of c causes share value to decay fairly quickly. Experimenting with higher c is fun, but it carries more risk for the operator if there's an expected fee of zero.

No, the intermittent miner here is not pool hopping since a number of those blocks must be at least <difficulty total shares>, and no pool hopper stays longer than about 40% of <difficulty total shares> into a round. I'm wondering how much that would change things in the graphs shown.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 19, 2011, 02:18:44 AM
Ok... Block 22 and 23 will be paid on proportional. With the changes Meni suggested, there is just no easy way to get the scoring numbers right for the calculations. Blocks 19, 20 and 21 were effectively already paid on proportional due to the c being wayyy too small (I thought I was saving you guys money, guess I was just making it proportional doh!).

I have the new numbers in place, but the change took place after block 23 had already started, so the scoring is tainted for that block.

Scoring will start again with block 24 and we'll see how it goes. I will take that time to rewrite some of the scoring system, since it's wicked slow for no apparent reason.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: rearwheels on July 19, 2011, 02:41:16 AM

Is there something wrong with the email contents?

I got the following emails (title):

Block #136901 has been solved!
Block #136900 has been solved!
Block #136838 has been solved!
Block #136731 has been solved!

It doesn't tally with the stats page.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 19, 2011, 02:53:03 AM
You can ignore those, they come from me screwing with the script (and also adjusting the block numbers yesterday.  The Block Stats page is accurate as of now.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Meni Rosenfeld on July 19, 2011, 03:48:07 AM
Ok... Block 22 and 23 will be paid on proportional. With the changes Meni suggested, there is just no easy way to get the scoring numbers right for the calculations. Blocks 19, 20 and 21 were effectively already paid on proportional due to the c being wayyy too small (I thought I was saving you guys money, guess I was just making it proportional doh!).
It was proportional because of the bug, not because c was low.

If you keep f = -c/(1-c), then the average fee is 0 no matter what c is. With this invariant increasing c purely increases your own variance and decreases the participant's variance. And I think it's better to have a little fee if it helps keeping the variance low, so if f=-0.01, c=0.01 becomes unbearable, consider f=0, c=0.01.


perhaps the WebMonkey scoring system might be a better "fit"

instead of applying weight to shares and then devaluing said weight as the round goes on, a simpler, lighter approach:

based soley on time in round.

100% time spent mining in round = 100% of miner's estimated payout.
10% time spent mining in round = 10% of miner's estimated payout.

not only does this discourage people from leaving during the "1st half" of the round, but also discourages entering during the "2nd half" of the round.

now, i realise that is very simple (and very light) but a percent here or there could be tweaked to allow a tiny variance of miner reboot or even server outtage.
(round = round - outtage) BEFORE calculation of payout.
/me crawls back into his way out of touch hermit hole and turns on the 80s pop music

'monkey
This is basically the same as proportional.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 19, 2011, 04:44:01 AM
Ah got it.  I'm massaging together a reference data set to run through the scoring system and can play with the variables as appropriate.  It's taking awhile to input the scores into ~500k rows, though.  I should have it together tomorrow and should be able to look at the output at that point and see what's what.

I have c set to .01 for future scoring and I will change f to 0.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: rearwheels on July 19, 2011, 05:50:32 AM

index the tables?  ;D


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Meni Rosenfeld on July 19, 2011, 06:20:31 AM
I have c set to .01 for future scoring and I will change f to 0.
Good. But this means this is now a 1% fee pool, and you should pitch it as such.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 19, 2011, 11:52:48 AM
Arg... Is there any way to stabilize the calculations without charging a fee?


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: organofcorti on July 19, 2011, 12:04:47 PM
Arg... Is there any way to stabilize the calculations without charging a fee?

give it to the block finder as a prize (people love that) or redistribute after the block is confirmed on a simple per share basis - no one will bother hopping for a percentage of 1%.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 19, 2011, 12:21:18 PM
Hmm yeah a little mini jackpot, not a bad idea.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Meni Rosenfeld on July 19, 2011, 02:33:35 PM
Arg... Is there any way to stabilize the calculations without charging a fee?
c=0.01, f = -c/(1-c) ~ -0.0101. This will be 0% fee on average, but remember that this will increase your own variance (that is, you'll pay from your own pocket for some rounds, and receive payment for others, so it will average out to 0).


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: organofcorti on July 19, 2011, 02:42:42 PM
Inaba, you already do a whole bunch of stuff for free. Don't make things harder for yourself - at least as a pool operator variance shouldn't have to become an issue for you. If you want to stay fee free, just find some way to return the fee without it mucking up the algo or becoming too difficult. Plus a little variance for the miners is a good thing - keeps it exciting for those who believe in 'luck'.

Meni - what do you think about bitp.it's ESMPPS? http://forum.bitcoin.org/index.php?topic=12181.msg378851#msg378851 (http://forum.bitcoin.org/index.php?topic=12181.msg378851#msg378851)


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Meni Rosenfeld on July 19, 2011, 03:51:40 PM
Meni - what do you think about bitp.it's ESMPPS?
Code:
http://forum.bitcoin.org/index.php?topic=12181.msg378851#msg378851
Same fundamental problem as SMPPS. The balance will eventually be very negative, causing the collapse of the pool. Shuffling the payout scheme around to favor recent shares doesn't change that.

It should be clear that this kind of methods is a lose-lose situation.

 - In PPS, you get 100% (minus fee) whether the pool is lucky or not.
 - In score-based, you get >100% if the pool is lucky, <100% if not.
 - In ?MPPS, you get 100% if the pool is lucky, <100% if not, but with a promise "don't worry, it will get to 100% eventually". Except that "eventually" could be a long time in the future, and even that only assuming it won't collapse due to miners being fed up with the low payments, or shut down for any other reason.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: rearwheels on July 19, 2011, 04:47:20 PM

Inaba, you already pay for the server charges and SMSes charges. So I don't think you should incurr any more cost running the pool.

Just put the 1% as bonus for the block finder. 1% is 0.5BTC? Will be significant to those with < 1ghs.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Clipse on July 19, 2011, 04:49:57 PM
EMC down for last 30mins or so? Any idea when it will be back up?


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: PoulGrym on July 19, 2011, 04:50:20 PM
Some one's playing around again ;P


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: rearwheels on July 19, 2011, 05:02:09 PM

Miners are still ok.

Only webfront is down.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Meni Rosenfeld on July 19, 2011, 05:10:52 PM
Just put the 1% as bonus for the block finder.
No, this just makes the variance higher. The parameters to play with are f and c.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 19, 2011, 05:30:35 PM
Maybe a 5 BTC jackpot randomly selecting from the top share producers or perhaps block finders for the past 10 blocks?

Sorry about the website being down - I made a change to an include file and neglected to test it before walking away to a meeting.  Didn't affect shares or miners, just the web front end.  One day I will learn to test the website before walking away.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Meni Rosenfeld on July 19, 2011, 05:43:44 PM
Maybe a 5 BTC jackpot randomly selecting from the top share producers or perhaps block finders for the past 10 blocks?
What are you trying to solve again?


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 19, 2011, 05:55:16 PM
Just trying to bring the fee down to zero without destabilizing the variance too much.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Meni Rosenfeld on July 19, 2011, 06:06:34 PM
Just trying to bring the fee down to zero without destabilizing the variance too much.
Then just use f=-c/(1-c). All I said is that it might be problematic for you to have high variance and no average fee to show for it. If you're up to it then go for it. The giveaway ideas just cause the variance to be higher with no benefit.


FWIW, having zero fee is one of the last things I care about in a pool. Things like stability, website features, and low variance are much more important, and I'd be happy to pay 1%-2% fee if I know it incentivizes the operator to make the pool as good as possible. Just look at Tycho, he made the largest pool (hence lowest variance) by, for example, taking fees and using them for Google ads (not that I support this particular practice...).


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 19, 2011, 06:14:50 PM
Ok, I will have to give that some consideration.  How does giveaways increase the variance?  I wish I had a better math/stats background.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Meni Rosenfeld on July 19, 2011, 06:26:53 PM
How does giveaways increase the variance?  I wish I had a better math/stats background.
Depends on the kind of giveaway. For the case of 0.5 BTC reward to the block solver, it means that 99% of your expected payout is according to the scoring method (which has, say, 0.1% of solo variance), and 1% of it is effectively solo with 100% of solo variance. So your total variance is 1.1% of solo variance which is a X11 increase.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: PoulGrym on July 20, 2011, 09:02:23 AM
What ever it was you did.. it's working.. Rejected shares have been very low! <1%

Just need to get scoring working.Can't have those hoppers jet as soon it's not worth it anymore.. We need to stick to it.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: kr105 on July 20, 2011, 09:15:16 AM
Awesome pool, i'll switch from deepbit as soon as the current round (on your pool) finish!  :)


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: btcboston on July 20, 2011, 10:20:13 PM
What ever it was you did.. it's working.. Rejected shares have been very low! <1%

Just need to get scoring working.Can't have those hoppers jet as soon it's not worth it anymore.. We need to stick to it.

Agreed on the scoring.  I have left for mineco.in until someone confirms the scoring is working as advertised.  Hopefully that will be soon.

Awesome pool, i'll switch from deepbit as soon as the current round (on your pool) finish!  :)

If the scoring is, in fact, working, then there isn't really any benefit to waiting until the end of a round to join the pool.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: PoulGrym on July 20, 2011, 10:53:23 PM
YAY NEW BLOCK FOUND! Go go!!


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 20, 2011, 11:35:40 PM
I'm still building the reference dataset for score testing.  It's almost done, I should have made the dataset smaller from the start, but since it's so far along, I figure I'll let it finish.

At that point, I'll run the scoring algorithm through it and see what comes out the other end and run it by Meni, assuming he's still willing to generously help out.  Once it's confirmed working, I'll put it back into place for this current round or next round depending on how long this one lasts.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: organofcorti on July 21, 2011, 02:28:18 AM
What ever it was you did.. it's working.. Rejected shares have been very low! <1%

Just need to get scoring working.Can't have those hoppers jet as soon it's not worth it anymore.. We need to stick to it.

It's not just the 'jetting as soon as it's not worth it'. It not just a question of increasing variance, it's more a question of non-hoppers losing money, and hoppers coming out around 140% to 200% ahead. That coinage comes from non-hoppers.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: PoulGrym on July 21, 2011, 12:46:47 PM
Just an idea I been thinking of.. If anyone gets me.. please do re-explain this..

What about an hourly avg "Rudder" system.. Where an avg share sending system scans a window of one hour sent in shares and calcs the avg of them, not just the amount but Shares per Minute SPM (BPM).. If you jump off the ship (pool) for one hour.. It will take another hour to get the full speed/direction back.

The Kicker would be.. once a block is found.. It will not shout out it's found until one hour after. Then it will take the avg from one hour before the found block time window and the hour after the found block window avg.. Then the average of those both will be the last avg. This number should be the hopping score + prob of total shares sent in.

Does this make any sense? How can you translate it in to math?

THe higher the pool's hashing speed the more blocks will be found in less time. Still it should be one hour window even when a block might be found with in an hour. Forcing you to stay in the pool.



Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: btcboston on July 21, 2011, 01:21:30 PM
What you are suggesting is sort of a variation of the pay per last N shares system.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 21, 2011, 01:24:02 PM
Are you proposing that for a proportional or score system (or either?) ...

Scoring numbers are coming back together a bit better, there's still two hiccups to work out and I'm working with Meni to solve them.  I ran it against the reference data set and block 24 and they both came up with the same numbers (which is good) but those numbers are wrong (which is bad).  Once that computational error is nailed down and there's the difficulty change-mid-block code in place, it will be ready for prime time.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: organofcorti on July 21, 2011, 01:42:29 PM
Sorry this is turning out to be so much work for you. Worth it for your members, but clearly a pain in the arse all the same. No wonder so many pools are content to stay proportional.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 21, 2011, 01:47:00 PM
It's not a trivial thing to implement... incidentally the "cheat proof scoring" system in Simplecoin is all sorts of broken, which was the base I was starting from and that has turned out to be a huge mistake.  I should have just written it from scratch like everything else.  

Besides, it's a learning experience for me :)


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Meni Rosenfeld on July 21, 2011, 01:57:32 PM
It's not a trivial thing to implement... incidentally the "cheat proof scoring" system in Simplecoin is all sorts of broken, which was the base I was starting from and that has turned out to be a huge mistake.  I should have just written it from scratch like everything else.
This explains a lot. Some time ago someone started a pool and boasted a "cheat proof scoring". Upon asking, it became clear he had no idea what that meant and he just chose the "cheat proof" option from his pool software. I wondered if that was actually my geometric method, and if so, how come it was implemented painlessly after it has proven to be nontrivial to others who tried. So it looks like Simplecoin was the pool software, and that it didn't have a correct implementation after all.

There may be others who try to use it so I think we need to warn them.

... And it looks like I may be to blame for the error in Simplecoin, seeing as I misunderstood something I was asked about.

So, I'm close...... it looks like max is the previous row lscore value, is that right?
Yes.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: GenTarkin on July 21, 2011, 08:13:14 PM
Just wanna reply and say I recently switched from deepbit to this pool and really enjoy this pool. I hope it continues to run for quite some time!

I dont know if you(Inaba) received my PM, please let me know, it had a few tips and questions in it!

I get my new 6950 tonight and it will replace my crappy nvidia card haha...just recently started mining!

Oh also, I just noticed... is the "minutes to consider failed" not working properly? I have a value of 20 in it and one of my miners is a CPU miner...its showing failed at 10mins...


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 21, 2011, 08:30:52 PM
Hi Tarken, welcome.  I will respond to your PM this evening, I'd like to take time to properly respond instead of firing off a quick response.

Has the CPU miner submitted a share since you set it?  The failed threshold is based on the last time the system saw a share from a worker.

In regard to scoring - the numbers are looking good.  I need to make some changes in the C code for the getwork server to accommodate a mid-round difficulty change and then a few tweak and we're good to go.  Barring a block solve before this evening, I'll drop the code back into the server and we'll be operating on scoring for this current block.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: GenTarkin on July 21, 2011, 09:12:42 PM
Hi Tarken, welcome.  I will respond to your PM this evening, I'd like to take time to properly respond instead of firing off a quick response.

Has the CPU miner submitted a share since you set it?  The failed threshold is based on the last time the system saw a share from a worker.


Thanks for your response and look forward to PM. Also, yeah the CPU has submitted multiple shares like 20 or so since Ive had it set at 20mins (which I did when I first created my account pretty much)

I just happened to notice it was still redding my CPU worker out at 10mins


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: PoulGrym on July 22, 2011, 01:24:38 AM
Pool seems to be restarting or something.. Been having connection issues to the pool..

http://www.statsco.in/bit/graph.php?node=D96SV48WU1


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on July 22, 2011, 01:36:39 AM
2.83 GH/s

SOMEONE KICK THE SERVER!


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: GenTarkin on July 22, 2011, 01:50:56 AM
yeah what happened, its still down =(


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: bacon strips on July 22, 2011, 02:09:58 AM
one of my miners is a CPU miner...

Did you find a way to make CPU mining economical? To me it looks like a lot of watts for basically no solving power.  



Server has been down for 45 min not, at least my room is a little cool, that how I can tell when its down.  


Edit: back up now, just heard the gpu fans spin up


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on July 22, 2011, 02:17:42 AM
Yeah, when my rig was at home, the fans slowing down would get my attention.
Come to think of it, I haven received my text.

And on this subject, if my command line is:
./poclbm.py --server=http://<miner_name>:<password>@us.eclipsemc.com:8337 --worksize=128 -v -f 5 --device=1

how to I include the backup option?

I've tried a couple based on what I got from ./poclbm -h but nothing has worked so far.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: organofcorti on July 22, 2011, 02:20:35 AM
Yeah, when my rig was at home, the fans slowing down would get my attention.
Come to think of it, I haven received my text.

And on this subject, if my command line is:
./poclbm.py --server=http://<miner_name>:<password>@us.eclipsemc.com:8337 --worksize=128 -v -f 5 --device=1

how to I include the backup option?

I've tried a couple based on what I got from ./poclbm -h but nothing has worked so far.

you have to use the most recent poclbm, and the switch is --backup=

The exact format should be accessible using the --help switch. If that doesn't work I'll post you an example when I get home.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: rearwheels on July 22, 2011, 02:24:55 AM
Yeah, when my rig was at home, the fans slowing down would get my attention.
Come to think of it, I haven received my text.

And on this subject, if my command line is:
./poclbm.py --server=http://<miner_name>:<password>@us.eclipsemc.com:8337 --worksize=128 -v -f 5 --device=1

how to I include the backup option?

I've tried a couple based on what I got from ./poclbm -h but nothing has worked so far.

You can run another instance with '-f 50'. And point it to a different pool.

So it will chuck along at very low hashrate. When the '-f 5' instance is not eating up GPU cycles, the '-f 50' will spring up to take over.

When the '-f 5' pool comes back to life, the '-f 50' will drop back to about 100kh/s (estimate).

So if you have 3 GPUs, you should be running 6 instances of poclbm.

Also, I'll pimp my site here www.btc-poolwatch.com .With this, you can monitor multiple pools easily and see how your multi-pool workers are performing.



Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on July 22, 2011, 02:29:01 AM
I know I don't have the latest version.  It is something with a 7b (I guess beta) and the latest is a higher number.

Have to as a stupid question here.  Do I need to remove my current poclbm before installing the new or just overwrite?

Thanks


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 22, 2011, 02:30:32 AM
The new scoring code is causing the getwork server to crash.  I'm resolving it now but I have to wait for it to crash to get the backtrace.  I noticed some memory leaks that due to what I believe was my failure to run garbage collection for the mysql results in the C code.  I added a bunch of garbage collection and it started crashing the server.  

Removing the garbage collection would keep the memory leaks happening, so I've had to work through the crashes.  I think I found the last bug just now ( I hope) and the server should be up and running just fine.  As soon as I press post, I'm sure it will crash.

On the upside, I will be dropping the scoring algorithm back into the code and this current block should be scored not proportional when it solves.

Sorry about the downtime.  There may need to be one to two more server restarts in the next 24 hours, but downtime should be less than 5 seconds each time.

I also increased the response of the website by about a 5x increase.  Let me know if there are any problems, but it should speed up everything, including block processing.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on July 22, 2011, 02:31:04 AM
You can run another instance with '-f 50'. And point it to a different pool.

I'll give that a try until I can get the later version.

Thanks


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: simonk83 on July 22, 2011, 02:38:36 AM
Or try this gui - http://forum.bitcoin.org/index.php?topic=10264.0

Has fallback support, and works with Phoenix which is the best part (I get an extra 40Mhash per card using the phoenix tweaks)


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on July 22, 2011, 02:46:39 AM
Or try this gui - http://forum.bitcoin.org/index.php?topic=10264.0

Has fallback support, and works with Phoenix which is the best part (I get an extra 40Mhash per card using the phoenix tweaks)

I'd love to but I haven't had any luck installing anything beyond Inaba's excellent guide so far.

If it weren't for his guide I probably would have sold my GPUs at a discount and given up.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 22, 2011, 03:10:23 AM
Scoring code is in place... next block should process as a scored block.  It processed fine in testing, but the real test will be when the block solves.



Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: digger on July 22, 2011, 03:42:48 AM
you site been added "who found the bitcoin blocks?"

http://digbtc.com (http://digbtc.com)


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 22, 2011, 04:22:44 AM
Very nice, thanks digger!  Looks pretty cool and a handy utility.

Getwork servers seem stable now and the scoring code is in place.  Hopefully no hiccups on the next block solve and I can start work on other features again.  Got a page and a half list of features to add!  And more graphs!


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: simonk83 on July 22, 2011, 04:24:18 AM
Good stuff Inaba.   I've switched over to Namecoin briefly to take advantage of that while it's possible, but I've got another card on the way that I'll be throwing your way next week :)


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 22, 2011, 02:06:32 PM
Yeah, misplaced ?> ..

If you could remove that I'd appreciate it.  There's nothing sensitive in there anymore but I don't necessarily want the code posted publicly... but now you get to see some of the inner workings of the site :)

Yes, I know I'm a crappy coder, too! 

There's about 35 more files with at least the same amount of code if not more, too. 


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on July 22, 2011, 03:02:13 PM
quoting is the coolest, not....

=]

'monkey


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: supersonic3974 on July 22, 2011, 03:03:40 PM
Yeah, when my rig was at home, the fans slowing down would get my attention.
Come to think of it, I haven received my text.

And on this subject, if my command line is:
./poclbm.py --server=http://<miner_name>:<password>@us.eclipsemc.com:8337 --worksize=128 -v -f 5 --device=1

how to I include the backup option?

I've tried a couple based on what I got from ./poclbm -h but nothing has worked so far.

you have to use the most recent poclbm, and the switch is --backup=

The exact format should be accessible using the --help switch. If that doesn't work I'll post you an example when I get home.

If you get a chance, could you also show how to install the latest poclbm on ubuntu?  The backup feature sounds awesome.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: organofcorti on July 22, 2011, 03:34:11 PM
Yeah, when my rig was at home, the fans slowing down would get my attention.
Come to think of it, I haven received my text.

And on this subject, if my command line is:
./poclbm.py --server=http://<miner_name>:<password>@us.eclipsemc.com:8337 --worksize=128 -v -f 5 --device=1

how to I include the backup option?

I've tried a couple based on what I got from ./poclbm -h but nothing has worked so far.

you have to use the most recent poclbm, and the switch is --backup=

The exact format should be accessible using the --help switch. If that doesn't work I'll post you an example when I get home.

If you get a chance, could you also show how to install the latest poclbm on ubuntu?  The backup feature sounds awesome.

Don't know, I use LinuxCoin. But you should check out Inaba's other thread:
http://forum.bitcoin.org/index.php?topic=7514.msg110331#msg110331
 (http://forum.bitcoin.org/index.php?topic=7514.msg110331#msg110331)

Edit: after a quick look at the poclbm thread, you can use github for the source, or you can check out a link showing how to install on ubuntu:
http://bitcointalk.org/index.php?topic=2636 (http://bitcointalk.org/index.php?topic=2636)


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: PoulGrym on July 23, 2011, 10:41:20 PM
Did anyone else notice a small drop in the latest payout from block #26?

I've been getting 0.28680465~0.30436400 mining 24/7 .. now it dropped to Est. Reward: 0.26384397 ?? What could the reason be? I've not had any disconnections that i know of.
Have we gotten any new members or big increase in Pool Hashspeed`?


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 23, 2011, 10:54:24 PM
Block 26 was paid on the scoring system.  The estimated reward does not reflect an accurate figure - I will be changing the formula to reflect what you would be paid if the round ended right then.

Here are the numbers for block 26:

id     f     c     b     r     los     lastscore     totalscore
ID: 26 (137655)     f: 0.0000000000000000     c: 0.01000000     b: 50     r: 0.0000585471264617     los: 9.7456492737845295     LSCORE: 76.9016506076480937     TSCORE: 17080.7575770762996399

Total Payout: 49.93444761
Total Donation: 0.065552289999999999170476883137



Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on July 23, 2011, 11:29:51 PM
pathetic donation numbers

=[

'preciate your time and effort Inaba

'monkey


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 24, 2011, 04:39:04 PM
Thanks Webmonkey.  It's ok... maybe the numbers will increase once the pool is stable enough :)


id     f     c     b     r     los     lastscore     totalscore
ID: 27 (137805)     f: 0.0000000000000000     c: 0.01000000     b: 50     r: 0.0000585471264617     los: 9.7456492737845295     LSCORE: 53.5512416143514329     TSCORE: 17080.7575750034011435

Total Payout: 49.94096587
Total Donation: 0.085334970000000009981988569052


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on July 24, 2011, 04:46:02 PM
i'm at the low end of the share producers so i don't have much of an impact on the pool.
even at my "donation %" it isn't much, i just don't "make" that much
=]

this last round or block or whatever the terminology is, the website seems "snappier".  i like that.
more like it was back on block 4

anyway, wish i had more hashes to put in the pool but i'm very content here.

'monkey


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: simonk83 on July 24, 2011, 08:47:27 PM
Hi Inaba,

Just a quick heads up that the notification emails and SMS's aren't working (in case you didn't already know).   


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 24, 2011, 08:59:22 PM
Yeah I forgot to turn them back on after working on the last block.  They are back on now - failed miner email/sms should still be working though, right?


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: simonk83 on July 24, 2011, 09:03:21 PM
Yep, all good, thanks :)   New card should be arriving today or tomorrow so that'll be 3 5870's heading your way :)


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: ewibit on July 25, 2011, 02:51:30 PM
Did anyone else notice a small drop in the latest payout from block #26?
In block 27 I have ~ 4500 shares
and
in  block 28 I have ~ 2100 shares
Why is in block stats to both listed
my shares = 0?  :(
TIA


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 25, 2011, 03:17:32 PM
There seems to be a calculation problem with share counts when your payout would be below 1 satoshi.  I am looking into that issue today.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: ewibit on July 25, 2011, 05:37:25 PM
Just a quick heads up that the notification emails and SMS's aren't working (in case you didn't already know).   
I have never got a SMS but I am not sure if the number from US to europe GSM is correct...
I have got this from the web
US -> EU
011 +43 +6xxxxxxxxxx
is this correct?
TIA


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 25, 2011, 06:08:53 PM
Remove the +'s.  I actually make some changes to remove it, but you're better off just inputting the numbers.

Try with and without the country code, so:

011436xxxxxxxx
436xxxxxx 

Not sure which is appropriate... hard to keep track of all the country codes!


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: PoulGrym on July 25, 2011, 11:04:27 PM
@Inaba add an give tip's "Spare change" for donation next to the % box. Then one should be able to add 0.000XXXX, X=change that should be given as tip's.

Ex: 0.30480062 - 0.304  = 0.00080062 for the tip jar.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: GenTarkin on July 26, 2011, 07:45:58 PM
So, Im curious... I noticed something, I seem to get rewarded the same amount no matter how long a block takes to solve by the pool, whether its 15hrs or 3days

Does this mean a given block is higher in difficulty vs one that is fairly simple?


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Meni Rosenfeld on July 26, 2011, 07:49:44 PM
So, Im curious... I noticed something, I seem to get rewarded the same amount no matter how long a block takes to solve by the pool, whether its 15hrs or 3days
If you're 1% of the pool, you'll always get on average 1% of the reward of every block, which is 0.5 BTC. But if a block took longer, it means you got 0.5BTC for a longer period of mining, so it's less per unit of time.

Does this mean a given block is higher in difficulty vs one that is fairly simple?
Difficulty only changes once every 2016 blocks. But finding blocks is random so some times it takes longer than others.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: GenTarkin on July 26, 2011, 07:58:30 PM
So, then why would a block take longer then another block?
Does it all depend on the time it takes for someone to find another block? and we just all sit around hashing away on the current block till this happens?


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 26, 2011, 08:15:05 PM
That's a great idea PoulGrym, I will make that happen!

Tarkin - think of mining a block like winning the lottery.  It's completely random and everyone is buying billions of tickets per second and only one person can win.  So every six minutes, on average, someone gets a jackpot for their trillions of tickets submitted.  Sometimes luck runs with you and you find a block fairly quickly, other times, not so much and it takes longer.

We are never working on the same block for more than about 6 minutes.  Every time a block is solved everyone, everywhere starts working on the next block at the same time.  So everyone is working on a new block every six minutes.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: GenTarkin on July 26, 2011, 09:10:33 PM
That's a great idea PoulGrym, I will make that happen!

Tarkin - think of mining a block like winning the lottery.  It's completely random and everyone is buying billions of tickets per second and only one person can win.  So every six minutes, on average, someone gets a jackpot for their trillions of tickets submitted.  Sometimes luck runs with you and you find a block fairly quickly, other times, not so much and it takes longer.

We are never working on the same block for more than about 6 minutes.  Every time a block is solved everyone, everywhere starts working on the next block at the same time.  So everyone is working on a new block every six minutes.

Ah, I got ya and we basically are just awarded in our pool when someone of our pool discovers a block then we all split up the 50btc from that block right?

Therefore the smaller the pool the more reward when a discovered block by someone in that pool is solved but it takes longer...
But if it was a bigger pool, more blocks would be discovered but much less payout chunk...

Its all starting to make sense.
Im a noob and still tryin to wrap my head around the blocks and bla bla bla...started mining this weekend lol..


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: kripz on July 27, 2011, 01:48:41 PM
That's a great idea PoulGrym, I will make that happen!

Tarkin - think of mining a block like winning the lottery.  It's completely random and everyone is buying billions of tickets per second and only one person can win.  So every six minutes, on average, someone gets a jackpot for their trillions of tickets submitted.  Sometimes luck runs with you and you find a block fairly quickly, other times, not so much and it takes longer.

We are never working on the same block for more than about 6 minutes.  Every time a block is solved everyone, everywhere starts working on the next block at the same time.  So everyone is working on a new block every six minutes.

Ah, I got ya and we basically are just awarded in our pool when someone of our pool discovers a block then we all split up the 50btc from that block right?

Therefore the smaller the pool the more reward when a discovered block by someone in that pool is solved but it takes longer...
But if it was a bigger pool, more blocks would be discovered but much less payout chunk...

Its all starting to make sense.
Im a noob and still tryin to wrap my head around the blocks and bla bla bla...started mining this weekend lol..

That's just about it. Which is a bad thing, noobs will most likely join a big pool so they see more stable and frequent income even though it works out to be the same in the long run. Which is why stickying the top 10 biggest pools is a bad idea imo. But that's OT.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 27, 2011, 02:26:03 PM
That was my thought as well, Kripz.  The big get bigger with the top ten stickied. 

They should sticky the smallest pools heh, then it'd be a competition to see how few users one can get :)


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on July 27, 2011, 03:51:39 PM
While waiting nearly 2 days for a block we were working on, I was wondering if I would be better off going to deepbit since they find (solve?) the majority of the blocks.

I get a better percentage when the pool is smaller.  Since I would be such a small fraction at deepbit, they would have to get about 100 blocks for me to get about the same in my purse as I do at EclipseMC.  Deepbit did claim 124 blocks (at the time I counted) since we got #137923.  But then we finally got #138241 and another several hours later.  So, it seems I do just as well in a smaller pool the way things have been going.

Inaba, is there anything I can do on my end to reduce the rejects?  [Rej: 97/3381 (2.87%)]


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: GenTarkin on July 27, 2011, 03:57:15 PM
Im wondering whats the current method of payment for us, is it proportional?
Also, inaba your still workin on PPS right?

Since, Im such a noob...finding info on comparison of the different types of payment is prooved a challenge lol...
How would PPS compare to our current method in a small pool vs a large pool?


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 27, 2011, 04:32:53 PM
GenTarkin: I am looking into PPLNS, but I'm not sure it can mesh with the scoring system like a straight PPS would... but given the difficulty rises, straight PPS would probably turn into a huge loss in the long run and I'm not sure I'm willing to undertake that kind of risk.  I'm still evaluating the different options, though.

The current method is Meni's Cheat-Proof Scoring system.  Estimated Earnings are still based on proportional - however they should be pretty close to accurate assuming you are a consistent miner - the only people it will be off for are pool hoppers or those that are disconnected prior to and including a block solve.

When you say different types of payment, I assume you mean different types of share/fund distribution is usually limited to BTC and in the case of EMC PPUSD as well.

Village.idiot: It all averages out and given the fact that EMC does not charge a fee, you are coming out 3% ahead in the long run than you would at Deepbit.  As far as reducing rejects, 2.87% is pretty good - but to reduce it further more information is needed - when are you getting these rejects and what are they being rejected for?  If the majority of them come after a LP, then there's not much you can do about that except speed up your MH rate... however,  I will be implementing some changes this coming week to reduce rejects across the board, so that should reduce your rejects by at least 1% if not more (depends on what kind of rejects you are getting, again).

I will make a post about it once I have the new code in place.  So much to do! :)  But now that the scoring is in place and appears to be working / processing the block, I can focus on other things.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: GenTarkin on July 27, 2011, 05:14:03 PM
Thanks for that explanation inaba. Yeah when I meant payment, I meant share distribution / reward.

Also, another question...so my mining PC is mining most of the time and emc is my only pool. But, lets say if one night (maybe a couple times a week) I stop my miner so I can play a game for a few hours, will this punish me harshly? Thanks


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Meni Rosenfeld on July 27, 2011, 05:26:23 PM
Also, another question...so my mining PC is mining most of the time and emc is my only pool. But, lets say if one night (maybe a couple times a week) I stop my miner so I can play a game for a few hours, will this punish me harshly? Thanks
No. You will just not receive payment for the shares you could have submitted during that time. But keep in mind that there is variance involved, e.g. it could be that a block is found during these hours and you'll miss out, or it could be that nothing will be found and in hindsight the downtime didn't decrease your payouts at all. But on average, your reward is always exactly proportional to the amount of work done.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: GenTarkin on July 27, 2011, 05:57:14 PM
Awesome, thanks for your answer.. You guys all rock. Love this pool!


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on July 27, 2011, 06:36:52 PM
It all averages out and given the fact that EMC does not charge a fee, you are coming out 3% ahead in the long run than you would at Deepbit.

And that's even better  8)


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: bacon strips on July 28, 2011, 02:12:28 AM
On the last block (#31)  4% of my shares were stale (344 for 8594 shares) and on a long block (#29) I had 4.6% stale (1466 of 32214 shares).  I pinged us.eclpsemc.com throw the cmd and averaged 84ms.  I look forward to the changes you make this weekend. 

I like that you include the number of stale shares for each miner per block but I rather just get a table of numbers then the graph.  I have to hover over the bars to get the exact numbers. 

Just saw we got block 32, we are on a lucky streak!


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on July 28, 2011, 02:14:37 AM
shhhh


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1984 on July 28, 2011, 04:35:23 AM
The pool is either having really good luck (I hope so  :)) or some of these block are going to be invalid (I hope not  :-[)


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: supersonic3974 on July 28, 2011, 04:55:20 AM
The pool is either having really good luck (I hope so  :)) or some of these block are going to be invalid (I hope not  :-[)
*crosses fingers*


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: kr105 on July 28, 2011, 06:58:28 AM
As soon as the last block was solved, i wrote down my unconfirmed balance, it was: 1.49877698. Now it is 1.02560199, what one is wrong and why? (Of course my confirmed balance is still zero)


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: simonk83 on July 28, 2011, 07:00:52 AM
My reward for the last block was 1.48 and now it's dropped to 0.74, so probably that.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: kripz on July 28, 2011, 08:11:21 AM
Mine is down too, and also lost some btc even though im pretty sure i had no connection issues and same stales as always.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on July 28, 2011, 10:49:37 AM
Mine looks just fine.  Still three blocks to be confirmed at this point.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: PoulGrym on July 28, 2011, 11:50:19 AM
Could it be a scoring issue? I've not had any diff with my est and actual earnings. Are you guys sure no drops have happened?


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: simonk83 on July 28, 2011, 11:57:17 AM
Could it be a scoring issue? I've not had any diff with my est and actual earnings. Are you guys sure no drops have happened?

If you didn't check the site in the 30mins after the block was solved you wouldn't have seen it.    I suspect the reward was doubled initially somehow then corrected.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 28, 2011, 04:42:41 PM
I'm sorry, I thought I had posted here, too... but I guess I just posted on the EMC forums.

There was a problem with the blocks and block 33 got doubled.  I backed out 33 and reapplied it, so yes for block 33 your unconfirmed payout was doubled for a little while. 

I think I tracked down the bug or at least a related bug as to why that happened.  I will be rolling the fix into the stale reduction patch on the getwork server to hopefully prevent that from happening in the future.



Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: GenTarkin on July 28, 2011, 04:55:18 PM
Little update here:


There was an error with acquiring the exchange rate, please try again later.

Still getting the above when doing a paypal transaction, although it goes through just fine...


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 28, 2011, 05:49:28 PM
I can't, for the life of me, figure out how you are getting that specific error and still having the payment go through... it's not a huge deal and the payment wouldn't go through if it really couldn't get the exchange rate - but for some reason it's telling you it didn't (even though it did) and there's nothing in the code that I can find that would allow for that combination! 

I will continue to investigate it, though.

Is anyone else getting that error?


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on July 28, 2011, 05:57:35 PM
not me.

i haven't used the "manual" payme paypal button since it sent the btc instead of sending paypal quite awhile back.

i set my auto payout at several btc and then change to say 1 btc and let the autopay via paypal fire.

granted, i'm only requesting 1btc via paypal at a time, but it's worked properly so far.

'monkey


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on July 28, 2011, 07:35:38 PM
righteous

'monkey


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 28, 2011, 07:39:11 PM
Nice little run!


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: GenTarkin on July 28, 2011, 07:42:38 PM
Nice little run!

If your talkin about our luck lately...yes! I hope to get more short burst ones and our GH/s is growing too!
I dread the day+ ones...lol

Now, I just wonder if the exchange rates are gonna go back up =/


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1984 on July 28, 2011, 09:12:21 PM
Looks like everyone is joining up for the good luck, was a damn good run hope it continues.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: PoulGrym on July 29, 2011, 02:15:21 PM
More users joining .. making me earn 16.6% less.. I do hope the extra speed added will make up for it in time it takes to solve blocks.. Do we have an acceleration increase graph I could look at? Speed vs time over amount of shares per hour?


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 29, 2011, 02:21:36 PM
Hashrate per hour and per day graph?  Or are you wanting something else?


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: GenTarkin on July 29, 2011, 03:43:17 PM
yeah, we are getting owned this round...my reward will have gone down quite a bit and seems our luck aint improving cuz of more miners....grr, hope that changes soon!


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: simonk83 on July 30, 2011, 12:58:04 AM
More users joining .. making me earn 16.6% less.. I do hope the extra speed added will make up for it in time it takes to solve blocks.. Do we have an acceleration increase graph I could look at? Speed vs time over amount of shares per hour?

Yeah, me too.  The problem appears to be we've got more miners, but not more hash rate.  It's still around 60GH, but now we have more miners to split the profit between.  Not sure what this new bunch have brought with them, but it doesn't appear to be much :D


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Reuef on July 30, 2011, 01:02:54 AM
Remember, that with the new scoring in place your estimated earnings (which if I am not mistaken is still based on proportional earnings) may be higher once others leave the pool and their shares decay over time. 


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on July 30, 2011, 01:09:56 AM
hash rate discrimination!

=]

'monkey


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: organofcorti on July 30, 2011, 12:58:01 PM
More users joining .. making me earn 16.6% less.. I do hope the extra speed added will make up for it in time it takes to solve blocks.. Do we have an acceleration increase graph I could look at? Speed vs time over amount of shares per hour?

Yeah, me too.  The problem appears to be we've got more miners, but not more hash rate.  It's still around 60GH, but now we have more miners to split the profit between.  Not sure what this new bunch have brought with them, but it doesn't appear to be much :D

More miners joining shouldn't affect the algo - only total hashrate at any given time.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: kr105 on July 30, 2011, 03:13:19 PM
https://eclipsemc.com/block_stats.php
It show a new block (138749), but with the details screwed. Also the round time has been reset.

Inaba can you please take a look on this?


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 30, 2011, 04:47:31 PM
Sorry guys, had a bit of a problem with the block processing script after the changes last block.  It's been fixed and all stats are accurate now. 

Things would be a lot less complicated if I wern't tracking individual miner stats and just user stats... but since I intend to have a graph for individual miners, I have to keep those stats.  In this case, there was an issue with someone changing their miner name mid-round and it confused the script since two miners had the same ID.  Fixed now though...



Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on July 30, 2011, 04:57:46 PM
that was my fault.

when things are "slow" for you Inaba, could you look into maybe implementing miner alerts on a miner by miner basis?

i throw in a part time miner under an active miner name so i won't get an alert on it.

i still want to receive alerts on full time miner, just not part time miner.

i know i can delete/restore miner names but would be nice just to enable alerts by miner, rather than user.
i'd still get an alert on miner names not "turned on"

just a thought

=]

still appreciate your time and effort

'monkey


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on July 30, 2011, 05:02:52 PM
I'd like this as well.  I have a CPU miner just good for a few more shares.
But if I put it on Eclipse, I get the text that it's not working.
I still prefer to be notified if my other miner goes down.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: klaaster on July 30, 2011, 05:10:00 PM
My stats are still screwed.

http://www7.pic-upload.de/30.07.11/irmsqpyyqzhr.jpg

The same amount is shown on [My Account] Site: Unconfirmed Reward: 0.00000099
Could you please have another look into this?



Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Reuef on July 30, 2011, 05:31:18 PM
My stats are still scrambled.

http://www7.pic-upload.de/30.07.11/irmsqpyyqzhr.jpg

The same amount is shown on [My Account] Site: Unconfirmed Reward: 0.00000099
Could you please have another look into this?



Did you stop mining before the round ended?  If so then your shares could have decayed.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: klaaster on July 30, 2011, 05:46:11 PM
Yes, I have to mine over an UMTS Mobile-stick for some days and had/have some problems with phoenix miner.
Can you point me to some more info about this? What rule must be followed to get your shares not decayed?


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 30, 2011, 06:08:10 PM
Klaaster, I show your last share submitted: 2011-07-30 03:08:31
The block ended: 2011-07-30 07:27:21

All times are UTC

So your shares would have decayed fairly substantially by then.

Dacayed a bit inaccurate of a description, they just have less "value" than "current" shares.  There's not a set time as to how long it takes a share to decay to zero, but rather it's based on how many shares were submitted after any given share.  Each share is worth the value of the previous share + a variable amount based on difficulty and several other factors.

What this means is that any given share will be worth less as more shares are submitted.  Once the round ends, the share scores are all added up and then the block value (in this case 50) is divided between everyone equally based on their share score.  Those that submitted shares near or at the end of the round will have the highest value in terms of share score and thus get a larger proportion of the payout.  Because the round ending is completely unpredictable, it's what keeps the pool hoppers from being able to gain an advantage and thus take away from the honest miners. 

The downside is that it also has the effect on the honest miners that have difficulty during the round or for whatever reason are not able to "finish" the round with everyone else.  Because pool hoppers take away such a large chunk of funds (more than 12% of the value in some cases) from the honest users, the most fair way to distribute the shares is through Meni's scoring system.  It rewards everyone equally based on their contribution, regardless of whether or not they are pool hoppers.

If you would like the actual math behind it, there's several links in this thread to the discussion on Meni's scoring system and the math proof(s) to verify it.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on July 31, 2011, 12:06:59 AM
i've fallen and i can't connect!

'monkey


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: GenTarkin on July 31, 2011, 12:11:27 AM
yeah, website is down, but miners seem to be still goin...er?


oops not anymore, they just dropped.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on July 31, 2011, 12:13:38 AM
hey, my backup pool works!


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: GenTarkin on July 31, 2011, 12:19:15 AM
hey, my backup pool works!

Yeah this is a good test to see if CGminer fails over properly =P


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on July 31, 2011, 12:22:06 AM
hey, my backup pool works!

Yeah this is a good test to see if CGminer fails over properly =P

I'll get to see if poclbm fails back


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: GenTarkin on July 31, 2011, 12:26:30 AM
hey, my backup pool works!

Yeah this is a good test to see if CGminer fails over properly =P

I'll get to see if poclbm fails back


grr...seems my main miner hasnt failed over =( weird...


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on July 31, 2011, 12:30:41 AM
mine's still on my backup pool.
I can't connect to the mining server or the website server.
I've been assuming they're separate servers.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: simonk83 on July 31, 2011, 12:38:27 AM
Yep, down here as well.  Was connected to Deepbit for a backup but can't connect there now either...


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on July 31, 2011, 12:43:36 AM
Yep, down here as well.  Was connected to Deepbit for a backup but can't connect there now either...

That's curious
I'm mining on Eclipse and Triple and earlier today I wasn't connecting to either.
I went to the office where my rig is to see what had happened and when I got there it was working just fine on both pools.
I've got to learn that ssh thing.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: GenTarkin on July 31, 2011, 12:50:05 AM
YAY! CGminer did failover successfully to my backup pool...it just took like 10mins or so, must retry a lot.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: GenTarkin on July 31, 2011, 12:56:03 AM
Seems EMC is back up my miner successfully failed back to it =)


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on July 31, 2011, 01:08:03 AM
Seems EMC is back up my miner successfully failed back to it =)

What he said


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: kr105 on July 31, 2011, 01:25:47 AM
Its working again  ;D


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 31, 2011, 01:28:37 AM
Not sure what happened... mysql went nuts and was non-responsive.  

It is fixed now... don't think it was anything I've been working on.

On the upside, I've added the ability to turn miner alerts on and off by miner and if you call now, I will throw in the ability to set the failed minutes per miner as well... ABSOLUTELY FREE!!

Sorry about the downtime folks, no warning on that one.  I made some modifications to the getwork servers earlier as well, but they've been going fine for 6 or 7 hours.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on July 31, 2011, 01:31:48 AM
On the upside, I've added the ability to turn miner alerts on and off by miner and if you call now, I will throw in the ability to set the failed minutes per miner as well... ABSOLUTELY FREE!!

COOL 8)
Thanks


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on July 31, 2011, 01:55:46 AM
you're the coolest Inaba, thanks!

'monkey


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: kr105 on July 31, 2011, 08:56:59 PM
Yay! New block solved!  :)


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: simonk83 on July 31, 2011, 09:06:28 PM
Yay! New block solved!  :)

Yay :)

Inaba, any ideas on how to make the estimated reward more accurate?   It's a bit all over the place at the moment.   My estimated reward for this block was supposedly .73, but I've received .66.   The last block was supposed to be .6x but I received .76 :)

I know it's a by product of the new scoring method, and I know it doesn't really matter in the long run as we get paid correctly, but it'd be nice to be able to see an accurate estimation.

Ta ;)


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: GenTarkin on July 31, 2011, 09:07:14 PM
weve been havin a few past days be pretty dry, lets hope for a lucky streak =P


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on July 31, 2011, 09:17:46 PM
Simeonk83: Yep, I'm working on that.  The problem is to get an accurate estimate if the round ended right then, the amount of SQL query time is fairly substantial (has to add up all the rows) and it's not really feasible to do it on an interval on a per user basis, either... so I'm looking at the best way to handle it that puts the least load on the server.  Might be able to get it done today, I'm hoping.

GenTarkin: We are actually doing ok, running right at or just under difficulty which is good.  If you look at the blocks over all in the pool we are under difficulty by a decent margin so we are + luck as a whole.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: simonk83 on July 31, 2011, 11:19:40 PM
Simeonk83: Yep, I'm working on that.  The problem is to get an accurate estimate if the round ended right then, the amount of SQL query time is fairly substantial (has to add up all the rows) and it's not really feasible to do it on an interval on a per user basis, either... so I'm looking at the best way to handle it that puts the least load on the server.  Might be able to get it done today, I'm hoping.



No worries, I have no doubt it's not easy :)     What if you made it only update on request?   In that someone has to physically press a button to update the estimation.   That way the queries only have to run when requested, rather than every x minutes?  Not sure if that helps :D


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: PoulGrym on August 01, 2011, 02:45:32 AM
That'd be a good solution. Then also limit to one check every 10 min.. not to get flooded with req's all the time..


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: rearwheels on August 01, 2011, 03:43:33 AM
Simeonk83: Yep, I'm working on that.  The problem is to get an accurate estimate if the round ended right then, the amount of SQL query time is fairly substantial (has to add up all the rows) and it's not really feasible to do it on an interval on a per user basis, either... so I'm looking at the best way to handle it that puts the least load on the server.  Might be able to get it done today, I'm hoping.



No worries, I have no doubt it's not easy :)     What if you made it only update on request?   In that someone has to physically press a button to update the estimation.   That way the queries only have to run when requested, rather than every x minutes?  Not sure if that helps :D

I believe the SQL will take a fair bit of time to run, so if it is on-demand, after clicking, you will have to wait for a while before the information is displayed.

Secondly, if someone clicks on the link and the sql starts, but the user clicks to goto another page, the SQL will continue to run until it is completed or times out, replies to the web server which then does not display the information so the SQL processing time is wasted (similar to not having long poll).


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: simonk83 on August 01, 2011, 03:45:40 AM
Fair enough, forget that then ;)


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1bitc0inplz on August 01, 2011, 03:53:59 AM
When we used to use Meni's scoring system, we were doing all the estimated in real-time. If implemented correctly (e.g., not doing the math in SQL) you guys shouldn't have a problem getting an estimate that is real-time as well.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: simonk83 on August 01, 2011, 03:55:38 AM
When we used to use Meni's scoring system, we were doing all the estimated in real-time. If implemented correctly (e.g., not doing the math in SQL) you guys shouldn't have a problem getting an estimate that is real-time as well.


What have you switched to (and why)?


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 01, 2011, 03:56:27 AM
Can you elaborate on that?  And doing it correctly would be implementing it in SQL or in the case of EMC, most of it is in done on the getwork server.  Doing it in PHP is the absolute worst way to handle it.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1bitc0inplz on August 01, 2011, 05:34:06 AM
When we used to use Meni's scoring system, we were doing all the estimated in real-time. If implemented correctly (e.g., not doing the math in SQL) you guys shouldn't have a problem getting an estimate that is real-time as well.


What have you switched to (and why)?

We switched to ESMPPS, and the reason (frankly) was that we disliked the increased variance of scoring systems.

Can you elaborate on that?  And doing it correctly would be implementing it in SQL or in the case of EMC, most of it is in done on the getwork server.  Doing it in PHP is the absolute worst way to handle it.

Since we wrote our own pushpool replacement, we did all the scoring calculations there. You are correct, PHP wouldn't be the place to do them. Neither is SQL though. To do it right you'll want to do it in your pool backend, which is pushpool I'm assuming? You'll want to keep the shares in memory, and do your scoring computations off of the in-memory copy.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: GenTarkin on August 01, 2011, 06:43:36 AM
When we used to use Meni's scoring system, we were doing all the estimated in real-time. If implemented correctly (e.g., not doing the math in SQL) you guys shouldn't have a problem getting an estimate that is real-time as well.


What have you switched to (and why)?

We switched to ESMPPS, and the reason (frankly) was that we disliked the increased variance of scoring systems.

Can you elaborate on that?  And doing it correctly would be implementing it in SQL or in the case of EMC, most of it is in done on the getwork server.  Doing it in PHP is the absolute worst way to handle it.

Since we wrote our own pushpool replacement, we did all the scoring calculations there. You are correct, PHP wouldn't be the place to do them. Neither is SQL though. To do it right you'll want to do it in your pool backend, which is pushpool I'm assuming? You'll want to keep the shares in memory, and do your scoring computations off of the in-memory copy.

Dude, do you run bitp.it? Cuz, thats similar to what they have. I so want a PPS type payout from emc....


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Meni Rosenfeld on August 01, 2011, 08:20:44 AM
When we used to use Meni's scoring system, we were doing all the estimated in real-time. If implemented correctly (e.g., not doing the math in SQL) you guys shouldn't have a problem getting an estimate that is real-time as well.
What have you switched to (and why)?
We switched to ESMPPS, and the reason (frankly) was that we disliked the increased variance of scoring systems.
Did you make any attempt to adjust the parameters?

Anyway, you could have used PPLNS which has very little variance and isn't broken.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1bitc0inplz on August 01, 2011, 11:20:54 AM
When we used to use Meni's scoring system, we were doing all the estimated in real-time. If implemented correctly (e.g., not doing the math in SQL) you guys shouldn't have a problem getting an estimate that is real-time as well.
What have you switched to (and why)?
We switched to ESMPPS, and the reason (frankly) was that we disliked the increased variance of scoring systems.
Did you make any attempt to adjust the parameters?

Anyway, you could have used PPLNS which has very little variance and isn't broken.

Yes, we did attempt to adjust the parameters. But the idea of giving the pool operator variance also wasn't for us. No offense, but I think you know very little about the specifics of ESMPPS but you seem very determined to think that it is broken. I, frankly, think you are basing your assumptions on ESMPPS from what you think you know about SMPPS.

But, that is besides the point because your bias to your own scoring method is quite clear.

I was just simply trying to point out to Inaba that it was possible to get real-time stats from your scoring system. I feared that speaking in this thread might provoke you, so I will cease offering my assistance.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 01, 2011, 11:57:06 AM
Since we wrote our own pushpool replacement, we did all the scoring calculations there. You are correct, PHP wouldn't be the place to do them. Neither is SQL though. To do it right you'll want to do it in your pool backend, which is pushpool I'm assuming? You'll want to keep the shares in memory, and do your scoring computations off of the in-memory copy.

I'm a little unclear on how you'd achieve keeping the scoring information in memory in a long round without taking up an extraordinary amount of memory?  But regardless, how do you pass that information off to a web browser looking for it?  Additionally, how do you handle (or do you not) multiple getwork servers?  Each one would have differing information.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Meni Rosenfeld on August 01, 2011, 12:39:22 PM
When we used to use Meni's scoring system, we were doing all the estimated in real-time. If implemented correctly (e.g., not doing the math in SQL) you guys shouldn't have a problem getting an estimate that is real-time as well.
What have you switched to (and why)?
We switched to ESMPPS, and the reason (frankly) was that we disliked the increased variance of scoring systems.
Did you make any attempt to adjust the parameters?

Anyway, you could have used PPLNS which has very little variance and isn't broken.

Yes, we did attempt to adjust the parameters. But the idea of giving the pool operator variance also wasn't for us. No offense, but I think you know very little about the specifics of ESMPPS but you seem very determined to think that it is broken. I, frankly, think you are basing your assumptions on ESMPPS from what you think you know about SMPPS.

But, that is besides the point because your bias to your own scoring method is quite clear.

I was just simply trying to point out to Inaba that it was possible to get real-time stats from your scoring system. I feared that speaking in this thread might provoke you, so I will cease offering my assistance.
I apologize for calling ESMPPS "broken" which was too confrontational. I resent your accusations. If my advice isn't welcome I'll stop wasting my time.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 01, 2011, 01:24:51 PM
I read the linked post in regards to how ESMPPS works and I'm a little confused - it seems like unless you have a large run of good luck, the pool will always run in the red and be behind in paying out shares?  As time goes on, the pool would go further and further into the red.  Does ESMPPS count on a run of good luck to even things out?



Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: GenTarkin on August 01, 2011, 10:24:25 PM
grr another long block ... lol... hows the PPS stuff comin inaba? =)


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1bitc0inplz on August 02, 2011, 12:42:26 AM
Since we wrote our own pushpool replacement, we did all the scoring calculations there. You are correct, PHP wouldn't be the place to do them. Neither is SQL though. To do it right you'll want to do it in your pool backend, which is pushpool I'm assuming? You'll want to keep the shares in memory, and do your scoring computations off of the in-memory copy.

I'm a little unclear on how you'd achieve keeping the scoring information in memory in a long round without taking up an extraordinary amount of memory?  But regardless, how do you pass that information off to a web browser looking for it?  Additionally, how do you handle (or do you not) multiple getwork servers?  Each one would have differing information.

I do not know much about your backend, but it sounds like we are two entirely different architectures. On my pool we use Redis (a no-SQL datastore) and Node.js. Additionally we have a single "getwork server". So, since Redis stores everything in memory anyway, we were able to really quickly re-perform the scoring algorithm on every share submission. Unless you centralize your share data in someplace other than SQL, I do not think our solution will be easy for you.

I am curious, why do you have multiple servers? Is it to allow for users to be closer to a server (e.g., geographic distribution), or are you doing this for performance reasons? If at all possible try and consolidate your getworks to a single server, and I think that will open up more possibilities to you.

I read the linked post in regards to how ESMPPS works and I'm a little confused - it seems like unless you have a large run of good luck, the pool will always run in the red and be behind in paying out shares?  As time goes on, the pool would go further and further into the red.  Does ESMPPS count on a run of good luck to even things out?

I am not aware of any single post that fully describes ESMPPS, unfortunately. I'd love to write one, but I've just been pretty swamped lately.

ESMPPS does not depend on luck to even things out. In fact, that is one of the key differences between it and SMPPS. SMPPS pays out older shares first. So, if the pool gets behind on payment, then it neglects newer shares to pay back older shares. This creates a problem where new miners may have to wait several rounds without any payment before receiving any of their earnings. Obviously nobody wants to work for "free", so it would be a very disastrous thing for a SMPPS pool to go red.

ESMPPS solves this problem by putting all shares into "buckets", allocated by their percent paid.  A bucket is never paid more (percentage wise) than the least paid bucket. This allows for all shares to be paid the maximum amount possible, while not favoring older or new miners.

Take the scenario where a pool is always lucky. The pool would therefore always have a positive buffer, and therefore pay 100% of what a 0% "true" PPS would. However, you and I both realize two problems with this scenario. A, no pool will ever be lucky 100% of the time. And B, no "true" PPS can sustain a 0% fee.

So, let's look a a difference scenario. Say you pay out on invalid blocks, and have a 0.5% block withholder rate (e.g., 0.5% of your pools hashing power is "attacking" you by withholding any block solutions they may find). Assume the probability of a block becoming invalid is ~1%. Also, assume that "luck" nets out to 0 over a long period of time.

In this scenario, you will eventually reach a future where no bucket is paid past the 98.5% bucket. However, unlike *MPPS systems old and new shares are paid immediately up to the 98.5% range. This underpayment is remembered by the system, and if the buffer goes positive, the backpay is made up. Interestingly enough, even in this scenario the ESMPPS pool still behaves "normal" and outperforms any true PPS pool, provided that true PPS pool charges more than a 1.5% fee.

IMHO it's a pretty interesting dynamic, a pool that "self regulates" itself. This is, ideally, what a true PPS pool tries to accomplish when the pool operator charges a fee. However, in the case of ESMPPS it set by the probabilities of the situation itself, and if the situation takes a turn for the better then everybody wins. If the situation stays the same, it still outperforms true PPS.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: rearwheels on August 02, 2011, 02:33:24 AM

block stats were updated really fast this time round.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 02, 2011, 03:17:18 PM
I do not know much about your backend, but it sounds like we are two entirely different architectures. On my pool we use Redis (a no-SQL datastore) and Node.js. Additionally we have a single "getwork server". So, since Redis stores everything in memory anyway, we were able to really quickly re-perform the scoring algorithm on every share submission. Unless you centralize your share data in someplace other than SQL, I do not think our solution will be easy for you.

Hmm, I'm not familiar with Redis - so are you saying you have direct access to the memory that your getwork backend is using from your webserver to gather those statistics?  That's mighty handy if so.

Quote
I am curious, why do you have multiple servers? Is it to allow for users to be closer to a server (e.g., geographic distribution), or are you doing this for performance reasons? If at all possible try and consolidate your getworks to a single server, and I think that will open up more possibilities to you.

I could easily consolidate to a single server, but you are correct in your geographical assumption.  There is simply no way to run an efficient server over oceanic links, the latency is to great.  Western Europe is at the very limit of acceptability, often falling into unacceptable latency, anything further east and it becomes untenable.  Thus multiple servers.

Quote
I am not aware of any single post that fully describes ESMPPS, unfortunately. I'd love to write one, but I've just been pretty swamped lately.

In this scenario, you will eventually reach a future where no bucket is paid past the 98.5% bucket. However, unlike *MPPS systems old and new shares are paid immediately up to the 98.5% range. This underpayment is remembered by the system, and if the buffer goes positive, the backpay is made up. Interestingly enough, even in this scenario the ESMPPS pool still behaves "normal" and outperforms any true PPS pool, provided that true PPS pool charges more than a 1.5% fee.

IMHO it's a pretty interesting dynamic, a pool that "self regulates" itself. This is, ideally, what a true PPS pool tries to accomplish when the pool operator charges a fee. However, in the case of ESMPPS it set by the probabilities of the situation itself, and if the situation takes a turn for the better then everybody wins. If the situation stays the same, it still outperforms true PPS.

Let me know if you do write something more definitive on it, I would be very interested in it.  Have you done any analysis on the timeframe for a pool to self regulate?  It seems that it might take a very long time to reach a steady state if you have a particularly bad run of blocks without a balancing good run extreme swing.  I can see how it would outperform a pure PPS, certainly, but it seems theres a lot of risk to the users, or operator if the operator wishes to shoulder that burden by paying out into the negative.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 02, 2011, 03:18:21 PM
grr another long block ... lol... hows the PPS stuff comin inaba? =)

I think I've come up with a good solution, but it's fairly complicated.  I need to complete a tenative design and I'll roll out a test server once I have something concrete in place. 


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: GenTarkin on August 02, 2011, 09:25:18 PM
grr another long block ... lol... hows the PPS stuff comin inaba? =)

I think I've come up with a good solution, but it's fairly complicated.  I need to complete a tenative design and I'll roll out a test server once I have something concrete in place. 

Sweet! Oh, I was wondering, can you impliment a luck % somewhere kinda like deepbit has? I dont know how to figure luck and I liked seeing the stat.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 02, 2011, 09:28:11 PM
Yep, it's pretty much the next thing on my list.  I actually haven't done it yet because I can't figure out the best place to put it... I know it's kind of a silly excuse, but putting it in quick stats has it's problems (not least of which is formatting) and putting it in the block stats makes it kind of hidden. 

If you have a suggestion on placement/format, I'm all ears.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: GenTarkin on August 02, 2011, 09:45:48 PM
Top of Block Stats? Thats where deepbit has it...I think. Well, in an area similar to it. Is there a luck % for each block too that can be recorded historically as another field in stats? Then a rolling "current" luck %? like above block stats....that was kinda my thinkin...


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: PoulGrym on August 02, 2011, 10:14:22 PM
I would agree, keep the % above the top of block stats..


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: GenTarkin on August 02, 2011, 10:55:37 PM
dangit...we need to solve a block already, its been like under one block a day for the last 5 days =( lol


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 03, 2011, 12:56:05 AM
Sorry guys, I am cleaning up the shares database and increasing the decay time (and making it dynamic for future use) and it's taking a really long time to clean up 10 million + shares.  Hooray for MySQL's idiotic table locking logic.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: PoulGrym on August 03, 2011, 01:00:37 AM
I guess it's faster to pause the pool for an hour to do it?? Pool is down for 15min now.. site working tho..


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 03, 2011, 01:24:33 AM
It only took about 20 minutes... there wasn't a choice, the pool was up and so was the site, but mysql likes to lock the table and hold all requests when you do a mass delete.  Probably should have gone with pgsql but too late now.



Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: kripz on August 03, 2011, 01:42:39 AM
Sounds like you're using myisam.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 03, 2011, 01:47:38 AM
Gotta do to more field updates, but they won't take as long.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 03, 2011, 01:56:36 AM
Ok, should be settled down now and ready to move forward.  Decay time has been modified to be less harsh and I can now play with it in real time as the hashrate changes or pool hoppers get uppity.



Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: GenTarkin on August 03, 2011, 02:42:26 AM
Cool, its no prob if you go down...CGminer is failing over to my 2ndary pool just great =) hahaha....love CGminer!
Glad to hear it wont be so harsh....
I just want to solve another block dangit...this one is going on over a day as well =P boohoo!


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Meni Rosenfeld on August 03, 2011, 03:56:22 AM
Ok, should be settled down now and ready to move forward.  Decay time has been modified to be less harsh and I can now play with it in real time as the hashrate changes or pool hoppers get uppity.
Not sure what you mean by "real time", but it's not designed to allow the parameters to change mid-round (though it should be possible with the proper rescaling). You should only change them between rounds (ie, do a change that will take effect starting with the next round).


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 03, 2011, 05:08:43 AM
I mean that I can adjust it without having to bring the getwork server down and it will poll for a new setting without me having to poke at it.  I hadn't really planned on doing it mid round, since it would be hard to tell a hopper from someone just dropping out for various reasons.  Although being able to do it midround might be kind of interesting.  What type of rescaling would be needed?  All share rescale or a current score rescale going forward?

GenTarkin:  Difficulty went up again last block, so it's going to take longer on average for blocks.  We are still running under the difficulty for this block and have been having pretty good luck lately as far as that goes.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Meni Rosenfeld on August 03, 2011, 06:34:21 AM
Although being able to do it midround might be kind of interesting.  What type of rescaling would be needed?  All share rescale or a current score rescale going forward?
You could just update future shares. But let's not make it too complicated.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: GenTarkin on August 03, 2011, 07:55:38 PM
woot woot! about freakin time LOL....block found/solved =)

My gosh, I love CGminer...only 1.2% stale shares woot! I was using guiminer previously and on this pool it was doin avg of 5-8% stale shares.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: kr105 on August 04, 2011, 05:45:43 PM
aaaand new block solved! :)


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: GenTarkin on August 04, 2011, 05:50:06 PM
yay! now that time frame is more like it =)


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 04, 2011, 06:15:03 PM
Very nice!


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: GenTarkin on August 04, 2011, 10:23:09 PM
LOL wtf?!?! after finding that last block, dropped like 10gh/s of hashing...is that all hoppers or something? cuz ... we started a new round so theyre thinkin we wont find one for a while now?!?!


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 04, 2011, 10:42:46 PM
Haha no, that was the power at my house going out.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: GenTarkin on August 04, 2011, 11:16:17 PM
Haha no, that was the power at my house going out.

ROFL! HAHAHAHA.....


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: organofcorti on August 06, 2011, 11:47:11 AM
LOL wtf?!?! after finding that last block, dropped like 10gh/s of hashing...is that all hoppers or something? cuz ... we started a new round so theyre thinkin we wont find one for a while now?!?!

Hoppers don't hop here thx to scoring algo. Means more coins for you.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Reuef on August 06, 2011, 12:13:39 PM
LOL wtf?!?! after finding that last block, dropped like 10gh/s of hashing...is that all hoppers or something? cuz ... we started a new round so theyre thinkin we wont find one for a while now?!?!

Hoppers don't hop here thx to scoring algo. Means more coins for you.

Now we just need to solve this block that is getting a little long in the tooth.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 06, 2011, 09:29:23 PM
Lets hope this block isn't a record breaker.  /pokes block with a stick


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on August 06, 2011, 10:06:18 PM
according to my calculations, 3.566 days is how long it will take.

unless shot with an illudium Q-36 explosive space modulator.

'monkey


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Reuef on August 06, 2011, 10:38:19 PM
according to my calculations, 3.566 days is how long it will take.

unless shot with an illudium Q-36 explosive space modulator.

'monkey

The blocks seem to mostly come out at night...mostly.

Nuke it from orbit.... It is the only way to be sure.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: PoulGrym on August 06, 2011, 11:44:02 PM
Blocks are much more cunning than that. You have to use a DNA specific genome removing Monkey Proof Banana Cluster Bomb Gas..


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 07, 2011, 05:09:14 AM
Our helper monkeys are in for some discipline.  They are not doing their job and helping this block along.


http://i281.photobucket.com/albums/kk204/idanow/son-i-am-disappoint.jpg


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: organofcorti on August 07, 2011, 05:16:20 AM
probably the solar flare affecting the length of time it's taking to discover your block.

it might be scared and hiding. maybe you should promise it protection?


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 07, 2011, 02:59:44 PM
Problems communicating with bitcoin RPC 2 2

After watching the terminal for a bit I realized this is costing me more shares than the rejects.

Is there anything I can do about it?

Run something other than poclbm?


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: kr105 on August 07, 2011, 03:21:10 PM
Problems communicating with bitcoin RPC 2 2

After watching the terminal for a bit I realized this is costing me more shares than the rejects.

Is there anything I can do about it?

Run something other than poclbm?
+1
Sometimes that happens to me also.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on August 07, 2011, 05:00:26 PM
sorry i don't have anything useful to contribute but i'm running poclbm under ubuntu on 1 miner and it does a really good job.

it's a 6770 960/300/1.1v out on a box that also runs a teamspeak3 server.

gets ~200 mHash and 1% or less stales on the us.eclipsemc.com server

'monkey


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on August 07, 2011, 05:44:02 PM
only 12 more hours till block is solved!

=]

'monkey


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: PoulGrym on August 07, 2011, 10:05:39 PM
@Inaba I was thinking about adding a 4 key pin needed to be given when saving changes. If wrong 3 times it locks account and mails you. Just incase some one tries and hacks your account or something ;P I donno.. getting a little paranoid with this block so well hidden/locked..


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 08, 2011, 12:08:01 AM
There was a memory leak in the getwork server.  I think I found it and eliminated it, but time will tell.  I will keep an eye on it; it's a very slow leak so it only shows up in these really long blocks. 

PoulGrym: Well, there is the payout lock and such.  I'm not sure adding another password (which is all a PIN really is) would increase security.  However, I might consider a two factor authentication system.   If you activate payout lock, it will email you a code to your email that you have to enter to make changes, or perhaps SMS you a code... there are some security issues with those solutions that would have to be addressed in the context of this system, though. 

What do you mean by the block being hidden/locked?  Is there some data you aren't seeing that you want to?  I try to keep it as open as possible.

As a side note, I've added a luck factor to the blocks in the Block History page.  I'll add the current luck to the top of the page this week.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on August 08, 2011, 12:28:49 AM
i'd rather not jump through any more hoops to manage my account (as meager as it is).

=]

just a couple more hours left!

'monkey


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 08, 2011, 12:39:35 AM
It was all in the poking of the stick!  I tell you!


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 08, 2011, 12:40:16 AM
i'd rather not jump through any more hoops to manage my account (as meager as it is).

=]

just a couple more hours left!

'monkey

or LESS!


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1984 on August 08, 2011, 12:41:27 AM
Yay!!! bout time.

Not sure the scoring system is all that flash, I was mining the whole block and managed to earn less than proportional.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: PoulGrym on August 08, 2011, 12:45:50 AM
Woohooo!!..

What I meant was that if there would be a pin security password it would work like how you use a credit-card.. type the wrong pin 3 times and it swallows your card.. here it would lock your account.. then mail you or send backup stuff to your mail and phone..

still your system with sending a one time code by sms or email sounds nice too.. It was just something i saw at ABCPool.co

naw >_< my worker was down for a while, while the block was found.. earnings only 0.22713856 instead of 0.3 ;P bad worker!  -6.62% vs prop


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: bacon strips on August 08, 2011, 01:08:07 AM
My earnings are also lower then normal, got 0.809 for block 39 and 0.588 for block 40 with my ~900MH/s.  The Hash rate of the pool has been increasing. So in theory we should get more frequent but smaller payments. 

I am hoping for a good luck streak like we saw after block # 29. Wonder if the Bitcoin currency will get back up to around $15 US, only time will tell. 


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1984 on August 08, 2011, 03:20:59 AM
I need to make a correction to my last post, I earned slightly more than I would of proportionally to be exact 0.006534039. Not really a disincentive to the hoppers, the idea of hopping is a little annoying and is self defeating if everyone partakes (I think, my quick analysis suggests so) but it's also becoming the norm. I think an aggressive scoring system is the way to go, not a tiny slap on the wrist system plus I can't be bothered making all the accounts required for hopping  :P Anyway not going anywhere, this is THE pool in my opinion. Far more features and a friendly tireless leader.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: kr105 on August 08, 2011, 07:36:49 PM
I need to make a correction to my last post, I earned slightly more than I would of proportionally to be exact 0.006534039. Not really a disincentive to the hoppers, the idea of hopping is a little annoying and is self defeating if everyone partakes (I think, my quick analysis suggests so) but it's also becoming the norm. I think an aggressive scoring system is the way to go, not a tiny slap on the wrist system plus I can't be bothered making all the accounts required for hopping  :P Anyway not going anywhere, this is THE pool in my opinion. Far more features and a friendly tireless leader.
Yes, i love this pool too. But the score system is fine, if one of my miners die and i take 5 min to fix it and in that exact moment a block is found, auch..


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 08, 2011, 08:03:08 PM
I'd added a +/- prop factor to your block stats payout field.  It will tell you how much more or less you would have made compared to prop.   Thanks for Kripz fro the idea!


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1984 on August 08, 2011, 08:14:13 PM
I mine 24/7 and my miners haven't crashed for a long time. It there an easy way to explain that despite this I often earn under proportional? I always thought that mining 24/7 on a score based pool would mean I made more than proportional?


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 08, 2011, 08:16:33 PM
How much under proportional?  What does the block stats page say?


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: bacon strips on August 08, 2011, 11:04:01 PM
I'd added a +/- prop factor to your block stats payout field.  It will tell you how much more or less you would have made compared to prop.   Thanks for Kripz fro the idea!


Great idea, I mine 24/7 for the most part and am at +3.87%


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: organofcorti on August 09, 2011, 01:18:58 AM
I mine 24/7 and my miners haven't crashed for a long time. It there an easy way to explain that despite this I often earn under proportional? I always thought that mining 24/7 on a score based pool would mean I made more than proportional?

No. It just keeps hoppers away so that you aren't losing coins from hoppers taking a big share of the short rounds. The scored earnings should give the similar to proportional over time if you don't include hoppers.

In theory they should be the same. In the real world and over many rounds, the prop miners earn less than scored miners because when there's a short round that's worth more they have to share it with a bunch of hoppers. Then you're stuck by yourself for the long rounds, worth less.

So your prop v score only shows theoretical values, not what you'd get with hoppers at proportional. Although that might be nice - then you'd really see how much extra being at a hopper proof pool earns you compared to proportional.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 09, 2011, 01:36:45 AM
Now, that's more like it!


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 09, 2011, 01:39:21 AM
-24%  That's good stuff!


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on August 09, 2011, 02:01:06 AM
wURd

'monkey


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 09, 2011, 07:37:36 PM
BLOCK!


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Reuef on August 09, 2011, 07:43:46 PM
BLOCK!

Nice 100 blocks from the last one...had to recheck the SMS.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 09, 2011, 08:34:01 PM
Added a new graph... income per block.  https://eclipsemc.com/graphs/income_per_block.php


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 09, 2011, 08:37:16 PM
That's a nice graph.
My numbers on it don't look so great, but the graph is cool.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 09, 2011, 10:33:04 PM
Also just added a income per worker graph which is linked off of the My Workers page.  Just click on your worker name to see it's income over the past 30 blocks.



Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 10, 2011, 12:30:37 AM
AAaaaand one more graph:  Income per worker  https://eclipsemc.com/graphs/income_per_worker.php


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 10, 2011, 12:32:57 AM
AAaaaand you're just having too much fun now.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 10, 2011, 12:36:13 AM
I've had fun before, I'm not sure this is it!  

On another upbeat note, the getwork server memory consumption has remained within expected values... so I think I plugged that cursed leak!  Yay!

/glares at C++ mysql_free_result() API function ... <-- you.  Yeah, I'm watching you.  Shifty bastard.



Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 10, 2011, 12:38:44 AM
good to hear, uh, read it.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 10, 2011, 01:14:26 AM
WOW!  Havin' a GOOD day


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 10, 2011, 01:15:58 AM
Haha, ok, so every single time I've stopped the miners on my gaming rig to game, we solve a block within a couple hours... so that's like 1.5 GH I'm losing out on!  ARRG and Yay at the same time.  

I should game more often I guess.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Reuef on August 10, 2011, 01:22:12 AM
Haha, ok, so every single time I've stopped the miners on my gaming rig to game, we solve a block within a couple hours... so that's like 1.5 GH I'm losing out on!  ARRG and Yay at the same time.  

I should game more often I guess.


Well if it is any consolation, the block we solved processed one of my transactions, so you got a whopping 0.0005 from me in transaction fees.




Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1984 on August 10, 2011, 01:30:07 AM
Hope this luck continues!


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: rearwheels on August 10, 2011, 11:21:35 AM

I just checked my profile, and I realised found a block. Should be recent. Anyway to know which block?

I'll probably use the block number for lottery. ;D


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: PoulGrym on August 10, 2011, 12:21:14 PM

I just checked my profile, and I realised found a block. Should be recent. Anyway to know which block?

I'll probably use the block number for lottery. ;D

Probably http://blockexplorer.com/block/000000000000000a0d2b3cece10ffa1c912b1824ce547e1ae4cff0fd75beafe6


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 10, 2011, 01:57:32 PM
I will make that ability available asap.  The data is there, just no way to get to it.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Stupidpal on August 10, 2011, 04:39:42 PM
Loving the pool. But the SMS notifications aren't working for me. I live in India.  :-\


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 10, 2011, 06:23:14 PM
Loving the pool. But the SMS notifications aren't working for me. I live in India.  :-\

Can you receive email from EclipseMC?


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 10, 2011, 07:18:48 PM
I think I may have figured out why some countries are working and some aren't.   When I get home, I will see if I can make it work for India as a test.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: rearwheels on August 11, 2011, 01:43:26 AM
I will make that ability available asap.  The data is there, just no way to get to it.


Thanks Inaba.

BTW, big hashing power jump...80ghs+ now.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 11, 2011, 01:47:06 AM
BTW, big hashing power jump...80ghs+ now.

Yeah, I just fired up my CPU miner :D


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: kripz on August 11, 2011, 03:06:58 AM
Is the block stat page using my timezone yet?

I think there may be a correlation between BTC Loss (due to stales/connection issues?) and peak hour times for my ISP. I'd like to check it out.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 11, 2011, 04:26:26 AM
No, not yet.  I will make that a priority this week.

I have a test page that should show you the blocks you've found, which is linked to from the Hall of Fame.  Click on the blocks found number next to your name.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: rearwheels on August 11, 2011, 05:29:04 AM

Thanks! Block 140318 is mine. :)


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1984 on August 11, 2011, 06:53:23 AM
Maybe it's time to start gaming again Inaba


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 11, 2011, 10:05:43 AM
+1
or poke it with your stick


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 11, 2011, 01:15:56 PM
I will fire up the gaming rig tonight! 

So the India SMS issue wasn't as easy as I thought. I'm pursuing another avenue right now.

I do  have a couple questions for everyone:

1.  Is there any interest in Twitter integration?  If so, how would you like to see the site integrated into Twitter?
2. Is there any interest in IM integration (including Skype)?  My thoughts are that IM functions would work much like SMS, where the system will send out IM notification of events in place of or in addition to email and SMS.



Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Stupidpal on August 11, 2011, 01:41:58 PM
IM integration sounds good to me. Also, this block does not want to end.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 11, 2011, 01:46:14 PM
SMS is working fine for me
I don't use twit


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Reuef on August 11, 2011, 02:24:49 PM
SMS is working fine...although wouldn't mind having it turn on or off on a schedule so it doesn't wake me at 4am.

I too will also fire up my Gaming rig tonight...I don't mine on that one anyways (NVidia chips don't mine well).


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 11, 2011, 02:54:14 PM
Stupidpal: Can you PM me privately what your id is on the site and/or the exact cut-and-paste of what you have in the number field for SMS messages as your mobile number? 

Basically, for non-US numbers, the format should be: +<countrycode><number>

Nothing other than digits and the + and the 011 is not needed.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1984 on August 11, 2011, 11:35:40 PM
I get the SMS fine but they are blank, I'm assuming there is meant to be some detail there.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 12, 2011, 12:03:00 AM
Which SMSs are you receiving?  Where are you located?

Going to turn down my gaming rig miners and game for about an hour.  Get ready for a solved block!


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1984 on August 12, 2011, 02:22:33 AM
I'm in New Zealand, the only notification I have turned on now is for when my main miner dies. I get a message +14123466437 but it is blank.

Game away, fingers crossed it works. Lets hope it's not another block 19 :(


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 12, 2011, 02:32:21 AM
I had to cut my gaming session short... just got home.  Sorry I didn't solve the block, I will try to game longer tomorrow :)

Can you try to add solved block notification and see if you get that?


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1984 on August 12, 2011, 02:51:01 AM
Done will let you know what happens, hopefully soon.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Reuef on August 12, 2011, 08:24:12 AM
SMS is working fine...although wouldn't mind having it turn on or off on a schedule so it doesn't wake me at 4am.

I too will also fire up my Gaming rig tonight...I don't mine on that one anyways (NVidia chips don't mine well).

And the SMS just woke me up at 4am....lol


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: lagios on August 12, 2011, 09:15:11 AM
Minor request...

Could you please add Athens,Greece in the timezone selections?

Thanx


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Reuef on August 12, 2011, 09:16:57 AM
Up to 120 gh/s now.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Stupidpal on August 12, 2011, 09:47:21 AM
Finally that block dies.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1984 on August 12, 2011, 10:00:22 AM
Got a solve block SMS but it's blank...

Solve a block and watch that hash rate go through the roof the variance is getting much higher has the pool been added to an auto-hopper?


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Stupidpal on August 12, 2011, 10:50:54 AM
Got a solve block SMS but it's blank...

Solve a block and watch that hash rate go through the roof the variance is getting much higher has the pool been added to an auto-hopper?

Yeah I think it's been added to Cherry Picking.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Reuef on August 12, 2011, 10:56:09 AM
Got a solve block SMS but it's blank...

Solve a block and watch that hash rate go through the roof the variance is getting much higher has the pool been added to an auto-hopper?

Yeah I think it's been added to Cherry Picking.

Guess they don't realize that the geometric scoring will pretty much decay their shares to nothing a couple hours after leaving.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Stupidpal on August 12, 2011, 11:43:05 AM
Got a solve block SMS but it's blank...

Solve a block and watch that hash rate go through the roof the variance is getting much higher has the pool been added to an auto-hopper?

Yeah I think it's been added to Cherry Picking.

Guess they don't realize that the geometric scoring will pretty much decay their shares to nothing a couple hours after leaving.

Yeah. No point.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: rearwheels on August 12, 2011, 12:57:13 PM
BTW, big hashing power jump...80ghs+ now.

Yeah, I just fired up my CPU miner :D

It's the village.idiot. Don't panic. He started mining on another CPU. :D

j/k.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 12, 2011, 01:08:00 PM
Is it supposed to smoke like that?


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 12, 2011, 02:19:57 PM
               
Minor request...

Could you please add Athens,Greece in the timezone selections?

Thanx

You should be covered under one of these, depending on DST or not.

case  "Africa/Cairo":                    return "+02:00";
                case  "Asia/Gaza":                       return "+02:00";
                case  "Africa/Blantyre":                 return "+02:00";
                case  "Asia/Jerusalem":                  return "+02:00";
                case  "Europe/Minsk":                    return "+02:00";
                case  "Asia/Damascus":                   return "+02:00";
                case  "Europe/Moscow":                   return "+03:00";
                case  "Africa/Addis_Ababa":              return "+03:00";

Stupidpal - What is Cherry Picking?  I mean, I know what that is and I can guess what it means in this context, but is that a setting in bitHopper I haven't seen?

I have been playing with Multi Mining Proxy for some test cases and I'm not liking what I'm seeing.  I'm going to run some more tests before I comment further though.  You guys might want to reassess using it though.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: PoulGrym on August 12, 2011, 02:29:33 PM
Naw >_< 0.19783542 (-6.56%) Just getting to little.. 0.3 was nice.. less then 0.2 no phun anymore..


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Stupidpal on August 12, 2011, 02:30:41 PM
               
Minor request...

Could you please add Athens,Greece in the timezone selections?

Thanx

You should be covered under one of these, depending on DST or not.

case  "Africa/Cairo":                    return "+02:00";
                case  "Asia/Gaza":                       return "+02:00";
                case  "Africa/Blantyre":                 return "+02:00";
                case  "Asia/Jerusalem":                  return "+02:00";
                case  "Europe/Minsk":                    return "+02:00";
                case  "Asia/Damascus":                   return "+02:00";
                case  "Europe/Moscow":                   return "+03:00";
                case  "Africa/Addis_Ababa":              return "+03:00";

Stupidpal - What is Cherry Picking?  I mean, I know what that is and I can guess what it means in this context, but is that a setting in bitHopper I haven't seen?

I have been playing with Multi Mining Proxy for some test cases and I'm not liking what I'm seeing.  I'm going to run some more tests before I comment further though.  You guys might want to reassess using it though.


It's a Windows pool hopper not related to bitHopper.
https://bitcointalk.org/index.php?topic=33031.0


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Reuef on August 12, 2011, 02:31:44 PM
I guess I solved the last block....I guess there is something to this gaming thing.  I guess the force was truly with me as I was beta testing the upcoming MMO last night.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Stupidpal on August 12, 2011, 02:52:42 PM
I guess I solved the last block....I guess there is something to this gaming thing.  I guess the force was truly with me as I was beta testing the upcoming MMO last night.

You need to keep that up.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 12, 2011, 03:09:27 PM
Naw >_< 0.19783542 (-6.56%) Just getting to little.. 0.3 was nice.. less then 0.2 no phun anymore..

+1
Started out the morning with about .2 and clawing my way towards the .3


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: PoulGrym on August 12, 2011, 04:36:34 PM
Naw >_< 0.19783542 (-6.56%) Just getting to little.. 0.3 was nice.. less then 0.2 no phun anymore..

+1
Started out the morning with about .2 and clawing my way towards the .3

I've only got 340MH/s what's your mining rate?


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Stupidpal on August 12, 2011, 04:38:16 PM
90 GH/s now. Wuhoo!  ;D


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 12, 2011, 05:28:44 PM
I've only got 340MH/s what's your mining rate?

Running two 5770s at about 200 MH/s each and a CPU at about 4 MH/s.
Just discovered bitcoin-miner (under Windoze) will run my CPU at 13.8 MH/s.
This weekend I'm going to see if I can run my GPUs under Winderz with out reducing their hash rate.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 12, 2011, 05:30:55 PM
90 GH/s now. Wuhoo!  ;D

This is starting to suck


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Stupidpal on August 12, 2011, 05:55:11 PM
90 GH/s now. Wuhoo!  ;D

This is starting to suck

Why so?


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 12, 2011, 06:17:14 PM
Huh... we just passed 100 GHs.  What's behind the increase?

So, I've been running some tests on Bitcoin Mining Proxy.

My test system is a VM running effectively nothing but BMP, bitHopper and the requisite requirements on a 30 Mbps symmetric connection.

BMP does not appear to scale very well, which I somewhat suspected from the start, since the overhead of Apache and HTTP setup would introduce lag.  As the GH/s increase, the lag becomes a meaningful and ever increasing amount of your hash rate.  From my tests, BMP saps approximately 12 - 20% of your hashing power in overhead.  In my case, pushing 12 GH/s through it yielded ~9.85 - ~10 GH/s on average. 

At lower hash rates, this decreased and at single card hashrates the difference may not be noticeable with out precise statistics.  Even then, it may get lost in variance noise - but you are still losing the hashing power.

This can probably be mitigated by using a dedicated machine or even your localhost, though I have not tested either of these scenarios.  I suspect from years of experience that in the likely event that you improve your hashrate you will never eliminate it due to the overhead of the connection setup.  As miners get more efficient and profit margins become thinner and thinner, even small amounts of efficiency improvement are going to make a difference - possibly the difference between being in the red and in the black given energy costs.

The proxy idea is a good one, but unfortunately, it would likely need to be implemented at a much lower level than scripted PHP to be competitive. 

This finding is a disappointment to me.  I have some distributed miners and the majority of my miners are behind a NAT that I have no desire to open up to the outside world - the proxy is exceptionally convenient for me to redirect the miners or turn one or two off and on to test functionality on the pool.  I have to manage 35 miners, and the proxy would make that much easier... but not at the cost of 2+ GH/s.

So, anyway, I thought I'd throw that out there for those of you using it to consider.


Title: Re: [90 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 12, 2011, 06:41:48 PM

The higher the hash rate of the pool, the lower my percentage.  I once considered using Deepbit which at the time had about 100 times the hash rate of Eclipse.  They solve many more blocks but my percentage would be about 1/100th what it was here.  So all I need is for them to solve more than 100 blocks for each one that Eclipse finds.  Then Inaba pointed out that I would be giving up 3% there.
Then, if I used one of the pools that has a lower hash rate than Eclipse I would get a higher percentage.  That only works if they solve a block.  I'm not sure where the optimal point is but I've settled in basically living off the people here that actually find the blocks.  I think I like it more when our hash rate is around 60 MH/s.
I hope someday I stumble across a block so I can feel like I contributed.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Reuef on August 12, 2011, 07:18:02 PM
Huh... we just passed 100 GHs.  What's behind the increase?

So, I've been running some tests on Bitcoin Mining Proxy.

My test system is a VM running effectively nothing but BMP, bitHopper and the requisite requirements on a 30 Mbps symmetric connection.

BMP does not appear to scale very well, which I somewhat suspected from the start, since the overhead of Apache and HTTP setup would introduce lag.  As the GH/s increase, the lag becomes a meaningful and ever increasing amount of your hash rate.  From my tests, BMP saps approximately 12 - 20% of your hashing power in overhead.  In my case, pushing 12 GH/s through it yielded ~9.85 - ~10 GH/s on average. 

At lower hash rates, this decreased and at single card hashrates the difference may not be noticeable with out precise statistics.  Even then, it may get lost in variance noise - but you are still losing the hashing power.

This can probably be mitigated by using a dedicated machine or even your localhost, though I have not tested either of these scenarios.  I suspect from years of experience that in the likely event that you improve your hashrate you will never eliminate it due to the overhead of the connection setup.  As miners get more efficient and profit margins become thinner and thinner, even small amounts of efficiency improvement are going to make a difference - possibly the difference between being in the red and in the black given energy costs.

The proxy idea is a good one, but unfortunately, it would likely need to be implemented at a much lower level than scripted PHP to be competitive. 

This finding is a disappointment to me.  I have some distributed miners and the majority of my miners are behind a NAT that I have no desire to open up to the outside world - the proxy is exceptionally convenient for me to redirect the miners or turn one or two off and on to test functionality on the pool.  I have to manage 35 miners, and the proxy would make that much easier... but not at the cost of 2+ GH/s.

So, anyway, I thought I'd throw that out there for those of you using it to consider.


Have you tried smartcoin?  I use it's profiles  in combination with a Web UI I wrote to control my 4 rigs from my iPhone, Work or wherever.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Stupidpal on August 13, 2011, 05:34:45 AM
Another huge block.  >:(


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 13, 2011, 05:50:59 AM
Na, we aren't even to difficulty yet, still at about +15%


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Stupidpal on August 13, 2011, 10:30:06 AM
Now it's gone up.  :-\


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: kripz on August 13, 2011, 11:29:03 AM
btc guild was/is being ddosed, irc lit up.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 13, 2011, 02:22:23 PM
Now it's a long block :(

(...)So, I've been running some tests on Bitcoin Mining Proxy.(...)


Is this with tweaks to httpd.conf & my.cnf to ensure full throughput? Defaults on most systems are much too conservative to allow the proxy to keep up with very many requests.

What sort of tweaks are you referring to?  It's going to be hard to overcome the http setup overhead.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Stupidpal on August 13, 2011, 02:26:05 PM
Just a question. My estimate on the current block is around 0.058 (I have a low hashrate). If I stop mining right now for gaming how much will I lose as time goes by? It's not going up from 0.058 for a long time now.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 13, 2011, 02:50:28 PM
Current decay rate will have your shares decaying to 0 in about 4 hours give or take about 30 minutes, possibly more variance if the hashrate changes significantly.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 13, 2011, 03:22:12 PM
So like, if you want to play the game...
insert your .058BTC into the slot


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Stupidpal on August 13, 2011, 03:35:51 PM
So like, if you want to play the game...
insert your .058BTC into the slot

Haha, good one. I'm playing one now that doesn't require me to stop mining.  ;)


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on August 13, 2011, 04:00:10 PM
So like, if you want to play the game...
insert your .058BTC into the slot

Haha, good one. I'm playing one now that doesn't require me to stop mining.  ;)

leather goddess of phobos or hitchhiker's guide to the galaxy?

[oh i'm laughing at the old person reference that so few will get]

'monkey


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Stupidpal on August 13, 2011, 04:07:03 PM
So like, if you want to play the game...
insert your .058BTC into the slot

Haha, good one. I'm playing one now that doesn't require me to stop mining.  ;)

leather goddess of phobos or hitchhiker's guide to the galaxy?

[oh i'm laughing at the old person reference that so few will get]

'monkey
I just searched for the first one. I'm actually playing VVVVVV. Finished it. Great game.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 13, 2011, 04:51:05 PM
I think I'll fire up Leisure Suite Larry


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: PoulGrym on August 13, 2011, 08:55:54 PM
This is my last block.. it's only going to be ~.18 (before ~.3) don't see the point in continuing with it .. Sorry guys.. Thanks for a nice pool. Just not worth it no more..

Cheers!


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 13, 2011, 10:38:46 PM
PPS and Prop is on the way.  I hope to have some testing started this weekend (Sunday most likely) on the prop portion and then this week on PPS.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Stupidpal on August 14, 2011, 04:17:28 AM
PPS and Prop is on the way.  I hope to have some testing started this weekend (Sunday most likely) on the prop portion and then this week on PPS.


Now that's what I wanted to hear.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 14, 2011, 07:07:51 AM
The PPS code got in the way of block processing.  Got it all straightened out and it's good to go now.  Hopefully I can test out the Prop processing tomorrow and at least bring that up for a live test.

All stats should be updating properly now and block processing should be fine for Scoring from here on out.  Estimated rewards are going to read lower than usual this block due to the block processing time being off vs. the number of shares.  Actual rewards are calculated directly out of the shares submitted, so the estimated rewards for this round are going to be off by about 30% at least for most people (unless you're pool hopping, then they'll read high instead of low).



Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1984 on August 14, 2011, 10:59:37 AM
sweet, that was quick! What are the chances of upping the scoring decay, the hash rate at the start of a block is getting huge.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 14, 2011, 02:23:50 PM
Yeah, once the Prop/PPS is working I will change the decay back to a shorter interval.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: bacon strips on August 14, 2011, 06:16:19 PM
How is Prop/PPS going to work?  Will they be separated from the current pool?


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 14, 2011, 09:04:48 PM
I will provide details once I release it to the public.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Reuef on August 14, 2011, 11:26:49 PM
Third block in the past 19 hours....


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 14, 2011, 11:28:32 PM
I'm not complaining  8)


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1984 on August 15, 2011, 12:05:24 AM
BTW Inaba the solve block SMS's I get are blank if no one else it having the same issue I'm guessing it's a country/network problem at my end.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 15, 2011, 01:07:00 AM
I'm not sure why that would be, it's kind of boggling.  Is anyone else experiencing this issue?


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 15, 2011, 01:11:08 AM
works here

gives me good news sometimes

and tells me when I've taken the rig down too long for changes.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: PiGames on August 15, 2011, 08:27:02 PM
Nice looking site. Once you get pps up I might point a miner at it


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Reuef on August 16, 2011, 02:11:18 AM
/poke's block with a stick.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1984 on August 16, 2011, 11:41:52 AM
/poke's block with a bigger stick.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: rearwheels on August 16, 2011, 06:09:01 PM

Inaba, I realised that the JSON API is not returning the worker list. Can you take a look?


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: PoulGrym on August 16, 2011, 10:26:20 PM
another one.. Why can't I stop.. I know it's no use to do it.

[edit] Thanks for a great site, this pool just isn't for me no more.. bye! GL!


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 16, 2011, 10:28:40 PM
Glad to see you're still here.

It is rather addicting.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Reuef on August 17, 2011, 02:10:12 AM
Argh....one of my rig's PSU died 45 min before the block ended...bye bye 50% of hash until tomorrow.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1984 on August 17, 2011, 04:56:44 AM
Have there been some changes to the getwork server? I've seen a huge reduction in rejected shares  :) awesome

EDIT: back to my usual %2.5 now but it was under %1 for a few hours.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 17, 2011, 01:21:17 PM
Other than fixing the memory leak a few days ago, I haven't made any changes to the getwork servers at the moment, other than to put in some code for the new pooling methods.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 17, 2011, 01:32:30 PM

Inaba, I realised that the JSON API is not returning the worker list. Can you take a look?

For which output?  What URL are you using?


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: rearwheels on August 17, 2011, 01:41:36 PM

Inaba, I realised that the JSON API is not returning the worker list. Can you take a look?

For which output?  What URL are you using?

I'm using this:
https://eclipsemc.com/api.php?action=userstats&key=


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 17, 2011, 01:50:01 PM
Are you putting your key after the = ?


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 17, 2011, 01:57:14 PM
oops


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: rearwheels on August 17, 2011, 01:58:23 PM
Are you putting your key after the = ?

Of course...The rewards are shown, but workers are not.

https://www.eclipsemc.com/api.php?action=userstats&key=987a871d42d32c8dbedd7010b5ee38


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 17, 2011, 02:04:40 PM
Found the bug... sorry about that.  It should be fixed now.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 17, 2011, 02:17:04 PM
Hey Inaba,

When you're not busy someday...

I've been looking at the graphs on occasion.  Nice job, by the way.

I have a request.  Could you put links to the graphs under (or above) the graph displayed so we don't have to go back to "GRAPHS" to see another chart.
Also, I think "Daily Hash Rate Graph" should be called "24 Hour Hash Rate" to go along with "60 Minute Hash Rate".
Can we have one that displays the past week? Maybe 3 or 6 hour increments?


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 17, 2011, 02:35:13 PM
Sure, I will add all those things this week.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 17, 2011, 02:37:18 PM
you da man


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: rearwheels on August 17, 2011, 05:56:49 PM
Found the bug... sorry about that.  It should be fixed now.


Working now. Tks.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: PoulGrym on August 17, 2011, 10:40:58 PM
Just wanted to tell I tried to change to 100% donation. It only worked with 9.99 >_<

Bye guys! might have a look here when PPS .. right now ABC is pretty sweet! less then 0.5 rejected. Inaba you should check what they do to keep it so low. Here i had about 3~4% Rejected shares.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 17, 2011, 11:42:54 PM
They modify their getwork server to report less rejects/stales.  There's no mystery there. I can do the same here if it'll make you feel better, though.  I can, in fact, using their methods, give you 0 rejects.

They have the same reject rate as here, they just don't report it to you, so you will never know if you are having a problem or not and therefore causing a detriment to the pool as a whole.  On an individual level, it's not a big deal, but when you start getting a lot of miners, and if everyone has absolutely no idea if there's a problem, it can add up to a significant drain on the pools true hashing power (vs reported hashing power).  Unless they've done some mathematical gymnastics with stat reporting, their true hashrate is 1.5 - 3.5% lower than their reported hash rate.  That means you are losing out on 1.5 - 3.5% of your potential income vs variance when you make a decision to mine at a given pool.  (That is not to say your overall income is materially affected, only your decision making ability to assess whether one pool is better than another.  Although, if enough people have unreported problems it will also affect your overall income as well.  But you'll never know unless people self report a lower than expected income.)

They bill this as a "feature," and in so far as they pay you on stale shares it is definitely a bonus, but in reality it's basically dishonest math when measured against the accepted standard.  I've not found anywhere that they confirm or deny that they report stats based on stale shares as well.




Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 17, 2011, 11:49:30 PM
So when I thought I was getting 0 rejects at Triplemining there were rejects while accepted was scrolling up the terminal?!


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 17, 2011, 11:51:44 PM
Indeed.  Well, the "rejects" you see in the terminal aren't really rejected in the literal since.  They are accepted and found to be invalid for one reason or another and reported as rejected.  It's fairly easy to turn that off and just report accepted for every share, regardless of its' true disposition in finding a block.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 17, 2011, 11:58:48 PM
I always thought there was something about their server that was working better.
Doesn't matter now.  I used to have one card on Eclipse and the other on Triple each using the other pool as backup.
Then Hoppers with hundreds of GH/s would jump in and I was getting too little for my efforts.  So I switched both cards to Eclipse.
Our rate goes up and down here but not like it did at Triple.  Looks like a lot of miners have pulled out of there.  They're under 18 GH/s as I type this.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 18, 2011, 12:48:12 AM
The pool is having a hardware issue.  It will be back up in about 30 - 45 minutes while I replace the failed part.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 18, 2011, 01:41:39 AM
I wonder if I should set my backup to solo mine just on the chance that I might get really lucky  ;D


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 18, 2011, 03:26:44 AM
I apologize for the downtime.  I noticed a problem with the MySQL database and in the process of diagnosing it, I decided to reboot the server which turned out to be a bad idea.

After the server came back up, I continued diagnosing the problem and identified two separate issues causing slow queries on the DB.  I've completely fixed one I believe, the other one is related to the user stats in the API.

I need to do some code rewriting for that, as such, worker stats in the API (yeah, the same thing I just fixed earlier today, which is why the problem just showed up) are disabled until I get it rewritten.  Possibly tonight, but more likely tomorrow.

I apologize for the inconvenience... I guess the user stats hadn't been working since I made a change a few days ago and when I fixed the api to accommodate the change today the old method of calculating stats puts the new table under too big a strain.

I believe this is also the cause of the intermittent Can't connect to RPC errors some of you noticed as well, so this should eliminate that as well.  Three bugs fixed for the price of one!  Bonus... err wait..




Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: organofcorti on August 18, 2011, 03:40:10 AM
Indeed.  Well, the "rejects" you see in the terminal aren't really rejected in the literal since.  They are accepted and found to be invalid for one reason or another and reported as rejected.  It's fairly easy to turn that off and just report accepted for every share, regardless of its' true disposition in finding a block.

Some pools (eg eligius) report rejects separately as 'stale' and 'invalid' - maybe that might clear some of these misconceptions up?


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1984 on August 18, 2011, 06:27:17 AM
EDIT: whoops wrong thread...


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: MintCondition on August 18, 2011, 02:01:37 PM
They modify their getwork server to report less rejects/stales.  There's no mystery there. I can do the same here if it'll make you feel better, though.  I can, in fact, using their methods, give you 0 rejects.
PPS is the only reward type that trick wouldn't work for. For a full rebuttal, see https://bitcointalk.org/index.php?topic=33586.msg465303#msg465303 (https://bitcointalk.org/index.php?topic=33586.msg465303#msg465303)


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 18, 2011, 02:45:30 PM
I responded in your thread. My point still stands and is still valid unless there is something new and interesting that you've come up with that no one else has to reduce latency.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 18, 2011, 07:37:58 PM
Ok, userstats should be back in the API now.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: PoulGrym on August 18, 2011, 08:00:34 PM
@Inaba Hey thanks for taking the time to answer and ask the questions.. It's appreciated.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 19, 2011, 01:19:56 AM
I've added two new graphs and combined them with the daily hashrate graph.  It's now called Historical Hashrate Graph.

I'll work on adding links to the pages to other graphs next.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: hermitagetool on August 19, 2011, 01:30:48 AM
Hey Inaba, I vaguely recall you thought about providing some kind of incentive for top miners. I'm assuming you've dropped that? Variance is starting to make me think about trying a larger pool.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1984 on August 19, 2011, 05:01:54 AM
I thought the last round was bad....


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: rearwheels on August 19, 2011, 06:08:34 AM

Inaba's been busy adding new graphs instead of playing games.

Stop with the feature requests, damn it!


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: rearwheels on August 19, 2011, 11:32:35 AM

I'm so pissed of right now I'm going to hold my breath until this block is solved! Damn it!


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 19, 2011, 02:03:10 PM
Someone get a big stick.

But it's true, I haven't been able to game for the past two or three days!  

I've confirmed a NIC problem on the DB server. I will need to bring the server down to replace it.

I will be moving the server to another rack at the same time and replacing both NICs with some more reliable Intel ones. You should see a very slight increase in response time to the server (translating into slightly less stales).

I will be doing this today instead of next week like planned.  I will probably bring the server down in about an hour, so around 10 AM CST (15:00 UTC).  I hope for downtime to be less than 30 minutes.  But it's better than having intermittent drop outs for no apparent reason all weekend.



Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Reuef on August 19, 2011, 02:19:54 PM
Good to know...and thank you for the work you have been doing.

Hopefully this will stop the disconnects I have been getting when long polling ends.   I hate waking up in the morning to find that my rigs shifted to the backup due to disconnects.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 19, 2011, 03:00:28 PM
Good to know...and thank you for the work you have been doing.

+1
What he said


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 19, 2011, 04:41:20 PM
stopped and restarted my miners after the server came back up

us.eclipsemc.com:8337 [207.112 MH/s (~177 MH/s)] [Rej: 10/118 (8.47%)]

us.eclipsemc.com:8337 [212.796 MH/s (~258 MH/s)] [Rej: 12/147 (8.16%)]

are we sure this is better? ???

my CPU miner is showing zero rejects though  ;D


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 19, 2011, 04:56:57 PM
It's not better... eth1 is still dropping packets for some inexplicable reason. 

I'm going to be rebooting the server a couple times to see if I can manage to track down the issue.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 19, 2011, 05:03:42 PM
leme know if you need any heckling

or anything else from someone that still doesn't know squat about Linux OR Bitcoin for that matter


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 19, 2011, 06:06:52 PM
Just to keep ya'll updated, it's definitely not a hardware issue.  I've isolated it to either the switch or a kernel issue.

There may be one more reboot coming, but hopefully not.  I'm gettin' out my big poking stick now... doubles as a beatin' stick, too.



Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: rearwheels on August 19, 2011, 06:20:46 PM
Just to keep ya'll updated, it's definitely not a hardware issue.  I've isolated it to either the switch or a kernel issue.

There may be one more reboot coming, but hopefully not.  I'm gettin' out my big poking stick now... doubles as a beatin' stick, too.



erm, change the n/w cable as well?...you never know.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 19, 2011, 07:01:11 PM
Looking much better

us.eclipsemc.com:8337 [206.437 MH/s (~191 MH/s)] [Rej: 1/136 (0.74%)]

us.eclipsemc.com:8337 [212.942 MH/s (~239 MH/s)] [Rej: 0/155 (0.00%)]


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 19, 2011, 07:26:18 PM
Yeah, network cable was one of the first things ;)

The problem is following the eth interface (not the NIC)... after elminating everything else, it's either the IP address (some esoteric routing thing somewhere), the switches uplink port itself (unlikely) or something wonky in the kernel in relation to eth1.  My last step before changing the IP to see if it's a routing issue I'm not seeing anywhere (I can't imagine this is the case, given the nature of the problem) was to swap the eth0 and eth1 addresses.  We will see how it goes for the next hour or so.



Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 19, 2011, 07:47:06 PM
So it's not some kernel funkiness with eth1.  I've brought up another IP and I will be changing the DNS to reflect the new IP.  You should not have to do anything on your end, and your DNS provider will eventually update the IP on it's own.  I will keep both IPs active for several days before cutting off the old IP.

If you guys want to switch to the new IP before your DNS propegates, the new IP is: 208.110.68.114


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 19, 2011, 07:52:55 PM
us.eclipsemc.com:8337 Problems communicating with bitcoin RPC 2 2

When should it start working again?

Yes, I know I'm an idiot, but...

208.110.68.114:8337 Problems communicating with bitcoin RPC 2 2


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 19, 2011, 08:19:29 PM
both working now  :)


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: TheMoneyStorm on August 19, 2011, 08:50:41 PM
I'm getting "ERROR: Cannot connect to Bitcoin: connect timed out" on both the ip and domain


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 19, 2011, 08:55:54 PM
Yeah the box was having some trouble with dual gateways to the same little place called the interwebz.  Should be fixed now.

Is anyone having a problem as of this post?


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: TheMoneyStorm on August 19, 2011, 08:58:45 PM
I'm getting "ERROR: Cannot connect to Bitcoin: connect timed out" on both the ip and domain

I'm working now, thanks


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 19, 2011, 11:08:06 PM
Hrmm.. DNS didn't propagate properly (mostly my fault), but the problem has been fixed now.  So the hashrate is going to drop for about 90 minutes until it propagates the correct information.

I need a vacation.  I'm glad it's Friday.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: rearwheels on August 20, 2011, 12:23:20 AM

So everything is working properly now?

My workers have all failed over to deepbit. If this is not going to resolve by itself, I'll have to go onsite and restart the workers.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 20, 2011, 12:24:48 AM
It may take a few hours for the bad DNS information to make it's way out of the system.  It should resolve itself at some point, just depends on how long your local DNS holds it's information before checking for an update.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 20, 2011, 03:19:13 AM
So it looks like things are stable.  Can you guys report how your stale rate is a this point?  Any improvement?  I have a few things I'm going to be working on in that area going forward, assuming no more surprise problems crop up.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 20, 2011, 03:24:43 AM
Sorry I can't help.

My rig is at the office and I don't know how to use SSH.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 20, 2011, 03:27:03 AM
It's ok :)  There's always plenty of work to do either way, so it's not like I'll be idle! 

Maybe I should game to get the block solved.  It's about to be the longest block yet. Stupid block... and the difficulty even went DOWN and it's taking this long.  I needs mah beatin' stick.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 20, 2011, 03:30:59 AM
Yeah, that sounds like a plan!

Whup it with yer stick and frag it.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1984 on August 20, 2011, 08:36:02 AM
this is getting silly...


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 20, 2011, 11:36:24 AM
This block is a record breaker for EclipseMC.

Somebody SOLVE this puppy!


Edit: Just realized - I was referring to the number of shares and not the number of days


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 20, 2011, 03:29:40 PM
No kidding.  I am going to try to do some gaming today, maybe that'll clear it up.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: PoulGrym on August 20, 2011, 05:24:56 PM
I Left and you guys having trouble ;P I'll poke it a little with my "Magic" stick. *Puff* *Puff*


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on August 21, 2011, 12:42:17 AM
best block ever!

'monkey


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: FreeJAC on August 21, 2011, 02:17:15 AM
Crazy crazy stuff!! 4days :(


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Reuef on August 21, 2011, 02:43:46 AM
Time to gather a mob of unwashed villagers and go slay this variance monster!

/Grabs a pitchfork and torch!


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 21, 2011, 02:47:47 AM
Lord, even my gaming isn't helping.  Although I haven't had a lot of time to game. 

I added a couple extra cards today, since I got a replacement PSU... allowed me to put a couple more on a machine that was running light.  Maybe that 6970 will be enough to kick it over the top! :)


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1984 on August 21, 2011, 04:31:40 AM
best block ever!

'monkey

If by best you mean worst I would have to agree.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: kripz on August 21, 2011, 06:27:29 AM
Interested to see how much ill get from this block.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: bacon strips on August 21, 2011, 01:12:24 PM
2 things. 

1. This block is taking way too long.
2. I like the new Historical Hash Rate Graph page, but why is the hash rate scale from 0 to 1000 GH/s for the 7 and 30 day graphs?


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 21, 2011, 01:18:03 PM
2 things. 

1. This block is taking way too long.
2. I like the new Historical Hash Rate Graph page, but why is the hash rate scale from 0 to 1000 GH/s for the 7 and 30 day graphs?

1. Agreed
2. Looks like something hicuped

And I just noticed 'Proportional Block History' on the Block Stats page
Whatcha got goin' there?


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 21, 2011, 02:38:27 PM
We have transitioned from long block to ludicrous block. 

Yeah, I'm not sure why the scale on those graphs are going all the way to 1000.  I will look at that today.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: cengique on August 21, 2011, 02:56:32 PM
I'm confused. My estimated reward shows 0.8 BTC although according to my calculations it should be around 50 *  2 / 60 = 1.6 BTC. My miners were down because of a crash, but I've been contributing 2.1 GH/s since two days. How long does it take for the algorithm to bring my contribution to its full value? When I was back in Continuum, it wouldn't take more than 15 minutes. Although, I know you guys are using different algorithm f and c parameters. Is there a chance we're back to proportional again?

By the way, thank you "ludicrously long block" for waiting for me to start contributing ;)


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 21, 2011, 03:05:15 PM
I'm confused. My estimated reward shows 0.8 BTC although according to my calculations it should be around 50 *  2 / 60 = 1.6 BTC. My miners were down because of a crash, but I've been contributing 2.1 GH/s since two days. How long does it take for the algorithm to bring my contribution to its full value? When I was back in Continuum, it wouldn't take more than 15 minutes. Although, I know you guys are using different algorithm f and c parameters. Is there a chance we're back to proportional again?

By the way, thank you "ludicrously long block" for waiting for me to start contributing ;)

I know it's not my concern but where are your numbers coming from?

My numbers are 50 (coins per block) / 6514441 (shares for this damned block when I looked) * 37668 (my shares when I looked) = 0.28911153 (my est. reward when I looked)


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: cengique on August 21, 2011, 03:19:32 PM
I'm confused. My estimated reward shows 0.8 BTC although according to my calculations it should be around 50 *  2 / 60 = 1.6 BTC.

I know it's not my concern but where are your numbers coming from?

My numbers are 50 (coins per block) / 6514441 (shares for this damned block when I looked) * 37668 (my shares when I looked) = 0.28911153 (my est. reward when I looked)
But that's exactly the calculation for proportional pay? I thought we're using Meni's algorithm that compares exponents of total and your shares. So I was looking in the "ideal" case, by dividing my hashrate to the total hashrate. Because Meni's algorithm uses exponential decay, this is what you should get at the "steady-state". That is, after you contributed long enough. That's why I was asking how long it takes to catch up.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 21, 2011, 03:26:32 PM
I remember Inaba and Meni discussing it further back in the thread but I understand it about as well as a woman understands going to Walmart to buy a specific item and then leaving.  :D


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: cengique on August 21, 2011, 03:54:49 PM
I remember Inaba and Meni discussing it further back in the thread but I understand it about as well as a woman understands going to Walmart to buy a specific item and then leaving.  :D
It's ok, we can tolerate it because you're the topic idiot :P

BTW, you're probably right, using my round shares (111016) in your calculation gives the estimated reward, so we must be using proportional pay. :( Or I entered this round too late and the leading contributors have much larger number of shares that makes it look like I'm getting proportional pay.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 21, 2011, 03:55:10 PM
The estimated is still based on proportional.  I haven't had enough time to figure out a non-server destroying method for calculation estimated rewards based off of the Meni's algorithm in real time.  For this block, the estimated rewards are going to be way off.

I'll see what I can do about that today, hopefully I will have time this afternoon to sit down and get some work in edgewise. :)

But payout is calculated on the geometric score when the round ends.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: cengique on August 21, 2011, 04:16:32 PM
The estimated is still based on proportional.  I haven't had enough time to figure out a non-server destroying method for calculation estimated rewards based off of the Meni's algorithm in real time.  For this block, the estimated rewards are going to be way off.

I'll see what I can do about that today, hopefully I will have time this afternoon to sit down and get some work in edgewise. :)

But payout is calculated on the geometric score when the round ends.
Ah, I was suspecting this may be the case. Then, it's no problem. ;)

Maybe the simplest way to implement the geometric reward algorithm in real time is to keep "S" (sum of user's collected score) everytime we submit a share by incrementing it by r^i, where i is the user's round shares. You're already maintaining the total number of shares "I", so it would be easy to calculate: R=(1-f)*B*S*(r-1)/r^I (taken from Meni's original post (http://bitcointalk.org/?topic=4787.0)).


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: bacon strips on August 21, 2011, 05:37:55 PM
Inaba, I have no problem with the estimate still being proportional.  I think an easy way to get a more accurate estimate would be to take the 15 min average total hash rate from the my workers page * 50 / pool hash rate. 


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 21, 2011, 06:18:51 PM
With the current implementation, all that would have to be pulled out of the database for each request and that gets resource intensive.

I figured a way to set it up with some triggers that will allow me to collect that information with a more simple query though.  I'm going to be working on that now and I will update it shortly.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 21, 2011, 07:31:44 PM
Ok, I've got everything setup to calculate estimated reward based on score, I think.  I will need to wait until the next block, because the scoring calculations wouldn't be accurate for this block with the new columns I've created.

Hopefully this block will end soon and then I'll drop the code in place for the scoring calculation and you'll get a better estimate of your reward.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1984 on August 22, 2011, 03:44:20 AM
This block was silly now it's just ridiculous..


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: FreeJAC on August 22, 2011, 03:46:05 AM
This is sooo painful! Solve it already!


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 22, 2011, 12:56:43 PM
We are now at a new Eclipse record for block length, as well as number of shares!


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 22, 2011, 01:22:57 PM
I think I've run out of descriptive terms for the ridiculousness of this block. 


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 22, 2011, 01:26:36 PM
Triple has been on their current block for 13 days


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: organofcorti on August 22, 2011, 01:43:53 PM
I think I've run out of descriptive terms for the ridiculousness of this block. 

I think you just have to get a new one. Try at Blocks 'r' us:

www.blocksrus.ca/ (http://www.blocksrus.ca/)


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1984 on August 23, 2011, 12:01:58 AM
This block was ridiculous now it's just ludicrous... 6 f*&ken days ffs.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 23, 2011, 03:03:32 AM
Seriously... WTF.  I'm not even sure what to say at this point.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: cengique on August 23, 2011, 03:17:50 AM
Seriously... WTF.  I'm not even sure what to say at this point.
I have a naive question: is it possible we "missed" the solution? That is, one of us solved the block but a network error caused to be missed and now we're searching in vain. Has anybody heard of this happen before? Although I did see some long blocks once in a while. The last block at Continuum was never solved for example. I think it took about two weeks before everybody quit -- although the hashrate was about 1/3 of Eclipse and dwindled down slowly.

Does it make sense to drop this block and start a-fresh?


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 23, 2011, 03:21:56 AM
I know, idiot here, but don't we do that every several minutes?
Like when Deepbit, slush and the others solve blocks?


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 23, 2011, 03:41:49 AM
Yes, every LP is a new block.

I actually changed wallets yesterday just to be sure there wasn't something funky going on with the wallet, so I know it wasn't that, either.  I checked several times to be sure there wasn't one missed and I keep checking in vain. 


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: cengique on August 23, 2011, 04:06:20 AM
I know, idiot here, but don't we do that every several minutes?
Like when Deepbit, slush and the others solve blocks?
Oh, well. I'm the idiot this time. :)


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: FreeJAC on August 23, 2011, 03:37:22 PM
I am determined to stick this through.... It has to go soon....


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: BurningToad on August 23, 2011, 03:50:52 PM
Yall are only at 8,781,076 shares.  Many pools have had blocks of 11,000,000+ recently.  It just sucks when it happens :(


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Meni Rosenfeld on August 23, 2011, 07:48:30 PM
Blocks like this are one in 130. Not really that rare if you think about it.

We had an Eternal Block From Hell on Continuum once. And it was a 10 GH/s pool. It wasn't pretty.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 23, 2011, 10:40:56 PM
I guess we are close to the 50% mark on that 130 count.  Doesn't make it any less painful, though!  :(

Someone pass the lube, it's feeling a little dry.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: bacon strips on August 24, 2011, 02:17:07 AM
Well when we finally find this block we will get a bit more then normal because the hash rate has dropped to almost 50 GH/s. Good news for me I finally made it onto the top 25 share producers (username: minecrafter).  All we need to do is find 2 blocks so I pay for the power I used in the last 7 days (117 KWH @ $0.124/hWh). 


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: rearwheels on August 24, 2011, 03:52:38 AM

Every time my gmail taskbar notification pops up, I'm hoping to see the subject "EMC Solve Block Alert"...


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 24, 2011, 03:55:02 AM
Tell me about it ... I keep looking at my phone hoping to see an SMS.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 24, 2011, 10:51:24 AM
AND THERE IT IS!!


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: bacon strips on August 24, 2011, 10:53:22 AM
I got an e-mail on my phone and was hoping this is it and it was!


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on August 24, 2011, 01:04:37 PM
aww, i'm really sad to see this one go.
i was getting so attached to it.....

'monkey


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 24, 2011, 01:36:21 PM
aww, i'm really sad to see this one go.
i was getting so attached to it.....

'monkey

you're sick


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 24, 2011, 02:39:45 PM
[Rej: 30/4462 (0.67%)]
and
[Rej: 25/4444 (0.56%)]

Don't know what you did, but I like it  ;D

That is, unless it's lying to me like those bad pools do. >:(


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 24, 2011, 03:42:20 PM
Optimized the DB & some queries and changed the way the getwork server handles submitted shares going into the DB. 

This is in preparation for getting the EU and PACRIM servers working properly again without lag.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: bizzy on August 24, 2011, 07:49:09 PM
Are you please able to update the original post in this thread with details of the scoring system? Thanks


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 25, 2011, 12:34:04 AM
Done!


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: bacon strips on August 25, 2011, 01:32:15 AM
My rejects are down to about 0.65% on the US server, good work!


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: kr105 on August 25, 2011, 02:25:41 AM
Yummy! New block :)


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: rearwheels on August 25, 2011, 03:25:04 AM

Actually my rejects has been below 0.1% the last few times I check...since day 1 when I started with mining block 8.

E.g. Recent ones

Block 50
Shares: 4551 / Stales: 18
Shares: 4542 / Stales: 19

Block 49
Shares: 41996 / Stales: 1445 --> 0.03%
Shares: 47331 / Stales: 1961 --> 0.04%

These numbers are from the graphs of each solved block.



Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: rearwheels on August 25, 2011, 06:50:39 AM
Yummy! New block :)

And another!


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: gnar1ta$ on August 25, 2011, 07:59:32 PM
Sorry if this has been covered already but I couldn't make sense of the search results.  I see 2 payout methods on the worker page Score/Prop - which I think is the geometrically scored payout?? And the other LNSPPS which I can't find anywhere - how is this calculated?



Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 25, 2011, 08:03:11 PM
Prop is being tested right now and is active if you want to connect to it, but there's not much in the way of statistical output.  LNSPPS is not active yet. 

I got side tracked by some other issues while working on that and haven't had a chance to get back to it.  I am evaluating the best method of handling a PPS type pool as well, so no definitive decisions have been made as far as that goes.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: d.james on August 26, 2011, 01:18:18 AM
Yummy! New block :)

 :( go fix your i0coin lol


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: kripz on August 26, 2011, 12:40:42 PM
Quote
LNSPPS is not active yet.


booooooooo

PPS Please >:(


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 27, 2011, 01:29:06 PM
PPS would probably have a hefty fee attached to it, if I went pure PPS.

What do you think of the hybrid geometric/lnpps approach?


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: kripz on August 29, 2011, 03:25:04 AM
Well i was going to use it on my machines which dont mine 24/7 and also cpu mining. If you use some method other than pps it will be useless for me.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Reuef on August 31, 2011, 12:43:01 AM
/pokes block with stick!


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on August 31, 2011, 02:51:20 AM
Poke it harder!


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1984 on August 31, 2011, 08:18:03 PM
not again :(


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on August 31, 2011, 08:21:22 PM
i'm not going to let myself get attached to the block like last time.

seperation anxiety....

=]

'monkey


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on August 31, 2011, 08:55:27 PM
I've noticed it's been a bit quieter lately.  Not as much whining about a long block.  That 7 day block must have prepared us for the longer blocks ahead.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 01, 2011, 03:56:32 PM
I've enabled port 80 for the scored pool.  It makes it easier to get through some firewalls that way.  You can connect to either 8337 or port 80.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on September 01, 2011, 04:02:06 PM
I realize I don't understand the subject but, if we split into two pools, doesn't it reduce our odds of solving the blocks?


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 01, 2011, 04:04:54 PM
To which are you referring?  The proportional pool or the port 80 post?


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on September 01, 2011, 04:12:25 PM
Sorry, the other day I saw the Proportional & PPS thread in the Eclipse forum and have been meaning to ask about it but just haven't made the time.
I thought the above post was related to that.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 01, 2011, 04:14:32 PM
The above post has nothing to do with that.  It's just adding another port to the pool.

As far as the prop and scored pools go, that is still up in the air at the moment.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Reuef on September 01, 2011, 04:16:29 PM
I tried connecting to the Prop pool last night and it would not connect.  Having some funky issues with my provider though...think the cable connecting my building may be bad, internet keeps going out when it rains, and it rains alot in Miami.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on September 01, 2011, 04:22:54 PM
The above post has nothing to do with that.  It's just adding another port to the pool.

As far as the prop and scored pools go, that is still up in the air at the moment.

Shutting up now ;D


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 01, 2011, 06:29:40 PM
I've been distracted with other issues and hadn't had time to address the prop pool or PPS properly.  I hope to rectify that soon, though.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1984 on September 01, 2011, 09:12:20 PM
it broke...


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on September 01, 2011, 09:19:32 PM
xtra broke


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 02, 2011, 03:47:06 AM
Sorry guys, i'm not sure what happened there.  It was either the getwork daemon or bitcoind, I'm not sure which.  I'm wondering if the new port 80 thing caused some problems.  Seems coincidental. 

Anyway, I'll keep an eye on it.

Someone kick this block.  Ugh.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on September 02, 2011, 12:28:58 PM
was there a double reward glitch this round?

reward looks a little high.

i'd hate to bankrupt the pool over a glitch.

=]

'monkey


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on September 02, 2011, 12:32:16 PM
and now for some shorter blocks...


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1984 on September 02, 2011, 12:42:26 PM
my shares: 44303 , my earnings: 0.04215665 .... seems a little low


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on September 02, 2011, 12:53:51 PM
my shares: 44303 , my earnings: 0.04215665 .... seems a little low

My Shares 40670, My Earning (Prop Diff) 0.37768401 (+12.07%)

Not getting rich here but, picture me doing my happy dance


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 02, 2011, 01:39:21 PM
Nope, no reward glitch as far as I can tell.  I had some miners go down on my rigs in the past 18 hours or so, so several percentage of the payout went back into the pool that I would normally get at my hashrate.  Scoring in action :)

1984 - how much do you think you should have gotten?  As in, how low is it compared to what you were expecting?

Our hashrate was down to 50 GH/s or so from 80+, so those people that dropped out should have boosted everyone elses reward compared to prop.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on September 02, 2011, 04:47:00 PM
ok, that sounds logical.
i did notice the pool hashrate was down close to the end there so that's why:

0.57218182
(+50.2%)

certainly not complaining but didn't want to take anything not due me.

'monkey


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 02, 2011, 09:14:32 PM
That quick block made up for the last one, almost! 

I have 5 cards down at the moment, bah... So painful on short blocks.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Reuef on September 02, 2011, 09:56:21 PM
Looks like that block has collided with one from deepbit....which one will be invalid?


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1984 on September 02, 2011, 11:10:04 PM
Nope, no reward glitch as far as I can tell.  I had some miners go down on my rigs in the past 18 hours or so, so several percentage of the payout went back into the pool that I would normally get at my hashrate.  Scoring in action :)

1984 - how much do you think you should have gotten?  As in, how low is it compared to what you were expecting?

Our hashrate was down to 50 GH/s or so from 80+, so those people that dropped out should have boosted everyone elses reward compared to prop.


Should of added this -758.16% Proportional Difference ouch. I guess my main miner stopped working just before the block was found, not logging anymore so no way of telling, poos.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 02, 2011, 11:47:43 PM
Well, it looks like we got the crap end of the stick on that.  At least it wasn't a monster block.

It also looks like my orphan code doesn't work properly!  Doh! 

I will look at that tonight.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: FreeJAC on September 03, 2011, 08:08:06 PM
Damn that sucked~! Invalid block! I've never seen that before, how often does that happen?


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 03, 2011, 10:11:16 PM
Well, traditionally about 3% are invalid blocks.  I've tried to minimize that and get it lower than that.  So far, it seems to be good, since we would be running a little under 2%.

Invalid/orphan code is fixed, though.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: bacon strips on September 05, 2011, 03:05:54 AM
Since we found this new block (block # 56) there was a rather quite jump in harsh rate from about 50 to 80 GH/s.  Which means there are a lot of pool hoppers.  Inaba I hope you keep any proportional or PPS method separate from the current pool because of pool hopes. 


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 05, 2011, 03:54:50 AM
The scored pool is separate from anything else, so it's not buying the pool hoppers anything.  I'm not sure what they are hoping for, honestly.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: organofcorti on September 05, 2011, 04:38:18 AM
The scored pool is separate from anything else, so it's not buying the pool hoppers anything.  I'm not sure what they are hoping for, honestly.


I'm not hopping here, for old time's sake, but if you have a proportional part of the pool, people *will* hop it. I noticed that the option is scored/prop and read on your forums that to get the prop option you need to use a different port, so I'm going to go ahead and assume you're being hopped. This means the people who begged you for proportional are back to where they were without scoring.

People, if you want something fair for part time or inconsistent miners, use Inaba's PPS. If you're a constant miner, use geometric scoring. If you use prop and you don't hop, you will earn less if the round is hopped by others. I can't put it more plainly than that.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: kripz on September 05, 2011, 08:22:42 AM
Quote
People, if you want something fair for part time or inconsistent miners, use Inaba's PPS

No, it's PPLNS (unless he decided to change it), you effectively cannot leave so you might as well use the scoring pool.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: organofcorti on September 05, 2011, 08:30:29 AM
Quote
People, if you want something fair for part time or inconsistent miners, use Inaba's PPS

No, it's PPLNS (unless he decided to change it), you effectively cannot leave so you might as well use the scoring pool.

I thought I read something about plans for PPS somewhere? No? Fair enough. PPLNS and score both have an expectation of 1.0 efficiency long term, but I don't know which has less variance. Do you have any extra info on that point? I'd be interested to see what you have.



Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: kripz on September 05, 2011, 10:02:13 AM
Quote
I thought I read something about plans for PPS somewhere? No? Fair enough.
https://bitcointalk.org/index.php?topic=16385.msg480477#msg480477

Quote
PPLNS and score both have an expectation of 1.0 efficiency long term, but I don't know which has less variance. Do you have any extra info on that point? I'd be interested to see what you have.
No i dont have any extra info, but there was a graph or pdf study i read/saw before, and im pretty sure i saw you posting some stuff already so you probably already seen it. I think they will have 1 efficiency as well.

I'm not sure if you understood me but my point was that with PPLNS you cannot "inconsistenly mine" and effectively have to treat it like the scoring method so in the end, you may as well use the scoring method (and inaba should just scrap the pplns pool entirely imo).


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: organofcorti on September 05, 2011, 10:16:14 AM
I'm not sure if you understood me but my point was that with PPLNS you cannot "inconsistenly mine" and effectively have to treat it like the scoring method so in the end, you may as well use the scoring method (and inaba should just scrap the pplns pool entirely imo).

Thanks for the link! That where I read it. Thought I was going mad. Teach me not to read posts properly.

As far as score v PPLNS goes I understood what you meant, but it's the variance difference that would make you decide one way or another. Part time miners are always hit more by variance than full timers, and if one method averages out sooner than another then that's the one you'll want to use. It might be as you suggested (score better than PPLNS in terms of variance) but then there's lots about mining that isn't intuitive.



Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Meni Rosenfeld on September 05, 2011, 11:27:18 AM
Geometric has higher variance than PPLNS. This is its well-known weakness, and is why I now recommend that people use either double geometric or PPLNS.

I'm not sure if you understood me but my point was that with PPLNS you cannot "inconsistenly mine" and effectively have to treat it like the scoring method so in the end, you may as well use the scoring method (and inaba should just scrap the pplns pool entirely imo).
This is a myth. You most certainly can mine inconsistently, and your payout will be on average just like with PPS/solo. Your variance will be higher, but PPLNS doesn't have a lot of variance so you won't have a problem.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: ciuciu on September 05, 2011, 01:36:34 PM
Hey,
I test drive your pool again, and I contributed 269435 shares out of 2824488 for the last block. My payout was only 0.00735799. I don't know what method you use, but for sure you are not making any friends with it.
Basically, you stole me 4.76 bitcoins and I'm not happy at all.



Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Meni Rosenfeld on September 05, 2011, 01:59:38 PM
Hey,
I test drive your pool again, and I contributed 269435 shares out of 2824488 for the last block. My payout was only 0.00735799. I don't know what method you use, but for sure you are not making any friends with it.
Basically, you stole me 4.76 bitcoins and I'm not happy at all.
If you mined solo, found 269435 difficulty-1 hashes but no blocks, who would you blame for your lost 8 BTC?

Pools exist to alleviate the high variance of solo, but except for PPS they do not eliminate it completely. You just had bad luck.

Your calculation is only valid for the proportional method, but this method is known to be broken and is not the default for this pool.

(Of course, an implementation bug is always a possibility, even though we've checked it thoroughly. If you supply more details we may be able to double-check this.)


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: organofcorti on September 05, 2011, 02:18:38 PM
Hey,
I test drive your pool again, and I contributed 269435 shares out of 2824488 for the last block. My payout was only 0.00735799. I don't know what method you use, but for sure you are not making any friends with it.
Basically, you stole me 4.76 bitcoins and I'm not happy at all.

Were you mining on score or PPLNS? Also what's the hashrate of your miner? Finally, did you mine constantly or intermittently? TIA


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 05, 2011, 03:10:08 PM
Ok, looks like I need to clear up some confusion.

The pool is Meni's CPS geometric scoring system.  All the stats and everything you see displayed are for the scored pool.  I constantly check the block distributions when they are solved and they have been accurate, both for constant miners and for non-constant miners (I have miners go down regularly and their share of the block reward reduces accordingly). 

There is a proportional pool, on a different port, that is under testing right now (though it is on the like block chain).  Due to time constraints, I have not advanced the proportional pool beyond that stage, and the only "stats" display there is for it is a tab display on the Block Stats page.  Other than that, there is no web feedback for the proportional pool.  The proportional pool has yet to solve a block (the hash rate is reallllly low, which is fine and expected.)  The proportional pool is completely separate from the scored pool, and thus the scored pool is not affected by what happens on the prop pool.

As stated in previous posts, the setting to change your miner type is not active at the moment.  So changing it wont' do anything.  Hopping the pool won't do anything, though I don't mind if it's hopped, since it doesn't really benefit anyone in particular. 


PPS, LNPPS, Some other method, has not been decided upon (if any) yet.  Mostly due to a lack of good alternative and integration issues.  So there is no option for PPS or LNPPS.

Ciuciu - Your user name is not Ciuciu on the pool, so I can't look up your shares until I know what it is to verify they are correct.  If you want to PM me your name or post it here, I can look them up and see when your last share was submitted.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: ciuciu on September 05, 2011, 03:29:11 PM
The user name is ursu.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 05, 2011, 04:41:51 PM
I show you submitted exactly 59 shares in the 5 hours preceding 2011-09-05 02:03:45, when the block was found:

select count(id) from shares_history where username like "ursu%" and blocknumber = 56 and autotime > "2011-09-04 21:00:00"
count(id) - 59

If I expand that to twelve hours: 

select count(id) from shares_history where username like "ursu%" and blocknumber = 56 and autotime > "2011-09-04 14:00:00"
count(id) - 135

12 hours is well outside the window of decayed shares and there was only 135 submitted in that time frame, 59 is barely in the window (and some will fall outside the window). 



Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: ciuciu on September 05, 2011, 05:19:01 PM
I do not understand your explanations.
My control window shows that I submitted 269435 out of 2824488 shares for block 56, and the total payout is 0.00735799.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Meni Rosenfeld on September 05, 2011, 05:25:11 PM
I do not understand your explanations.
My control window shows that I submitted 269435 out of 2824488 shares for block 56, and the total payout is 0.00735799.
This is a score-based method, specifically the geometric method (https://bitcointalk.org/index.php?topic=4787.0). The reward depends not only on how many shares were submitted, but on when they were submitted. (You can read some background info here (https://bitcoil.co.il/pool_analysis.pdf).)

On the face of it, it looks like you were unlucky and a block was found only some time after you submitted the bulk of your shares. But it's a bit weird, if you stopped mining I'd expect 0 shares in the last 5 hours, and if you kept mining I'd expect much more than 59... Can you confirm that these numbers make sense?


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: ciuciu on September 05, 2011, 05:33:51 PM
Yes, I can understand a penalty if you do not mine continuously but it should be around 10%, not that you lose everything. What is happening if my rig breaks down or I'm without electricity?
How do I know that is not the pool operator who took my bitcoins, without sharing with the other pool members?


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Meni Rosenfeld on September 05, 2011, 05:48:34 PM
Yes, I can understand a penalty if you do not mine continuously but it should be around 10%, not that you lose everything. What is happening if my rig breaks down or I'm without electricity?
How do I know that is not the pool operator who took my bitcoins, without sharing with the other pool members?
It's not a penalty. You don't get penalized for mining intermittently. Your expected payout is exactly proportional to the number of shares you submitted. But the actual payout varies due to the random nature of block finding. Like I said, you were unlucky, you could just as well have received much more than the average.

There's probably some work to be done wrt providing the statistics necessary to verify everything is done honestly. It will probably be easier if the pool switches to a lower variance method.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: cengique on September 05, 2011, 06:02:49 PM
There's probably some work to be done wrt providing the statistics necessary to verify everything is done honestly. It will probably be easier if the pool switches to a lower variance method.

I don't think it's that complicated to make sure everybody is getting what they deserve. And no need to police this. Instead, if you have been contributing to the pool in the past hours before the block was found, your reward can be estimated by 50 * your hashing power / total hashing power. I think Inaba even implemented the correct estimate on the EMC website to avoid surprises.

Of course this method does not give you an exact number for your reward, so it does not make sure *all* rewards are paid up to the bit-cent.

I'm not sure I like the PPLNS method so much, as far as I can see from mineco.in. They estimate your reward by counting your contributions to the last 750,000 shares. With making the window so long, I'm not sure if this pool has much incentive for people to keep mining continuously. Although, currently its total hashing power is about 80 GH/s, which exceeds EMC's. I wonder if they can keep this consistently. And I did hear they had some long blocks recently.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Meni Rosenfeld on September 05, 2011, 06:14:35 PM
I'm not sure I like the PPLNS method so much, as far as I can see from mineco.in. They estimate your reward by counting your contributions to the last 750,000 shares. With making the window so long, I'm not sure if this pool has much incentive for people to keep mining continuously. Although, currently its total hashing power is about 80 GH/s, which exceeds EMC's. I wonder if they can keep this consistently. And I did hear they had some long blocks recently.
There's no such thing as "incentive for people to keep mining continuously". Either the reward system is hopping-proof or it's not. If it is then anyone can mine whenever they want and get on average the exact fair reward for their contribution. If implemented correctly, PPLNS is hopping-proof. All currently existing PPLNS pools that I know of use a naive implementation that is only approximately hopping-proof, but still good enough.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: cengique on September 05, 2011, 06:27:23 PM
I'm not sure I like the PPLNS method so much, as far as I can see from mineco.in. They estimate your reward by counting your contributions to the last 750,000 shares. With making the window so long, I'm not sure if this pool has much incentive for people to keep mining continuously. Although, currently its total hashing power is about 80 GH/s, which exceeds EMC's. I wonder if they can keep this consistently. And I did hear they had some long blocks recently.
There's no such thing as "incentive for people to keep mining continuously". Either the reward system is hopping-proof or it's not. If it is then anyone can mine whenever they want and get on average the exact fair reward for their contribution. If implemented correctly, PPLNS is hopping-proof. All currently existing PPLNS pools that I know of use a naive implementation that is only approximately hopping-proof, but still good enough.
My point was that variance also comes from the changes in the pool's total hash rate. Especially in the long blocks, people hop-off to leave and mine on other pools. If they can guarantee payment by contributing in the last N shares without any decay, they can do this without loss. If significant amount of people leave a pool then that hurts the chances that the pool will find a block. So it increases the variance for the consistent miner on that pool. The geometric method, in addition to being hopping-proof, also encourages the miners to stay put in the pool. This may not have been the original intention of the method, but I think it still a valid outcome.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: ciuciu on September 05, 2011, 06:51:18 PM
Again, according with the control panel block 56 took 2824488 shares. I submitted 269435 shares. My reward should have been approximately 4.76, not 0.00735799 as indicated now.
http://i.imgur.com/svHoS.jpg


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on September 05, 2011, 07:02:30 PM
even though meni says there is no incentive, there clearly was an incentive for you to mine continuously.

the block was solved in 2 days, not 2 hours.  so the shares that you keep telling us about are worthless in the scoring method.
they don't count for squat.

your shares needed to be consistent right up to the round finishing for you to get what you think you should have gotten.

you didn't have any shares at the end so you didn't get paid.

you have to mine continuously to get paid.

incentive.

now, so that i'm not accused of picking on meni;
if we solved a block every 2 hours and people jumped in and out, yes, they'd average out.
but hey, we don't.  so casual miners or hoppers are going to be penalized for not mining continuously.

i wonder if i used the the word continuously enough?

=]

'monkey


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: ciuciu on September 05, 2011, 07:07:12 PM
Hey Monkey,
Then you should tell this to people who sign up, not robbing them of their shares. I understand is convenient for you to take advantage of this, but it should not work this way.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Meni Rosenfeld on September 05, 2011, 07:30:14 PM
*sigh*


Especially in the long blocks, people hop-off to leave and mine on other pools.
They don't gain anything from doing that. The fact that the round was long does not affect the payouts of futures shares they submit.

If they can guarantee payment by contributing in the last N shares without any decay, they can do this without loss.
They don't know when the round will end, so they don't know which shares are the last N. There's decay, but it's a step function rather than exponential.

The geometric method, in addition to being hopping-proof, also encourages the miners to stay put in the pool.
No, it does not. For the past shares they will get the same reward whether they stay or quit. For future shares they will get the same reward whether they mined previously or not.

I think there's a misconception that decay only happens when you leave the pool. But past shares decay the same way whether you're in or out. The reward for future shares is independent.


you have to mine continuously to get paid.
No. You can mine for a minute and get paid, if a block is found a short while after it. With PPS is 100% to get 0.1 BTC, with score-based it's 1% to get 10 BTC. Mining continuously does help to decrease the variance.


Again, according with the control panel block 56 took 2824488 shares. I submitted 269435 shares. My reward should have been approximately 4.76, not 0.00735799 as indicated now.
This is the third time you've said that, and the third time I reply that no, this is how proportional pools work. It is not how score-based methods work. And score-based is better.

Then you should tell this to people who sign up,
I guess a bit more information on the site about the system used is in order. But the OP of this thread clearly describes that this method is used.

not robbing them of their shares. I understand is convenient for you to take advantage of this, but it should not work this way.
No robbing of shares is done, any more than shares are robbed when you mine solo and don't find a block. Nobody can take advantage of this, the operator definitely doesn't gain anything out of the use of this method. It exists to make sure miners aren't robbed by pool-hoppers. That said, in the future a lower-variance method may be implemented, and then such cases of bad luck will be rarer.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on September 05, 2011, 07:48:34 PM
Hey Monkey,
Then you should tell this to people who sign up, not robbing them of their shares. I understand is convenient for you to take advantage of this, but it should not work this way.

not my pool, just a small fish swimming around.
[i do believe the reward system is clearly defined though]

'monkey


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 05, 2011, 08:06:24 PM
Having a little issue with this last block . Apparently someone poked it with a stick a little too hard and it's being fussy.  It's solved, though... working on getting the DB to spit out the right information.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1984 on September 05, 2011, 09:03:51 PM
All the hoppers are doing wonders for the prop difference, I wonder if most are just using an auto-hopper and aren't aware they're hopping into a scored pool...


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 05, 2011, 09:07:05 PM
Yeah, this last round really demonstrates how much pool hoppers steal from you on a proportional pool.  Almost 10% of my earnings would have gone to pool hoppers.

I am working on implementing the double geometric method, as opposed to the current method, to reduce the variance experienced.  Hopefully it will make things a little more pleasant for some people. 

Since it's a complete rewrite from scratch, there are some changes that I wanted to make that will make block processing almost instantaneous, so it's a good thing all around.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: n4l3hp on September 06, 2011, 02:20:55 AM
@ciuciu

I submitted 25580 shares on that block but only got 0.0045BTC. There was a power failure for several hours before the block was found and already past 1 hr into the next block when the power came back. Lets just call it we're unlucky.  :) If someone who have 50% of the pool's total hash and stopped hrs before the block was found, all shares have decayed to nothing if its outside the allotted valid time frame. This is so to discourage pool hopping. Looking at your screenshot, I get the impression that you don't stay during the longer blocks.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: kripz on September 06, 2011, 02:49:59 AM
Hey Monkey,
Then you should tell this to people who sign up, not robbing them of their shares. I understand is convenient for you to take advantage of this, but it should not work this way.

I think that this is important. I cant find any info for this when singing up or on the website anywhere except in the middle of 41 pages of a forum.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: ciuciu on September 06, 2011, 03:36:33 AM
From n4l3hp explanation, now I understand.
I still do not think this is fair. There is nothing written on the website when you sign up.

Anyway, enjoy MY bitcoins they are the last you get from me. You just lost soon to be 15Gh, to some stupid score method.



Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Meni Rosenfeld on September 06, 2011, 03:44:45 AM
Hey Monkey,
Then you should tell this to people who sign up, not robbing them of their shares. I understand is convenient for you to take advantage of this, but it should not work this way.

I think that this is important. I cant find any info for this when singing up or on the website anywhere except in the middle of 41 pages of a forum.
Not in the middle, it says it right there in the original post of the thread (https://bitcointalk.org/index.php?topic=16385):

We are a geometrically scored pool.  We use Meni Rosenfeld's scoring algorithm which awards each user fairly based on their contribution to the block.  This prevents pool hoppers from taking a substantial portion of your profit.  For more information, see this thread: https://bitcointalk.org/index.php?topic=4787.0
Anyway, the proportional method is broken, why would you assume it is used in the absence of other information?


Anyway, enjoy MY bitcoins they are the last you get from me.
Who are you saying this to? Inaba doesn't have the bitcoins, they were distributed to those who mined in the time before the block was found.

You just lost soon to be 15Gh, to some stupid score method.
On the other hand, he got 67 GH/s from people who have a clue about probability, don't judge pools over bad luck in a single block, and don't want 20% of their rewards to be stolen by hoppers.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 06, 2011, 04:18:33 AM
Ciuciu - what method would you prefer? 


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: ciuciu on September 06, 2011, 04:40:58 AM
Inaba,

After a lot of pool testing, at the moment I'm looking at PPS or SMPPS.
  
I gave your pool again a chance (I mined with you previously, until your pool went down for a full night), because I really liked your site and style.
All people are screaming pool hopper, but you and me know that this is not the case. I might return in case you implement one of the two methods.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1984 on September 06, 2011, 05:04:40 AM
Inaba,

After a lot of pool testing, at the moment I'm looking at PPS or SMPPS.
  
I gave your pool again a chance (I mined with you previously, until your pool went down for a full night), because I really liked your site and style.
All people are screaming pool hopper, but you and me know that this is not the case. I might return in case you implement one of the two methods.

If you have 15Gh of miners then I'd suggest at least having one fail-over pool, most pools even the larger ones suffer from outages for various reasons from time to time. Having the much mining power relying on one pool doesn't seem like a good idea to me, with that much power I'd be running a mining proxy to help with logistics to point all your miners at it and let it deal with pool selection. Also if you're mining 24/7 you'll struggle to beat the scoring method used on eclipse unless you hop.
Just my 0.02bc, thanks for the extra bonus btw.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 06, 2011, 05:15:01 AM
I don't think anyone is saying you are a pool hopper.  I have not seen any previous behavior to indicate you were hopping.  I'm sorry that you got unlucky on the last block.  I have had similar things happen to myself - but as someone already said, I don't get or keep the coins.  They are equally and fairly distributed between all the miners; there's no benefit to me if someone gets unlucky.

Hopefully I will have the double geometric method worked out soon, which should ease some of that burden.  I worked on it this afternoon, but was having trouble integrating it with the current tables.  I am going to start over will all new tables and work from there this week. 


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: ciuciu on September 06, 2011, 05:20:00 AM
1984, I'm using cgminer.
I just wanted to try again Eclipse, as I like to give the smaller guy a chance, but it seems Arsbitcoin is a better fit for me. Good luck!

Inaba, you didn't say it, but all the other implied it. I will check your pool after you implement your new method.

Regards.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Meni Rosenfeld on September 06, 2011, 06:30:57 AM
Inaba, you didn't say it, but all the other implied it.
This is getting ridiculous. Are you even reading what I'm saying?

There is no attempt to detect hoppers, accuse hoppers, or penalize hoppers. I don't think you're hopping, you don't have anything to gain by hopping this pool, and I or participants in this pool couldn't care less if you're hopping since they wouldn't lose anything from it.

All there is is a scoring method which is mathematically proven to reward everyone fairly no matter if they're mining continuously, intermittently, hopping, or whatever. It has the unfortunate side-effect of having high variance, thus you could be unlucky and get much less than the expected reward, or lucky and get much more. This averages out over the long run. With the double geometric method it will be both hopping-proof and have much less variance.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: ciuciu on September 06, 2011, 07:14:09 AM
OK, I get it but I do not care.
It is a stupid method, even if mathematical makes sense. How do you expect me to mine on this pool, when my first reward instead of 4 is 0,004? Should I go on hoping in 1 year will even out? This is a bullshit method and stupid variance, and sooner or later you will lose most users.

The end.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: kripz on September 06, 2011, 08:24:53 AM
Quote
1.42325800
(+20.08%)

I got 20% more because you and others disconnected for a lengthy period of time before the block was solved ;) The pool operator gets nothing (though inaba is mining so he gets his share).

Unless you find a pool that is straight PPS or prop then you are going to have high variance. With prop you will lose BTC to hoppers.

Quote
Not in the middle, it says it right there in the original post of the thread:
Not everybody comes here and reads the forum before signing up. I tell my friends hey, visit eclipsemc.com and sign up. They have never even been on the bitcoin forum.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: organofcorti on September 06, 2011, 08:45:11 AM
stupid variance

It's the only thing you've written that I agree with, and I and many other miners have said it before. Stupid variance!

Stupid variance is stupid.



Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: ciuciu on September 06, 2011, 02:22:19 PM
I'm speaking about the variance introduced by the scoring method.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 06, 2011, 04:49:00 PM
I will make the scoring method more prominent on sign up or on the main page so people are aware of it.  I'm going to really dig into the double geometric method tonight and see if I can get a working version going.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: bacon strips on September 07, 2011, 12:21:10 AM
I am liking the geometric method so far and need to read about the double geometric method when I get the time.  My current payout is 30 Bitcoins and I have a 5.62% above proportional pay.  I mine 24/7 for the most part so I am happy with the extra 5.62% over proportional. 


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on September 07, 2011, 12:25:48 AM
i would prefer double secret geometric but i'm fine with whatever.

i mine 24/7 so none of it really bothers me one way or the other.

'monkey


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 07, 2011, 12:27:56 AM
http://4.bp.blogspot.com/_stuMq1GJnrA/SAdpLh-U99I/AAAAAAAABUY/77iuleZLqnw/s400/wormer.gif

SShhhhh!


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 07, 2011, 03:05:35 AM
I have made decent progress on the double geometric code.  Assuming it's approved by Meni as being valid, I will move on to coding the payout and estimate code tomorrow night.  Currently, I have the scoring code in place and counting on a test server with a couple of my miners to make sure it's doing it's thing properly.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 08, 2011, 02:38:19 AM
The double geometric code is on the live servers and it is populating the new tables.  I missed the start of the new block, so we'll see how the numbers play out for this block.  If it looks good, I may make it live the next block or the block after if something is amiss.

We need to come up with a description of the system that is easy for people to understand and also explains why the system is superior to proportional and many other systems in a language that is as simplified as can be.  I figure I'd through that out there and see if anyone can distill it better than I can. ;)



Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: cengique on September 08, 2011, 03:47:12 PM
*sigh*
I don't mean to annoy you, just telling you the practical experience from the point of view of the miner. I'm glad now, instead of PPLNS, we're considering the double geometric method, which I assume is similar to the current method. Is there a post explaining it?

Especially in the long blocks, people hop-off to leave and mine on other pools.
They don't gain anything from doing that. The fact that the round was long does not affect the payouts of futures shares they submit.
I agree with you. I didn't claim they have a gain from hopping off the pool. All I said is that people get tired when the block gets long and decide to mine on other pools. Maybe it's not the only reason, but I often see the total hash rate fall from 80 to 60GH/s over the course of a long block. In the last monster block, I remember we fell to about 50 GH/s. Then it becomes important that the scoring method makes people stay in the pool. If you didn't have that I assume more people would be leaving. I don't have a way of proving this, though.

If they can guarantee payment by contributing in the last N shares without any decay, they can do this without loss.
They don't know when the round will end, so they don't know which shares are the last N. There's decay, but it's a step function rather than exponential.
Ok, I wasn't completely correct, there is decay because as there are new shares mined, the window slides and your shares will go down. However, consider the following disadvantages of using the PPLNS method:

1) In the first N shares of a block, PPLNS is equivalent to PPS.
In the mineco.in example, N was 750k shares, and with Eclipse's hash rate, it would be reached in about 17 hours. So if a block is shorter than that, it would practically be found using PPS method.

Inaba: Could you add the average values at the bottom of the block stats table? It would ne nice to know our actual average shares/block and also their standard deviation maybe.

2) After the pool has mined N shares for a block, during the time it takes to mine N shares by the pool, one can hop in for n << N hours and would have (N-n) hours without any decay in reward.
They do not gain anything from doing this, but the pool's hash rate is reduced. If they switch to a giant pool, they get steady payout.

3) In a long block, if many people follow the idea in (2), the pool's hash rate can drop to zero, stopping the rewards from decaying and the pool never succeeding in finding the block.
Obviously this is an extreme case, but if the hash rate drops significantly it will create a similar scenario where the pool becomes "cursed".

The geometric method, in addition to being hopping-proof, also encourages the miners to stay put in the pool.
No, it does not. For the past shares they will get the same reward whether they stay or quit. For future shares they will get the same reward whether they mined previously or not.

I think there's a misconception that decay only happens when you leave the pool. But past shares decay the same way whether you're in or out. The reward for future shares is independent.
Thanks for the explanation, it does help to understand the probabilities better. You are right, except in my case (2) above, where there will be a short time without decay for the past shares. Although, I don't challenge the fact that your reward will increase in both methods if you mine continuously.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Meni Rosenfeld on September 08, 2011, 04:29:05 PM
I'm glad now, instead of PPLNS, we're considering the double geometric method, which I assume is similar to the current method. Is there a post explaining it?
Sure (https://bitcointalk.org/index.php?topic=39497), but get ready for disappointment. It is a hybrid between PPLNS and the geometric method, and I recommended to Inaba to set it to be close to PPLNS, to reduce the variance. I still don't get the problem with PPLNS. But this is exponential PPLNS rather than 0-1 PPLNS, so your objections may not apply.

Especially in the long blocks, people hop-off to leave and mine on other pools.
They don't gain anything from doing that. The fact that the round was long does not affect the payouts of futures shares they submit.
I agree with you. I didn't claim they have a gain from hopping off the pool. All I said is that people get tired when the block gets long and decide to mine on other pools. Maybe it's not the only reason, but I often see the total hash rate fall from 80 to 60GH/s over the course of a long block. In the last monster block, I remember we fell to about 50 GH/s. Then it becomes important that the scoring method makes people stay in the pool. If you didn't have that I assume more people would be leaving. I don't have a way of proving this, though.
Well. If there's a need, I can design a method that really does encourage people to stay. But, not being a magician, I cannot design a method that encourages people to stay and gives people a reason to start mining in the first place. And, I think any method which is not 100% hopping-proof (expected payout etc. per share always the same) is ignoble, and that the problem you describe is negligible.

1) In the first N shares of a block, PPLNS is equivalent to PPS.
In the mineco.in example, N was 750k shares, and with Eclipse's hash rate, it would be reached in about 17 hours. So if a block is shorter than that, it would practically be found using PPS method.
I don't follow this logic at all. You are paid once per share in PPS. In PPLNS, you can be paid for every share 0,1,2 or any number of times.

2) After the pool has mined N shares for a block, during the time it takes to mine N shares by the pool, one can hop in for n << N hours and would have (N-n) hours without any decay in reward.
They do not gain anything from doing this, but the pool's hash rate is reduced. If they switch to a giant pool, they get steady payout.
They could have started mining in the giant, low-variance pool in the first place. If they started mining for you and then leave, you can't force them to stay.

You may be interested to know that unlike PPLNS but like the geometric method, double geometric can reduce pool-based variance (the variance caused by the pool being too small). This is at the cost of increased operator risk, though, and I don't know how risk-loving Inaba is.

3) In a long block, if many people follow the idea in (2), the pool's hash rate can drop to zero, stopping the rewards from decaying and the pool never succeeding in finding the block.
Obviously this is an extreme case, but if the hash rate drops significantly it will create a similar scenario where the pool becomes "cursed".
I don't see that realistically happening.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Reuef on September 08, 2011, 04:38:26 PM
I am getting close to 50% rejected shares using Phoenix 1.6.2 with RollNTime support.  Have switched for now will try again after this block is solved.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 08, 2011, 07:27:23 PM
A word about the new Double Geomtric Scoring (DGS) system:

EMC will be moving from the Geometric Scoring system to the Double Geomtric Scoring system.  Twice the GEOMETRIES!  ZOMG!!11!1one!!

But seriously the new system will be somewhat different than the old system, and perhaps a bit unfamiliar to some people, so want to go over some of the major points and answer any questions people might have.

First off, this system is a hybrid between the current geometric system and the PPLNS system.  In our current system, your shares geometrically decay, becoming worthless after a period of time (in our case, about 5 hours) - if you stop mining, after ~5 hours you will no longer receive a reward.  This has the advantage of making the pool hopper proof, but the disadvantage that there would be a chance you would not be paid due to your shares decaying.

With the DGS, your shares decay much more gradually, over not only the number of shares but also the number of blocks. What this means is that there is effectively a sliding window of time where you will be paid for shares submitted.  Each share submitted is paid a score which will eventually be converted into BTC but over time (shares AND blocks), the score decays.  This happens at a much slower rate than with the geometric system, thus reducing variance on a per share basis and spreading your score decay over several blocks.  A consistent miner will eventually reach a point where your hashrate is in proportion to the pool and your payout will be the same as an unhopped proportional pool on a per block basis.  If you are inconsistent, your payout will also be inconsistent - however, you will always eventually be paid for the work you've done regardless of when or how consistently you have submitted that work, until your score decays past the point of value.

To be a little more technical, your score is an estimated average pending reward.  When a block is found, some of your score is converted into BTC up to the total amount of BTC generated (50 BTC basically), once everyone has been paid evenly up to 50 BTC amount, the rest of your score is stored going into the next round and the process will happen again.  On really long rounds, this means that the pool will pay out a bit of extra from it's own pocket to pay off everyone who contributed and on short rounds the BTC will be stored for future unluck rounds.

This method is completely hopping proof, so there will be no losses to pool hoppers.  You can jump in and out of the pool and expect to be paid fairly for what you've contributed, like a PPS pool.  The variance is much lower than the geometric method and similar to proportional while the maturity time is much shorter than the *SMPPS methods.  Because the risk to the pool is greatly reduced, we also are not forced to charge exorbitant fees to hedge future losses on long rounds.

For a more technical explanation of the system, you can see this thread: https://bitcointalk.org/index.php?topic=39497

I welcome any questions or comments you all have in regards to this new system.  I plan on making it live within the next block or two, after I have verified that it is paying out properly vs the current system. Currently it is running in tandem with the geometric scoring so that I can verify the output and payout.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: kripz on September 09, 2011, 12:43:17 AM
Still techinical imo, hybrid between pps and pplns? what's this?, If thats for the website you will have to make it more simple and treat them like they are completely new, assume they dont know any other payment method and just sell your own.

ran it by my friend and he actually tried but concluded with tl;dr.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Meni Rosenfeld on September 09, 2011, 04:02:41 AM
Still techinical imo, hybrid between pps and pplns? what's this?, If thats for the website you will have to make it more simple and treat them like they are completely new, assume they dont know any other payment method and just sell your own.

ran it by my friend and he actually tried but concluded with tl;dr.
Well, the tl;dr version is "For every share you submit, you will get on average exactly your fair reward, with lower variance than other methods."


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: n4l3hp on September 09, 2011, 06:03:41 AM
Pool went down for a minute or two, then went down again. DDOS? Or pool and website updates?

Website now say "Could not connect: Too many connections".

Website back after 10 mins or so.  :)


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1984 on September 09, 2011, 07:19:45 AM
dang it broke good  :(


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on September 09, 2011, 10:28:26 AM
Somebody wake up Inaba


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Crispin on September 09, 2011, 11:07:20 AM
Is there a method to notify us when the pool is back up again? Or do I have to keep checking the website? I would really prefer to not have my shares decay once the pool comes back up again.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on September 09, 2011, 11:09:47 AM
Uh, leave your miner running?


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Crispin on September 09, 2011, 11:18:41 AM
Uh, leave your miner running?

That's a waste of time and energy that could be used elsewhere in the meantime. The longer my miners sit idle, the potentially longer they may never pay themselves off. They need to be crunching 99.9% of the time 24/7


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: organofcorti on September 09, 2011, 11:19:16 AM
Is there a method to notify us when the pool is back up again? Or do I have to keep checking the website? I would really prefer to not have my shares decay once the pool comes back up again.

Use poclbm with backup pools. It'll go to a backup pool if the main one is down. If you used it you'd not be bothered if the pool was down, you'd just start mining elsewhere. Set and forget.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: CubedRoot on September 09, 2011, 11:41:32 AM
EMC has been down for over 5 hours now, so I guess under the new scoring system I loose all my rewards?


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on September 09, 2011, 11:46:01 AM
I don't really understand these things so I'll probably get jumped on for saying...

I think we'll pick up where we left off...

unless we spend too much time mining elsewhere.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: organofcorti on September 09, 2011, 11:46:34 AM
EMC has been down for over 5 hours now, so I guess under the new scoring system I loose all my rewards?

scoring system is based on shares submitted not time elapsed so downtime won't have any effect on them.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Crispin on September 09, 2011, 12:01:56 PM
EMC has been down for over 5 hours now, so I guess under the new scoring system I loose all my rewards?

If I understand correctly, you won't lose your rewards unless the pool comes back up again and everyone except you starts mining. This is because no (or in this case, very few) shares are being submitted. So the pool is kind of on "pause". I may be wrong, so someone please correct me if I am.

What kinda irks me is that some shares are still being submitted which is in fact eroding everyone elses rewards at the moment.

Is there a method to notify us when the pool is back up again? Or do I have to keep checking the website? I would really prefer to not have my shares decay once the pool comes back up again.

Use poclbm with backup pools. It'll go to a backup pool if the main one is down. If you used it you'd not be bothered if the pool was down, you'd just start mining elsewhere. Set and forget.

Is it possible to do this at all with phoenix? poclbm was too slow for me and so I stopped using it.  Also, any recommondations on a backup pool? I'd rather backup to a pool that won't let my shares decay after I leave them when Eclipse comes back online. lulz Oh, the hypocrisy!


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: organofcorti on September 09, 2011, 12:08:25 PM

Is it possible to do this at all with phoenix? poclbm was too slow for me and so I stopped using it.  Also, any recommondations on a backup pool? I'd rather backup to a pool that won't let my shares decay after I leave them when Eclipse comes back online. lulz Oh, the hypocrisy!

Don't know about phoenix - check the thread. As for backup I'd use PPS or a PPS variant double-g scored pool.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 09, 2011, 12:38:59 PM
Well, I'm not sure why the getwork server crashed.  The one miner that was still mining was one of mine at 400 MH/s on a test server. 

Yes, it's correct that the pool is on "pause" if it goes down like that.  Shares do not decay and we pick up where we left off.  There's suppose to be a watchdog that brings it back up if that happens, but apparently that didn't work and I am looking into why.  I am no pleased about that.

Some of the new double geo code must have been the cause, as that's the only change, but I can't imagine why that would be.  I am also investigating that.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 09, 2011, 01:17:35 PM
I think I found the bug that was causing the crash under some limited circumstances (which happened last night), so hopefully that shouldn't happen again. 

I also changed the way the watchdog behaves, though I'm not sure why that failed still.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Crispin on September 09, 2011, 01:24:27 PM
As for backup I'd use ... a PPS variant double-g scored pool.

lol

Did you change that because the pool boss just showed up?


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: organofcorti on September 09, 2011, 01:27:48 PM
As for backup I'd use ... a PPS variant double-g scored pool.

lol

Did you change that because the pool boss just showed up?

Ha! no, just thought about it a bit more.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on September 11, 2011, 11:24:01 AM
Hey, we're back!


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 11, 2011, 02:39:51 PM
Really wish they'd get rid of this craptacular forum software :( 

Solved a few blocks while we were away!

I have been vetting the numbers for DGS, and I think they are looking proper.  I just ran the last 4 blocks by Meni to make sure everything is calculating properly, so we shall see.  If so, I'll probably change it over after this current block.

I want to be up front and clear about it, though:

The first and second block after the change will see a lower than average payout for everyone as the scores slowly build up, as time goes on and blocks get solved, your payout will increase to what you expect (+ whatever we get from hoppers).  If you ever stop mining, your payout will slowly decrease (even if you aren't mining in the block) which will effectively even out what you did not make at the start of the new system. 

Additionally, as an incentive to remain in the pool, on long blocks (those that exceed the expected shares), your payout will be slightly more than you would normally expect and on short blocks (those that are less than the expected shares) your payout will be slightly less than you would expect. 

Looking at the numbers, it will take at least 5 or 6 blocks for the pool to normalize into a more or less steady state, so payouts will be "not quite right" in comparison to what you expect from proportional, or even the current geometric scoring.



Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on September 11, 2011, 02:57:47 PM
With the difficulty about to go lower in the next couple days, hopefully those half dozen blocks won't take long.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Meni Rosenfeld on September 11, 2011, 03:30:53 PM
I want to be up front and clear about it, though:

The first and second block after the change will see a lower than average payout for everyone as the scores slowly build up, as time goes on and blocks get solved, your payout will increase to what you expect (+ whatever we get from hoppers).  If you ever stop mining, your payout will slowly decrease (even if you aren't mining in the block) which will effectively even out what you did not make at the start of the new system. 

Additionally, as an incentive to remain in the pool, on long blocks (those that exceed the expected shares), your payout will be slightly more than you would normally expect and on short blocks (those that are less than the expected shares) your payout will be slightly less than you would expect. 

Looking at the numbers, it will take at least 5 or 6 blocks for the pool to normalize into a more or less steady state, so payouts will be "not quite right" in comparison to what you expect from proportional, or even the current geometric scoring.
I'd like to clarify that this does not affect your expected eventual income per share. In the old system, if you submit a share now you will get for it at round's end, on average, (50 BTC) / (Difficulty), or pB as I like to call it. In the new system, you'll still get on average pB per share (even if this share is submitted now in the startup phase) but it will take more time to clear, so you could for example get 0.5pB in the next block, 0.25pB in the one after, then 0.125pB and so on (these are made up numbers). This, again, is done to reduce your variance - the eventual total will be closer to the expected value than it was in the old system.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Reuef on September 12, 2011, 12:02:23 PM
We found a couple of Blocks last night...so is the Double G scoing live now?


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 12, 2011, 10:43:01 PM
No, not yet.  There are some discrepancies with the calculations I am still working out.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 14, 2011, 12:09:10 AM
So, numbers look good and there's even a small payout on invalid blocks (not that we've had many). 

So, barring any unforseen circumstances, I will switch the payout system to the Double Geometric System after this block solves.

If anyone has any questions, comments or reasons not to, please let me know now!


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: cengique on September 14, 2011, 05:26:14 PM
Really wish they'd get rid of this craptacular forum software :( 
The whole forum went down because of an attack (http://www.scmagazine.com.au/News/271688,bitcoin-forum-hacked-by-donor.aspx)

The first and second block after the change will see a lower than average payout for everyone as the scores slowly build up, as time goes on and blocks get solved, your payout will increase to what you expect (+ whatever we get from hoppers). 
Looking forward to the DGS. I'm less skeptical than before although I haven't studied it yet.

Did you guys see that somebody with 500 GH/s hashing power hopped in on EMC about 5 days ago? It still shows up in the "7 day historical hashrate graph". It looks like it was ~250 GH/s, but that day in the 24-hour view it was about 450 GH/s.


Title: Re: [100 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on September 14, 2011, 05:36:22 PM
Did you guys see that somebody with 500 GH/s hashing power hopped in on EMC about 5 days ago? It still shows up in the "7 day historical hashrate graph". It looks like it was ~250 GH/s, but that day in the 24-hour view it was about 450 GH/s.

That was when Inaba stopped playing games and mined a little.  ;D

Edit: just for clarification


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on September 15, 2011, 10:06:19 PM
Okay, this block is two days old.

One of you guys POKE IT ALREADY!!


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: cengique on September 15, 2011, 10:30:33 PM
One of you guys POKE IT ALREADY!!
No, don't poke it just yet. My rigs are down..


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on September 16, 2011, 12:23:07 AM
oops


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 16, 2011, 02:33:18 AM
So yeah, I had taken two of my rigs down within a couple hours of the block being solved. Bleh!

Anyway, pool is now running on DGS scoring.  Your first payout will be somewhat less than what you expect.  I will try to get the estimated payout to be more accurate either tonight or tomorrow.  Right now it's running against the old calculations which will be much higher than you'll get for your first payout.


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: kripz on September 16, 2011, 08:05:07 AM
Quote
67   145567   2011-09-16 07:48:49   07:46:51    444131   -74.7%   1755425   3/120    0     0     0

Broken? 0 shares


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: bacon strips on September 16, 2011, 10:51:02 AM
I agree with kripz

This is my block stats too:
67    145567    2011-09-16 07:48:49    07:46:51    444131    -74.7%   1755425   16/120    0    0    0

I am sure Inaba will fix it when he wakes up and has the time. 


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on September 16, 2011, 10:56:23 AM
Anyway, pool is now running on DGS scoring.  Your first payout will be somewhat less than what you expect.

Well, he didn't lie


Update: We got another block!

Doesn't look like we're gettin' anything for it but we're knockin' um out.


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: kripz on September 16, 2011, 12:49:06 PM
Bitcoin first: Underpaid slave labour!

We need the union.


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on September 16, 2011, 12:49:57 PM
0 shares are the coolest

=]

perhaps we could switch to triple trigonomic or quadruple quantum scoring?

inaba will straighten it all out.  he always has.
it's a good thing he has no life other than bitcoin pools.
i know i don't.

/sarcasm mode OFF

'monkey



Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: n4l3hp on September 16, 2011, 01:20:38 PM
Yay!

http://i55.tinypic.com/sl5vv5.jpg


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 16, 2011, 01:33:04 PM
Ok, so I done broke it!  Of course we solved two blocks super fast before I could fix it.

Short form explanation:  I forgot that I was storing the pool score in a static variable in the getwork server... thus when we switched over to the new scoring system, I reset all the scores in the database but neglected to reset the pool score in the getwork static memory, so it was calculating based off the test scoring pool numbers which were substantially higher than they should have been.

Because of this, I had to revert the last two blocks to the geometric method, which works out for most everyone I suspect anyway, since it was such a short two rounds.

Everyone should have been paid properly now and your scores should be updated.

I have properly reset all the variables and now THIS round should be the first DGS score round (block 69) that is live. 

When the block solves, it will still show 0 0 0 for everyone like these last two blocks did for a short time while I sanity check the numbers before making them live and allocating rewards.  Depending on the round length of block 69, your pay could be substantially less than you expect - it all depends on how long the block takes.  But rest assured that BTC that is not paid in this round will be paid as time goes on and you would eventually make it up as blocks get solved.  I keep harping on this because I don't want anyone to be surprised when their payout on the first couple of blocks is less than they expect. 

Just think of it as your payment being spread out a bit over several blocks instead of allocated on just one block at at time.  As we solve more blocks and your payment gets spread out over several blocks, it will increase to the proportional amount and continue at that level as long as you continue mining.  When you stop mining, it will slowly taper off, just like it slowly built up.



Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on September 16, 2011, 02:51:28 PM
Hey Inaba,

From Block Stats page
68    145590    2011-09-16 12:43:35    04:54:45    312085    -82.22%   1755425   6/120    1677    0.29812350
(+9.88%)    0.00270750
67    145567    2011-09-16 07:48:49    07:46:51    444131    -74.7%   1755425   29/120    2743    0.33792404
(+8.62%)    0.00306896
66    145534    2011-09-16 00:01:57    2 d 01:56:52    2815761    +60.4%   1755425   62/120    17235    0.32480914
(+5.78%)    0.00294986

my calculator says 0.96085668 for me
but from Account page
Unconfirmed Reward: 1.29878072

Am I misunderstanding something?

Update: I see it now.  I'm getting the middle one twice!


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 16, 2011, 05:15:27 PM
Check now .. numbers should be correct.  Block 67 got paid twice to some people.  I thought I had gotten everyone cleared up for that block, but apparently not! 



Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on September 16, 2011, 05:17:28 PM
That got it on mine


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on September 16, 2011, 05:36:51 PM
luck is the coolest

'monkey


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on September 16, 2011, 05:38:42 PM
less than 5 hours per block

I can live with that ;D


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 16, 2011, 06:01:36 PM
No kidding.  So... my reward for that block was -588% prop!  Haha

Short block on the first round = ultra low payout since scores did not have time to build up.  As an example, if you were to be paid out for block 70 right now, you'd get more than what you got for block 69, even though you've submitted less shares.

Your score is going to build for the next ~48 hours until your payout reaches parity.  If and/or when you stop mining, you'll slowly be paid out what you did not get in the beginning here.  Yes, I keep bringing this up, I just don't want anyone to freak out due to the low payment... and it doesn't help that it was so short a block!



Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on September 16, 2011, 06:32:10 PM
69    145621    2011-09-16 17:24:51    04:41:15    273773    -84.4%   1755425   6/120    1261    0.03293192
(-599.32%)    0.00029908
68    145590    2011-09-16 12:43:35    04:54:45    312085    -82.22%   1755425   37/120    1677    0.29812350
(+9.88%)    0.00270750

ouchie
My internet connection was down for at least 30 minutes during block 69.  Don't know how much that affected it, but DAMN!


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 16, 2011, 07:39:58 PM
That's about the same amount I am -% in prop, so it probably didn't affect it a whole lot, unlike the geometric

69   145621   2011-09-16 17:24:51   04:41:15   273773   -84.4%   1755425   12/120    42796    1.13530096
(-588.45%)    0.00000000
68   145590   2011-09-16 12:43:35   04:54:45   312085   -82.22%   1755425   43/120    45225    8.36523697
(+13.38%)    0.00000000


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: FreeJAC on September 16, 2011, 08:06:38 PM
Mine shows the -588% as well. I don't like it, but will play along for what sounds like will be the betterment of the pool. 


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 16, 2011, 08:22:01 PM
I know that it looks bad, but if you stopped mining right now, you'd still be earning pay on the following blocks until you were paid what you would have earned up until you stopped mining.  So your pay is just spread out over several blocks, it's not like the pay just went poof (or into my pocket) or anything.


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1984 on September 17, 2011, 04:26:00 AM
I'm -601.9% and mined the whole round up until the end, will it be a while till they we see a close to proportional payout? I thought I got the new scoring system but I might have to go do some more reading.


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: kripz on September 17, 2011, 04:47:02 AM
http://www.yourbtc.net/payout_sample.png

Think we're at ~0 for now because we are transitioning to the new scoring method still.


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: organofcorti on September 17, 2011, 05:02:28 AM
I know that it looks bad, but if you stopped mining right now, you'd still be earning pay on the following blocks until you were paid what you would have earned up until you stopped mining.  So your pay is just spread out over several blocks, it's not like the pay just went poof (or into my pocket) or anything.



Is it possible with double-g to show an 'estimated earnings'? Over rounds instead of intraround, I mean?


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 17, 2011, 06:05:30 AM
Yes, I was swamped today and unable to get the estimated/future payout code into the live server.  I will hopefully have it live this weekend.

The scores all started from zero on block 69, so yes, that's correct.


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 17, 2011, 06:29:06 AM
Solved another block... not gonna complain.  The BTC gods sure aren't giving any time to get the scores up, though... not that I'm complaining!  Keep up the luck, please.

Oh, and Kripz, we are using o = .99, not o = .5 like that graph shows.



Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: kripz on September 17, 2011, 08:26:48 AM
You should email users informing them of big changes like this... not everyone reads the forum daily.


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: FreeJAC on September 17, 2011, 08:15:55 PM
I'm not really gettin it either, all i know is the last two blocks my share is half of what it used to be. I think what will happen however is during a long block I will get that back somehow?


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 17, 2011, 09:52:14 PM
You'll get it back both during a long block, an invalid block (very small amount) and when you stop mining.  In any or all of the situations, you'll still be earning BTC. 


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 20, 2011, 04:22:58 PM
Found 3 blocks in the past ~12 hours or so!


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on September 20, 2011, 04:27:46 PM
i know, don't be discouraged inaba.
perhaps we'll do better tomorrow
/me snickers

'monkey


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Meni Rosenfeld on September 20, 2011, 05:23:09 PM
Found 3 blocks in the past ~12 hours or so!
Is there a listing of which block was found by whom? I think one of these blocks was me. I brought in my 1.8 GH/s earlier this week.


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on September 20, 2011, 05:29:22 PM
click on the hall of fame link

that'll show you rank of block finders

click on their number of blocks

that'll show you what blocks they found

there may be an easier way, but that's what i know

=]

'monkey


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: bacon strips on September 21, 2011, 12:42:19 AM
Under "My Account" It lists blocks found, 2 in my case. 

If you what to know what block you found and are in the hall of fame you can click on the number of block that goes with your user name, but if you only found one block my might not be in the hall of fame.  I your not in the hall of fame then, I don't know how to see what block you found. 


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: gnar1ta$ on September 21, 2011, 02:13:53 AM
Ha found another block today, that's 2 in 4 days with only 500Mh/s in the pool  :)  ...now where is that cash in your found blocks for 50 BTC button  ???


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: kripz on September 21, 2011, 09:44:33 AM
Hopefully the luck continues.


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1984 on September 22, 2011, 04:56:38 AM
look what you did


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: n4l3hp on September 22, 2011, 06:20:44 AM
Definitely jinx'ed it.   :)


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on September 22, 2011, 10:44:39 AM
No problem.

Somebody with a stick, poke it


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 22, 2011, 09:26:12 PM
Done been poked!


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on September 22, 2011, 10:11:24 PM
Done been poked!

Well, it has now


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on September 27, 2011, 02:29:47 PM
looks like the pool has 'settled down' into a comfortable groove.

=]

not much chatter on either forum.

to me, that's a good thing.

now, if only there was someway to get the difficulty down and the value up, i'd be in high cotton.

=]

best pool ever!

'monkey


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: kripz on September 28, 2011, 02:19:42 AM
The pool rate has stagnated for quite some months now. While other pools grow we stay the same so our pool variance will increase.


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: mmortal03 on September 28, 2011, 10:25:10 AM
The pool rate has stagnated for quite some months now. While other pools grow we stay the same so our pool variance will increase.

As long as it continues to pay out consistently here, I'm not worried. For example, bitcoinpool.com reports a higher hash rate than EMC does, but I haven't gotten paid from there nearly as consistently as I do here. The grass may not be so greener on the other side.


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Reuef on September 28, 2011, 02:05:14 PM
Pool down?


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on September 28, 2011, 02:15:29 PM
Pool down?

Looks like the pool hashrate is down.
I'm still producing shares...for the moment

Maybe Inaba got someone to stop mining and play a game with him for a bit. ;D

Are you not connecting?


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on September 28, 2011, 02:29:04 PM
Sorry guys, had a SURPRISE! BUTTSEKS! hard drive failure this morning.  Had to do an emergency hard-drive-ectomy.  All is well now, it's been replaced and the array is rebuilding just fine.  Go, go RAID 10.

Everything should be back to normal and share submission should have only been down for about 2 - 3 minutes, though the website was down for about 15 or 20.  No shares were lost or anything, though.


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Reuef on September 29, 2011, 04:22:06 PM
poke it with a stick....or a Jalepeno on a Stick...


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on September 29, 2011, 05:34:15 PM
poke it with a stick....or a Jalepeno on a Stick...

+1
I'm gettin' tired of gnawing on this one


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Reuef on September 29, 2011, 06:03:45 PM
poke it with a stick....or a Jalepeno on a Stick...

+1
I'm gettin' tired of gnawing on this one

Would throw more at it but 2 video cards have gone down in the past few days.  One I think I can repair, the other I may just have to use for spare parts...luckily I have made back my investment on both of them.


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on September 29, 2011, 06:22:14 PM
...luckily I have made back my investment on both of them.

Wish I could say that


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: cengique on September 29, 2011, 06:23:00 PM
Would throw more at it but 2 video cards have gone down in the past few days.  One I think I can repair, the other I may just have to use for spare parts...luckily I have made back my investment on both of them.
It's been a bad week for me, too. I found one motherboard filled with capacitors opened up like popcorn (like ten of them!) and another machine with a dead PSU. :(

How do you repair the video cards? Are you also replacing the bad caps (http://badcaps.net)?

Good that you got your investment back.. I'm in so much loss that I doubt can recover with the current BTC value. Actually, at this point it barely pays for the power bill. Maybe once the weather cools I can get heating from them :D


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on September 30, 2011, 08:56:26 PM
After THREE days, I'm startin' to hate this block!


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on October 01, 2011, 02:07:07 AM
seems ok to me

=]

'monkey


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on October 01, 2011, 02:22:54 AM
much better now


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: n4l3hp on October 02, 2011, 02:17:43 AM
looks like another long one


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1984 on October 02, 2011, 07:46:02 AM
that's what she said


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on October 02, 2011, 08:09:47 AM
Looks like we are paying for our luck for the past week or so.


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: n4l3hp on October 02, 2011, 01:43:27 PM
I noticed that we always have long blocks almost everytime there's a difficulty change


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: village.idiot on October 02, 2011, 02:56:58 PM
but the difficulty's been going down.

Shouldn't that make it easier?! ???


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on October 02, 2011, 04:59:55 PM
been pretty negligible difference though

now if the diff had been cut in half, well then you might notice.

'monkey


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on October 02, 2011, 08:49:44 PM
I noticed that we always have long blocks almost everytime there's a difficulty change

Huh, you are right. I hadn't noticed that before.  I'm not sure what would account for that... Has anyone looked at other pools stats when there's a difficulty change mid block?  Do they also have a long block? 



Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: kripz on October 03, 2011, 12:15:57 PM
I just realised that i've gotten us out of some ruts before:

Code:
84 147816 2011-10-02 21:49:26 1 d 21:30:14 2745080 +162.49% 1689334 87/120 54584 0.90181600
(-10.25%) 0.00000000
73 146091 2011-09-20 03:41:22 1 d 15:01:14 1903949 +108.46% 1755425 Valid 47564 1.13585400
(-9.97%) 0.00000000

Some of my solved blocks with > 100% luck. :D


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1984 on October 08, 2011, 04:38:02 AM
stick pokey pokey.....


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: gnar1ta$ on October 08, 2011, 02:29:13 PM
you might need to set the end of that stick on fire first....


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on October 08, 2011, 07:21:17 PM
kripz, is your avatar from a movie?

'monkey


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: 1984 on October 09, 2011, 06:07:59 AM
Hey where'd everyone go? One 5 day block and everyone disappears.


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: gnar1ta$ on October 09, 2011, 08:34:07 AM
Hey where'd everyone go? One 5 day block and everyone disappears.

Does that mean more for me because I stuck around?


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: cengique on October 09, 2011, 03:27:53 PM
Hey where'd everyone go? One 5 day block and everyone disappears.

Does that mean more for me because I stuck around?
It seems so! For this block, my luck was 300% and I got about 20% more than what I usually get when the pool rate wat ~80GH/s.

Fluctuations in the bitcoin value may have something to do with people stopping to mine, too.


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on October 11, 2011, 02:26:17 PM
I was out of town for about 10 days and the power flickered at one point, so half my miners were down for several days. 

I wish this merged mining thing was in better shape, but the total lack of coherent communication from the namecoin/merged mining side of things is a real stumbling block to getting that going.


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: flower1024 on October 11, 2011, 02:46:32 PM
I was out of town for about 10 days and the power flickered at one point, so half my miners were down for several days. 

I wish this merged mining thing was in better shape, but the total lack of coherent communication from the namecoin/merged mining side of things is a real stumbling block to getting that going.

slush described a method in eligius' thread about merged mining without destroying bitcoin minings stability.

maybe you could try that?

but i agree to you that merged mining did not start very well at all.


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: hmongotaku on October 11, 2011, 06:15:39 PM
sounds good let me try it a day.


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: kripz on October 16, 2011, 11:19:23 AM
Any new features planned/coming?


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on October 16, 2011, 05:41:12 PM
Yep, I should have something solid on merged mining tonight (I hope, barring any problems) and we will start merged mining officially later tonight or Monday.

Just been so busy lately, haven't been able to work on new features, but things are cooling down as far as my schedule goes, so I should be able to get back to adding stuff.  Although, Battlefield 3 may throw a bit of a kink into my free time :)



Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: WebMonkey on October 16, 2011, 06:26:21 PM

Although, Battlefield 3 may throw a bit of a kink into my free time :)



see, that's what i'm talkin' about.

i've gotten my legs underneath me with the beta, now it's time for some full on bf3.
/me wishes there was a local co-locator.  poweredge 2650 with no bandwidth for the clan website/teamspeak server...

=]

'monkey


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on October 17, 2011, 03:18:13 AM
I don't feel comfortable with the stability of the merged mining right now, Sunday night.  I am pushing off the ETA until Monday night for merged mining to be active.  I will be working on the backend code tomorrow, so I should have something nice and stable by then.


Title: Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More
Post by: Inaba on October 18, 2011, 01:36:17 AM
I've finally finished all the code for merged mining and I am currently testing it out and waiting for a solved block to be sure things are paying out properly.  If all goes well, we will officially start merged mining at that time.


Title: Re: [75 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: village.idiot on October 18, 2011, 02:56:38 AM
Inaba, I don't know what you did, but

GOOD WORK!!

blocks 149698, 149700, 149703...


Title: Re: [75 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: Inaba on October 18, 2011, 02:58:14 AM
Those are NMC blocks that were found being reported as BTC blocks, sorry to get anyones hopes up.


Title: Re: [75 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: village.idiot on October 18, 2011, 03:08:44 AM
Okay, so at least we got 149703.
Do the miners (biological units) need to do anything to collect NMCs?


Title: Re: [75 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: Inaba on October 18, 2011, 03:43:25 AM
Nope, it's all automatic.  They will just start showing up in your account.

Merged mining should be working.  I'll let it run over night and see what we get in the morning.  If for some reason the merged mining payout breaks the housekeeping code, the stats won't update, but no shares will be lost or anything as those are completely separate and I'll get it fixed asap.

Block SMS and email notifications are turned off at the moment so people don't get flooded with NMC solved block messages.


Title: Re: [75 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: Inaba on October 18, 2011, 07:15:52 PM
Ok, everything appears to be working properly.  We found several BTC blocks as well, bonus!

Please post if you have any problems or what have you.


Title: Re: [75 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: cengique on October 18, 2011, 08:19:32 PM
Nope, it's all automatic.  They will just start showing up in your account.

Nice, so all we have to do is to get a NMC wallet and enter it in our account details. Thanks for all the work, Inaba!

Is there a place to see the NMC Block Stats yet?


Title: Re: [75 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: Inaba on October 18, 2011, 08:47:26 PM
Yep, all you need to do is put in your namecoin wallet ID.  The Namecoin Payme button is apparently not showing up correctly unless you have BTC in your account.  I will fix that tonight along with some other minor problems and enable the ability to disable your namecoins if you don't want them.

For the NMC block status, you can click the Namecoin Block stab in the regular Block Stats page and it will show the Namecoin blocks we have solved and their solved status


Title: Re: [75 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: kripz on October 20, 2011, 02:05:12 AM
Payout needs to be clarified and more transparent.

Maybe something like (move the buttons).
Code:
Balance                                Payout
BTC
--------------------------------------------------------------------------
Bitcoins: 10                      [BTC] [Paypal]
Unconfirmed BTC: 0.1

NMC
--------------------------------------------------------------------------
NMC: 100                         [NMC]
Unconfirmed NMC: 100

Buttons should be moved. ATM it looks like i can withdraw my BTC in NMC and my NMC in Paypal (is this the case?).


Title: Re: [75 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: WebMonkey on October 20, 2011, 02:09:09 AM
that'd be nice

=]

'monkey


Title: Re: [75 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: kripz on October 20, 2011, 12:04:11 PM
Still getting DoSed by Inaba :(


Title: Re: [75 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: Inaba on October 20, 2011, 12:46:06 PM
Hmm, ok, I will move the buttons around.  No, you can't withdraw your NMC in BTC or Paypal.  The only difference from before is you can withdraw NMC in NMC with the button.

What do you mean you are getting DoSed?  What's your avatar from, BTW?


Title: Re: [75 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: village.idiot on October 20, 2011, 12:51:07 PM
Could be differences in browsers.  I'm only seeing a button for MNC Pay Me.
Using Firefox 7.0.1 on Mint 11.0


Title: Re: [75 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: Inaba on October 20, 2011, 01:48:24 PM
Paypal / BTC buttons only appear if you have a balance of BTC.  NMC button only appears if you have an NMC balance


Title: Re: [75 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: village.idiot on October 20, 2011, 02:15:38 PM
I never noticed that.
I guess I'll see the buttons reappear in another 18 blocks


Title: Re: [75 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: cengique on October 20, 2011, 03:58:56 PM
What do you mean you are getting DoSed? 

I think s/he means we're getting a lot of NMC block found emails and unchecking the NMC option in the user account doesn't stop it ;)


Title: Re: [75 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: village.idiot on October 20, 2011, 04:17:34 PM
Early on, I received some texts for NMC even though it wasn't checked(by default).
I checked and saved it, then unchecked and saved again.
Haven't received any since.


Title: Re: [75 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: Inaba on October 20, 2011, 07:15:54 PM
I made some changes so the check boxes should work properly now.


Title: Re: [90 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: Druas on October 20, 2011, 11:28:01 PM
You guys are stickied for the first time I think?


Title: Re: [90 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: Inaba on October 21, 2011, 12:48:01 AM
Yeah... we are?  How's that?  Did we lose Slush and Deepbit and BTCGuild and stuff?


Title: Re: [90 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: cyberlync on October 21, 2011, 01:17:12 AM
Hi there, thanks for the pool!
I was wondering, when I create a worker I can choose between Score/Prop. and LNSPPS, I have a hard time figuring out which one to choose, could someone explain the differences between those two for me please?

Thanks in advance.


Title: Re: [90 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: Inaba on October 21, 2011, 04:24:37 AM
You can ignore those options.  The scored pool is separate from the prop pool now and the DGS basically takes the place of LNSPPS.

I should probably remove that drop down.


Title: Re: [90 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: cengique on October 21, 2011, 07:19:53 PM
Yeah... we are?  How's that?  Did we lose Slush and Deepbit and BTCGuild and stuff?
Our hash rate is also slightly increased compared to the past weeks. Maybe because you implemented merged mining?


Title: Re: [121 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: BadPenny on October 22, 2011, 03:28:13 AM
I keep getting "Pool 0 not providing work fast enough" from cgminer @ Eclipse, each one exactly one minute apart.  ???


Title: Re: [121 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: Inaba on October 22, 2011, 05:31:22 AM
I've seen that error from cgiminer on occasion and never been able to trace it back to anything on the pool.  I've chalked it up to either a bug or overzealous timing in cgiminer, as poclbm and phoenix aren't having any issues and reject rate is running about .2%. (Yes, .2%, not 2%)

Is anyone else experiencing any issues of any kind?  I have some tweaks I can make to speed things up if need be, but I've held off because I don't want to introduce anything that might cause some initial problems into a system that seems to be working fine.

Is your hashrate/expected shares suffering at all, Badpenny?


Title: Re: [121 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: gmaxwell on October 22, 2011, 05:47:26 AM
I've seen that error from cgiminer on occasion and never been able to trace it back to anything on the pool.  I've chalked it up to either a bug or overzealous timing in cgiminer, as poclbm and phoenix aren't having any issues and reject rate is running about .2%. (Yes, .2%, not 2%)

Is anyone else experiencing any issues of any kind?

I'm seeing the same issue with cgminer on fast systems— watching the traffic I'm seeing the pool take several seconds to respond to getwork requests and the miner runs dry.   I _assume_ this is hurting my hashrate as you're reporting 1.80GH/s against a system which does 1940.6 MH/s day in and out, though maybe I've just had bad timing.   I do see the 0.2% stale rate, which is nice enough.

Cgminer systems can have a lot of hash rate behind a single connection, and they avoid queuing much work to avoid stales... so it's important to keep them saturated.

I didn't bother reconnecting to check the headers, do you have nrolltime enabled?


Title: Re: [121 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: BadPenny on October 22, 2011, 12:54:26 PM
Is your hashrate/expected shares suffering at all, Badpenny?
Everything seems normal otherwise.  My hashrate seems correct, share count is about right, maybe a little low. 
Current sample shows 1066 shares submitted with 3 stale, so that's good.  Average shares per minute is about what it is when mining at Arsbitcoin or Mt. Red.


Title: Re: [121 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: BadPenny on October 22, 2011, 03:30:48 PM
I think the issue might be Nvidia-related, because my two ATI rigs don't seem to be affected.  Switching from cgminer v2.0.3 to v2.0.4 seems to have helped, too.
Now, shares-per-minute has gone up for all my workers.  Life is good.  Awesome pool you've got here, by the way.


Title: Re: [121 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: cengique on October 22, 2011, 03:45:31 PM
I'm seeing the same issue with cgminer on fast systems— watching the traffic I'm seeing the pool take several seconds to respond to getwork requests and the miner runs dry.   I _assume_ this is hurting my hashrate as you're reporting 1.80GH/s against a system which does 1940.6 MH/s day in and out [...]
I observe something similar on my phoenix miners, I can see them waiting and dropping to 0 hashrate. And on EMC my hashrate report varies between 2.6 and 2.9 GH/s, meaning it slows down although my miners are running at constant speed.


Title: Re: [121 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: Inaba on October 22, 2011, 07:30:23 PM
Yes, roll.ntime is enabled, or should be at any rate.

I am looking at switching the getwork server over to PoolServerJ... I just haven't had time to setup my java development environment and make the changes necessary.  I hope to get to that soon, and assuming it's everything everyone says it is, that will hopefully correct any problems, if they exist... though I can't figure out where they might be, unless the miner is running dry during an LP.  

During an LP, the system is trying to hand out a ton of work at the same time, so there is an occasional bottleneck there.

The hashrate will vary widely on the pool as to what it's reporting because it's only an estimate based on the amount of shares you've submitted, whereas the miner knows exactly what rate it's processing - so the miner hashrate will be fairly constant, but the pool hashrate will vary widely depending on your luck.  Mine goes from anywhere between ~12.1 - ~14 GH/s at any given time, depending on luck.


Title: Re: [121 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: gmaxwell on October 23, 2011, 08:28:28 AM
During an LP, the system is trying to hand out a ton of work at the same time, so there is an occasional bottleneck there.

I'll instrument the code I'm running to check.   One thing that might help is just increasing the number of front ends you're running, even on the same systems.

I haven't hacked on pushpool for a while, but when I last did it had a lot of blocking IO.... so a few slow sockets could really bog down its response time.  I actually have no clue what you're running but if has a similar design you might get better throughput just by running more processes.  (You could load balance with some OS level rounding-robbining  of the sockets or just by giving users more ports to connect to)


Title: Re: [121 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: racerguy on October 23, 2011, 12:04:47 PM
Just joined your pool, connected to the pacific server and was getting 15% rejects, changed to the us server and haven't had a reject yet.  Something wrong with the pacific server?


Title: Re: [121 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: Meni Rosenfeld on October 23, 2011, 01:35:46 PM
Will you add a feature to automatically convert the NMC balance to BTC?

You could make a daily job that sends the NMC of everyone with the option selected to an exchange, withdraws, and distribute the earned BTC in proportion to the namecoins taken.


Title: Re: [121 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: Inaba on October 23, 2011, 10:04:33 PM
I'll instrument the code I'm running to check.   One thing that might help is just increasing the number of front ends you're running, even on the same systems.

I haven't hacked on pushpool for a while, but when I last did it had a lot of blocking IO.... so a few slow sockets could really bog down its response time.  I actually have no clue what you're running but if has a similar design you might get better throughput just by running more processes.  (You could load balance with some OS level rounding-robbining  of the sockets or just by giving users more ports to connect to)

I'll look into that - I hope to have a Poolserverj test instance up this week, so it may fix the problems all together anyway.

Just joined your pool, connected to the pacific server and was getting 15% rejects, changed to the us server and haven't had a reject yet.  Something wrong with the pacific server?

Yeah, there's some routing issues with that.  Use the US server for the time being, it's much more reliable.  I need to find a new host in Australia or Asia somewhere but so far everywhere I've looked wants a ridiculous amount of money for a colocated server.

Will you add a feature to automatically convert the NMC balance to BTC?

You could make a daily job that sends the NMC of everyone with the option selected to an exchange, withdraws, and distribute the earned BTC in proportion to the namecoins taken.

Is there an exchange that has a permanent API that will allow me to deposit money and initiate sales?  Bitparking doesn't seem to have an API at all.


Title: Re: [121 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: Inaba on October 23, 2011, 10:33:43 PM
I added another instance on port 9007 as a test.  If some people want to try to connect to that port to see if it clears up any problems and report back, that'd be great.



Title: Re: [121 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: racerguy on October 23, 2011, 10:50:43 PM
I added another instance on port 9007 as a test.  If some people want to try to connect to that port to see if it clears up any problems and report back, that'd be great.



Trying it for the last 10min, working fine for me.


Title: Re: [121 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: Meni Rosenfeld on October 24, 2011, 05:55:04 AM
Will you add a feature to automatically convert the NMC balance to BTC?

You could make a daily job that sends the NMC of everyone with the option selected to an exchange, withdraws, and distribute the earned BTC in proportion to the namecoins taken.

Is there an exchange that has a permanent API that will allow me to deposit money and initiate sales?  Bitparking doesn't seem to have an API at all.
It looks like https://btcex.com/ has an API.


Title: Re: [112 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: organofcorti on October 24, 2011, 06:39:45 AM
nmcbit (http://nmcbit.com) already does this and it's very handy. The pool owner seems like a good guy - he might tell you how he does it.


Title: Re: [112 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: kripz on October 24, 2011, 08:55:57 AM
NMC -> BTC -> PP  ;D


Title: Re: [112 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: Inaba on October 24, 2011, 12:31:19 PM
nmcbit (http://nmcbit.com) already does this and it's very handy. The pool owner seems like a good guy - he might tell you how he does it.

Pretty sure he does it manually (and consequently likely takes a loss on occasion) - that's not really sustainable or practical not to mention you're at his whim in so far as he will do it when he's awake/has time/etc...

It will make it a priority to do this as soon as it's possible to automate in some fashion, though. 


Title: Re: [112 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: racerguy on October 24, 2011, 11:36:03 PM
Mining on the pacific server again after updating to the latest cgminer and it's working fine for me too, I think the stales I was getting yesterday were cause by running cgminer 2.06, after every long poll it would give me a bunch of stales somehow (on all pools), anyway it seems fixed now(330accepted v 2 stales).


Title: Re: [121 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: Druas on October 25, 2011, 07:40:16 AM
Just joined your pool, connected to the pacific server and was getting 15% rejects, changed to the us server and haven't had a reject yet.  Something wrong with the pacific server?

Yeah, there's some routing issues with that.  Use the US server for the time being, it's much more reliable.  I need to find a new host in Australia or Asia somewhere but so far everywhere I've looked wants a ridiculous amount of money for a colocated server.
Maybe you should see what host https://ozco.in/ uses?


Title: Re: [112 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: Inaba on October 25, 2011, 03:36:05 PM
They use WebInABox, which was one of the most ridiculously priced ones I've found.  They want a minimum of $250/mo for a basic dedicated server or a whopping $100/mo for a 1U server with only 5GB of data... it's almost laughable.  The state of Australia ISPs is dismal and I feel sorry for the people forced to go to Australian ISPs for their hosting needs.  I honestly don't see how ozco.in can stay in business at 0% fee... they must be taking a loss of major proportions.


Title: Re: [112 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: racerguy on October 25, 2011, 06:45:53 PM
I'm running at 1 reject for 1200 shares since I rebooted on the pacific server, seems to be working fine atm anyway.


Title: Re: [112 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: dark_silverstar on October 29, 2011, 08:15:42 AM
been using this pool for 1 week. im satisfied with the pool service, and the design is good for new user. keep it up  8)


Title: Re: [112 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: Inaba on October 29, 2011, 08:15:56 PM
Great!  Glad you like it. 

More improvements coming soon!


Title: Re: [112 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: kripz on October 31, 2011, 08:34:15 AM
Great!  Glad you like it. 

More improvements coming soon!

Hints?


Title: Re: [112 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: Inaba on November 01, 2011, 04:20:15 PM
I've added a new option to Manage Workers - you can input the power draw and cost per KW/h next to a worker.  On the My Workers page, you'll then be notified if the worker is profitable or not profitable, based on the USD exchange rate of BTC




Title: Re: [112 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: WebMonkey on November 01, 2011, 05:02:51 PM
that's cool

'monkey


Title: Re: [112 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: dark_silverstar on November 01, 2011, 11:45:29 PM
nice feature. looks like my 5850 still profitable  ;D


Title: Re: [112 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: cengique on November 02, 2011, 12:31:09 AM
nice feature. looks like my 5850 still profitable  ;D
Nice, it looks like I'm making $-5 per day (if I was paying for power). :P


Title: Re: [112 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: Inaba on November 02, 2011, 01:00:35 AM
I just updated the profitability feature.  It now shows you how much you are making (or losing) in BTC and USD per day when factoring in the cost of power to run your miners.  It will turn red if you are losing money, green if you are making money.

You can enter a 0 cost for power and it will tell you how much you are generating per day in BTC and USD without the cost of power factored in.

I've already found 3 problem miners I didn't know I had.  Hard to keep up with 34 miners ... 1 fan out (over heat and throttling) and the others overheating for some as yet unknown reason (and throttling). 


Title: Re: [112 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: village.idiot on November 02, 2011, 01:23:08 AM
With no power bill I'm making just over $1 USD/day.

Of course, that's not counting the fortune I'm making in Namecoins! ;)


Title: Re: [112 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: cengique on November 02, 2011, 02:42:18 AM
I just updated the profitability feature.  It now shows you how much you are making (or losing) in BTC and USD per day when factoring in the cost of power to run your miners.  It will turn red if you are losing money, green if you are making money.
Something definitely changed, it switched from $-5 to $+2. Was a problem with the calculation before? I didn't change my $/kWh setting in the meantime.

I've already found 3 problem miners I didn't know I had.  Hard to keep up with 34 miners ... 1 fan out (over heat and throttling) and the others overheating for some as yet unknown reason (and throttling). 
Hardware problems always bound to happen as we're pushing these to the limits. I have a 5970 that is throttling for some reason too. I opened the cooling block and put more thermal paste on it, but still no difference :(


Title: Re: [112 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: Inaba on November 02, 2011, 02:55:01 AM
Yeah, I was working on the calculations - they were screwed up at first.  They are good to go now, though.



Title: Re: [112 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: Inaba on November 02, 2011, 02:28:58 PM
I added auto payout for NMC.  No PP yet for NMC, but it's in the works.


Title: Re: [112 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: Graet on November 02, 2011, 04:01:38 PM
They use WebInABox, which was one of the most ridiculously priced ones I've found.  They want a minimum of $250/mo for a basic dedicated server or a whopping $100/mo for a 1U server with only 5GB of data... it's almost laughable.  The state of Australia ISPs is dismal and I feel sorry for the people forced to go to Australian ISPs for their hosting needs.  I honestly don't see how ozco.in can stay in business at 0% fee... they must be taking a loss of major proportions.
There was and is a reason to host in AU, yes its expensive and thus a US server coming soon :)
no need to feel sorry for me - I knew what i was getting - been dealing with AU hosts for years :/
WebInABox is run by people I know and have been very good to me :)


Title: Re: [112 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: WebMonkey on November 02, 2011, 04:52:54 PM
coolio

'monkey


Title: Re: [112 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: Inaba on November 02, 2011, 05:33:32 PM
At those prices, they better be REALLY good to you!  :) 

I'm sure they are a good company, but their prices are insane... I suppose that's what the market is in AU though.  Someone needs to come in and provide a cheap alternative and eat all the other ISPs lunch.  How can prices be so much less here in the US?  For the same as a basic $250 package for WebInABox, I can get the saem for about $50 here in the US.


Title: Re: [112 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: Graet on November 02, 2011, 06:21:50 PM
At those prices, they better be REALLY good to you!  :) 

I'm sure they are a good company, but their prices are insane... I suppose that's what the market is in AU though.  Someone needs to come in and provide a cheap alternative and eat all the other ISPs lunch.  How can prices be so much less here in the US?  For the same as a basic $250 package for WebInABox, I can get the saem for about $50 here in the US.

there are a limited number of big fat pipes into AU. its these international links to/from our island continent that cost,
plus the established billing structure of providers in AU - if you are on a good thing, why change? :/

there are cheaper hosts, but quality of service generally drops quicker than cost ;)


Title: Re: [112 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: gnar1ta$ on November 03, 2011, 03:08:08 AM
Is the donation % now taking from BTC and NMC?  It would be nice to have a separate donation for each, or a NMC donation address for the pool.


Title: Re: [112 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: freakfantom on November 03, 2011, 07:30:01 AM
Please, add an option to convert NMC to BTC.


Title: Re: [112 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: Inaba on November 03, 2011, 07:44:27 PM
Donation currently is set the same for both NMC and BTC.  I will spit it up so that you can set it individually.

As soon as I can find a reliable API for gathering the exchange rate between NMC and BTC, I will make the ability to convert available.


Title: Re: [112 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: WebMonkey on November 03, 2011, 08:54:39 PM
busy busy!

=]

'monkey


Title: Re: [112 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Druas on November 03, 2011, 09:45:21 PM
Are block stats messed up for anyone else?


Title: Re: [112 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on November 03, 2011, 11:00:08 PM
Yep, I killed the block stats!

Meni found a bug earlier today in how shares are transferred from block to block with the DGS.  It did/does not affect payout negatively, just the calculation of how many shares you submitted for a given round.  The payment calculation is handled in a different table than the block stats display and I had mistakenly had the SQL taking the last shares submitted from the last block you mined in and putting it in the block stats table, even if you didn't mine in a block - it just kept putting the same number of shares in each subsequent block statistic.

The upshot is that everyone got paid for more shares than they submitted!  Jackpot! (Total overpayment was about 7 BTC across all blocks, so it was a fraction of a BTC per person)

Anyway, the bug is fixed now, or should be, but block stats may or may not display a slightly lower number/prop differential than expected, due to the calculation "missing" the phantom shares.  Going back to fix it would result in people getting a negative balance that I would have to fix manually, so everyone gets free BTC yay!  Your stats will show a lower prop differential boo!  In either case, though, you should be paid properly from now on... no more free rides! :)

While working on this bug, I also found another bug that was over calculating the amount of shares in a block (by a few tens or hundreds of shares per block) - so they were removed from all blocks as appropriate - our "luck" is actually better than has been reported... luck display should be accurate now.

If you notice something is not correct, let me know and I will look into it right away.


Title: Re: [112 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Druas on November 04, 2011, 12:26:41 AM
Your stats will show a lower prop differential boo!
This has probably been explained somewhere in the previous 50 pages of this topic, but what exactly is the prop differential?


Title: Re: [112 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: worldinacoin on November 04, 2011, 12:40:23 AM
It is quite normally, nothing ridiculous. This is Australia pricing, you can be sure other parts of the world had similar pricing.  Just a few years ago, my IDC only allow 20 GB/mth traffic per rack and comes at USD$800 with 1.5kVA!

They use WebInABox, which was one of the most ridiculously priced ones I've found.  They want a minimum of $250/mo for a basic dedicated server or a whopping $100/mo for a 1U server with only 5GB of data... it's almost laughable.  The state of Australia ISPs is dismal and I feel sorry for the people forced to go to Australian ISPs for their hosting needs.  I honestly don't see how ozco.in can stay in business at 0% fee... they must be taking a loss of major proportions.
There was and is a reason to host in AU, yes its expensive and thus a US server coming soon :)
no need to feel sorry for me - I knew what i was getting - been dealing with AU hosts for years :/
WebInABox is run by people I know and have been very good to me :)



Title: Re: [112 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on November 04, 2011, 01:50:29 AM
Quote
This has probably been explained somewhere in the previous 50 pages of this topic, but what exactly is the prop differential?

It tells you how much you made (or lost) in comparison to mining at a 100% fair proportional pool (which doesn't exist because of hoppers).  Basically, it gives you a rough guide of how much more you are making compared to mining on a proportional pool that has hoppers on it.  When you see a + percentage, it usually means someone has been hopping the pool or had miner problems and stopped mining before the block was finished.  You gain x% more than you would have if you were mining at a prop pool and that person was hopping or quit prior to the block being solved.

It is quite normally, nothing ridiculous. This is Australia pricing, you can be sure other parts of the world had similar pricing.  Just a few years ago, my IDC only allow 20 GB/mth traffic per rack and comes at USD$800 with 1.5kVA!

It may be "normal" in so far as it's the going rate in Australia, but it is still utterly ridiculous.  The state of your Data Centers in Australia are like our wireless carriers here - they are crying about artificial bandwidth shortage, which simply does not exist, and then charging you for it.  Bandwidth is cheap the world over.  Australian bandwidth isn't any more expensive than US bandwidth - they all run on the same hardware.  The intercontinental links may be more congested, but this has very, very little to do with your ISPs and the Data Centers.  Traffic in and around Australia is counted towards the artificially low caps, even though the IC links are not utilized... so you're being charged a premium for this artificial bandwidth scarcity.  Our wireless carriers, and to an extent our wireline carriers are trying to pull the same thing over here, most egregiously AT&T and Comcast.

For 99% of the population, they have no idea what bandwidth capacity is (or even what bandwidth really is), but for the few people who actually work in the industry and work with the equipment, we know what a joke the whole thing is.  There is a glut of bandwidth.  The backbone in the US is at a fraction of it's current capacity and adding capacity is dirt cheap. There is no bandwidth shortage in the US or worldwide.  Anyone who tells you differently is lying or severely misinformed. The only people crying about bandwidth shortages are those that stand to make money from charging you for your usage.




Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: WebMonkey on November 04, 2011, 12:44:46 PM
your full disclosure is threatening my bottom line inaba.....

=]

'monkey


Title: Re: [112 GH/s] EMC: 0 Fee/Merged Mining/PayPal Payout/SMS/US/EU/AU//More
Post by: urstroyer on November 05, 2011, 11:25:56 AM
Donation currently is set the same for both NMC and BTC.  I will spit it up so that you can set it individually.

As soon as I can find a reliable API for gathering the exchange rate between NMC and BTC, I will make the ability to convert available.


Hi Inaba,

if you are interested, i currently use this api for exchange rates:
http://exchange.bitparking.com:8080/api/ticker


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on November 05, 2011, 04:20:53 PM
Oh, nice... ok, I will see what I can do about integrating that this weekend or early next week.  Thanks for the tip!


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: catfish on November 05, 2011, 06:20:36 PM
Hi Inaba

Nice little pool you've got here. I'm a firm believer in supporting the medium-sized pools rather than defaulting to the big players, so I've dropped my baby mining rig onto Eclipse and hope we beat the evil long blocks.

TBH, whenever I move pools, it's like a curse followed by a blessing... I join a new pool and there's immediately a 2-day block or some other evil that stops payouts for ages :) But after the first 'catfish turned up' long block, there are usually a load of lucky short blocks. Yes, your long block started before I dropped in, but I'm not predicting (or desiring) another big one ;)

I hope to release my version of your Linux install - I've taken your advice re: 64-bit but the scripts will deal with either 32-bit or 64-bit; the difference is that my build is a single job that runs on 'Minimal' Ubuntu, and shouldn't break and confuse the noobs when source to python-jsonrpc or pyopencl moves from the URL in the original script. Yes, that means it's stuck on an old version of Catalyst and APP SDK - but it's one that I've tested and works on a decent variety of hardware.

Anyway I've managed to claw the catfish onto your pie chart. Excellent stability BTW - absolutely excellent. I was considering that my rig was badly set up due to regular dropouts on my previous pool. Since running on yours - everything has run at full utilisation with no dropouts - must be the quality of your infrastructure.

Impressed. Nice one. Hope to contribute a block or two in due course.

cheeeers
catfish


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on November 05, 2011, 09:26:14 PM
Thanks catfish.  There's a lot that can be done with the guide for mining in particular.  I just put together the guide for the easiest/quickest/simpliest of methods to get it up and running, but as for optimization, it's definitely not a good guide for that.

As far as python-jsonrpc - I don't think you need it anymore and if I recall, it's not in the guide.  Only pyopencl is required now.

Anyway, the pool is pretty stable unless I am poking at it with a stick, then it gets uppity... but I haven't had to poke any sticks into the pool in a while.  I do need to make some adjustments to the internals of the getwork server now that we are no longer doing proportional... it's still got the proportional code running but doing nothing. 

I'm also considering switching to Poolserverj when that is a bit more stable.  Although if it ain't broke, I shouldn't fix it.  But I always do.


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: catfish on November 05, 2011, 10:47:27 PM
Thanks catfish.  There's a lot that can be done with the guide for mining in particular.  I just put together the guide for the easiest/quickest/simpliest of methods to get it up and running, but as for optimization, it's definitely not a good guide for that.

As far as python-jsonrpc - I don't think you need it anymore and if I recall, it's not in the guide.  Only pyopencl is required now.

Anyway, the pool is pretty stable unless I am poking at it with a stick, then it gets uppity... but I haven't had to poke any sticks into the pool in a while.  I do need to make some adjustments to the internals of the getwork server now that we are no longer doing proportional... it's still got the proportional code running but doing nothing. 

I'm also considering switching to Poolserverj when that is a bit more stable.  Although if it ain't broke, I shouldn't fix it.  But I always do.

Hmmm... I'd refer you to BurningToad's comments re: poolserverj and arsbitcoin.com. I'm an old Mac Ach forum guy (as in back in the G4 days) so went with arsbitcoin after MMC closed their doors due to terrorist threats (regardless of arsbitcoin not being formally associated with ars technica, etc.) and it appears that poolserverj requires a fair amount of keeping on top of.

Let's put it this way - I wish them the best of fortune (because BT seems to be dealing with external issues that are of a higher priority) - but my miners were running at an average of 2-3 GH/s - and that's *with* me watching like a hawk and restarting miners when necessary. BT admitted that poolserverj and other software locked up after a while (memory leak sounds normal) and needed restarting, which he didn't always get informed of.

Fair enough if external issues are the main priority. But your system is clearly stable as a rock, and if the flakiness of arsbitcoin was down to poolserverj... I'd rather you not bother unless you are satisfied that it meets your currently (obviously very high) standards.

To me - I don't care about the actual technology / language used to run the pool server - only that my electricity bill represents accepted work from the pool, and that my miners aren't sitting there 20% of the time burning kilowatts but with no work from the pool.

I'm sure that you won't deliver a half-baked solution though - doesn't look like your style. Let us all know if old configs like mine (11.04 ubuntu natty minimal, 11.6 catalyst, 2.4 APP SDK, 1.50 phoenix, various phatk kernels ;) and a load of really shoddy catfish scripting in ruby and bash) are potentially going to be unsupported though. I've trialled the latest (AFAIK) phoenix - 1.62 - and it works but doesn't offer any performance improvements to me, nor does it change the crazy monster-stdout verbosity (I redirect phoenix output to a file and then use that to extract performance statistics, after a week it's over a gigabyte per instance), so I haven't bothered updating globally.


OTOH - my aim with the Linux Minimal build isn't to try to do any better than you - your guide works and is perfect for anyone who has 10 minutes or more shell experience. Mine is just an attempt at giving something back - all my homebrew code that starts up and stops arbitrary numbers of phoenix miners on each rig (mine tend to have 4 GPUs per logic board, but there's no limit other than ATI's), and periodically updates an html page with formatted data for each instance. Consolidating the instances to one webpage (as I do) is left to the user - it's tricky on OS X Server due to various idiosyncrasies of the apache version used, but really it's just a question of linking the HTML from each mining rig into one webpage. It works with SSI but obviously you need to be careful with security - it's simple data though with no scripting other than 'include' for each miner instance's table rows.

It won't be for everyone, but after installing my miners on full Ubuntu Desktop installs with all the patches, I was wondering why the hell I needed compiz, apparmor, and a load of fancy GUI eye candy (that *does* affect the 'first' processing GPU). I'm henceforth working on trying to get a happy, compatible miner build that starts with the Ubuntu Minimal installation. I've got a couple of GH/s lying idle whilst I faff about - hashing power that should be working for the pool - so I'm on the case...

All of my scripts are commented to hell (as has always been my style) and your guides are cited and credited, but I'll run my proposed release past you beforehand. After all, they're all effectively the same, it comes down to whether you download source and compile, use apt packages, downloaded deb packages, and/or tarballs that used to be hosted somewhere but aren't anymore. I will probably get the security-paranoid jump down my throat for potentially distributing malware... so I'll probably end up having to provide MD5 hashes for the recommended binary / deb downloads. Now AMD require a questionnaire to be answered in order to download a non-current (e.g. 11.6, which works) proprietary driver, it's not a question of scripting wget any more. And expecting new Linux users to play AMD's silly games is too much - though I'm sure that if I host the entire dependency file group (including ATI drivers) then I'll get aggro for distributing copyrighted material... sigh...


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: racerguy on November 06, 2011, 04:56:37 AM
damn damn damn these rounds from hell!


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: organofcorti on November 06, 2011, 05:46:28 AM
damn damn damn these rounds from hell!

Does anyone have a feel for how double geometric scoring affects round size based variance?

Out of interest, have you compared your average payout/share to a theoretical prop payout/share for the same round?

If anyone's not sure what I mean then just pick a previous long round and divide payout by your submitted shares. Then divide the Difficulty for that round by the total shares for that round (theoretical proportional pool payout). Compare and contrast. If you can be bothered I'd like to see the results.

You might need to compare a few sequential rounds rather than just one round. To do this, divide your actual total payout by the total shares you submitted. Then (assuming Difficulty didn't change between the rounds you are looking at) compare with (Difficulty*number of rounds)/(total shares in rounds).



Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: racerguy on November 06, 2011, 06:11:53 AM
I thought the stats already told us that?


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: urstroyer on November 06, 2011, 06:41:46 AM
damn damn damn these rounds from hell!

Does anyone have a feel for how double geometric scoring affects round size based variance?

Out of interest, have you compared your average payout/share to a theoretical prop payout/share for the same round?

If anyone's not sure what I mean then just pick a previous long round and divide payout by your submitted shares. Then divide the Difficulty for that round by the total shares for that round (theoretical proportional pool payout). Compare and contrast. If you can be bothered I'd like to see the results.

You might need to compare a few sequential rounds rather than just one round. To do this, divide your actual total payout by the total shares you submitted. Then (assuming Difficulty didn't change between the rounds you are looking at) compare with (Difficulty*number of rounds)/(total shares in rounds).



It depends on the value of parameter o which every double geometric method pool chooses for his payout model:

Quote
o - Cross-round leakage. Increasing o reduces participants' share-based variance but increases maturity time. When o=0 this becomes the geometric method. When o->1 this becomes a variant of PPLNS, with exponential decay instead of 0-1 cutoff (note that "exponential" does not mean "rapid", the decay can be chosen to be slow). For o=1, c must be 0 and r (defined below) can be chosen freely instead of being given by a formula.
https://bitcointalk.org/index.php?topic=39497.msg481864#msg481864

Maybe Inaba will make the parameter o - cross-round leakage public.

If you are interested how round size based variance goes with o = 0.5 send me a pm!


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: organofcorti on November 06, 2011, 07:25:28 AM
damn damn damn these rounds from hell!

Does anyone have a feel for how double geometric scoring affects round size based variance?

Out of interest, have you compared your average payout/share to a theoretical prop payout/share for the same round?

If anyone's not sure what I mean then just pick a previous long round and divide payout by your submitted shares. Then divide the Difficulty for that round by the total shares for that round (theoretical proportional pool payout). Compare and contrast. If you can be bothered I'd like to see the results.

You might need to compare a few sequential rounds rather than just one round. To do this, divide your actual total payout by the total shares you submitted. Then (assuming Difficulty didn't change between the rounds you are looking at) compare with (Difficulty*number of rounds)/(total shares in rounds).



It depends on the value of parameter o which every double geometric method pool chooses for his payout model:

Quote
o - Cross-round leakage. Increasing o reduces participants' share-based variance but increases maturity time. When o=0 this becomes the geometric method. When o->1 this becomes a variant of PPLNS, with exponential decay instead of 0-1 cutoff (note that "exponential" does not mean "rapid", the decay can be chosen to be slow). For o=1, c must be 0 and r (defined below) can be chosen freely instead of being given by a formula.
https://bitcointalk.org/index.php?topic=39497.msg481864#msg481864

Maybe Inaba will make the parameter o - cross-round leakage public.

If you are interested how round size based variance goes with o = 0.5 send me a pm!

Thanks urstroyer - but I was actually after what miner's experiences had been in the short term. In appendix D of Analysis of bitcoin pooled mining reward systems (https://bitcoil.co.il/pool_analysis.pdf) Meni shows how to calculate the variance and maturity time in the DGS payout system, but that doesn't give me the same insight as actual results do.

So I was interested in seeing what recent historical variance results had been after reading a post from someone complaining about a long round - had anyone seen a reduction in variance compared to a proportional payout?


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Meni Rosenfeld on November 06, 2011, 09:27:18 AM
damn damn damn these rounds from hell!

Does anyone have a feel for how double geometric scoring affects round size based variance?

Out of interest, have you compared your average payout/share to a theoretical prop payout/share for the same round?

If anyone's not sure what I mean then just pick a previous long round and divide payout by your submitted shares. Then divide the Difficulty for that round by the total shares for that round (theoretical proportional pool payout). Compare and contrast. If you can be bothered I'd like to see the results.

You might need to compare a few sequential rounds rather than just one round. To do this, divide your actual total payout by the total shares you submitted. Then (assuming Difficulty didn't change between the rounds you are looking at) compare with (Difficulty*number of rounds)/(total shares in rounds).



It depends on the value of parameter o which every double geometric method pool chooses for his payout model:

Quote
o - Cross-round leakage. Increasing o reduces participants' share-based variance but increases maturity time. When o=0 this becomes the geometric method. When o->1 this becomes a variant of PPLNS, with exponential decay instead of 0-1 cutoff (note that "exponential" does not mean "rapid", the decay can be chosen to be slow). For o=1, c must be 0 and r (defined below) can be chosen freely instead of being given by a formula.
https://bitcointalk.org/index.php?topic=39497.msg481864#msg481864

Maybe Inaba will make the parameter o - cross-round leakage public.

If you are interested how round size based variance goes with o = 0.5 send me a pm!

Thanks urstroyer - but I was actually after what miner's experiences had been in the short term. In appendix D of Analysis of bitcoin pooled mining reward systems (https://bitcoil.co.il/pool_analysis.pdf) Meni shows how to calculate the variance and maturity time in the DGS payout system, but that doesn't give me the same insight as actual results do.

So I was interested in seeing what recent historical variance results had been after reading a post from someone complaining about a long round - had anyone seen a reduction in variance compared to a proportional payout?
EMC uses c=0.01, o=0.99 which means there is very little reduction in pool-based variance. In AoBPMRS I've only done Geometric so far, not DGS, and anyway I've only calculated share-based variance - deriving pool-based variance is much harder.


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on November 06, 2011, 02:59:59 PM
The stats show your Proportional Differential on each block... basically what you would have recieved under a proportional system as opposed to the DGS.  It's listed in % and not absolute numbers, so just do the math and you'll have your BTC answer. 

Here's a last few blocks from my stats:

118   151835    2011-11-04 09:53:47   17:47:27   1822456   +51.43%   1203462   Valid    191909    5.46598395
(+3.67%)    0.00000000
117   151729    2011-11-03 16:06:20   19:15:37   2113683   +75.63%   1203462   Valid    219798    4.58462896
(-13.41%)    0.00000000
116   151627    2011-11-02 20:50:43   05:04:13   541474   -55.01%   1203462   Valid    54190    5.66392898
(+11.65%)    0.00000000
115   151600    2011-11-02 15:46:29   21:21:47   1948138   +61.88%   1203462   Valid    241323    6.08546998
(-1.78%)    0.00000000
114   151460    2011-11-01 18:24:42   02:32:38   269230   -77.63%   1203462   Valid    26681    5.58464397
(+11.27%)    0.0000000

Under the next to last column, the number in % is the prop differential.  I have miners go up and down on occasion, either I'm working on something, playing a game, etc... so sometimes I get negative differential.  However, block 117, Meni found a bug in  how stats are transferred from one block to the next and that block got recalculated without the "phatom shares" that were following some people, so it's showing lower than actual.  Going back to fix it would result in some people losing BTC, so I opted to leave it in, all other blocks than 117 are accurate.


I'd be happy to provide internal stats for whatever is needed (unless it compromised security or privacy).



Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on November 06, 2011, 03:06:58 PM
Catfish:

Very interesting about Poolserverj.  I will keep an eye on it.  I would need to do a lot of work on the internals to make it compatible with DGS and the way I have things running, so it's not something that would happen in the next week or two anyway. 

As far as "old" configs.  I use poclbm for all my miners, believe it or not.  None of this fancy phoenix or cgminer stuff!  None of my stuff starts up automatically, either... heh.  It's something that's been on my to-do list since April.  I do like that you have stats output in Pheonix, though... but I try to incorporate as much as that kind of stuff that I want to see into the pool itself.  What do your pages show that I might be able to add to the pool?

I'd be interested in your minimal install as well.  I almost tried to use the headless bitcoin miner guide someone else had posted, but there was a ton of extra, superfluous stuff that I didn't feel it offered a whole lot more than just a straight install.  Although, the last part of the guide did explain how to disable the desktop basically, which accomplishes what you're talking about. I may actually incorporate that into the guide.

AMD does have that questionnaire, but if you look at the actual download link once it starts downloading, you can script the download from AMD.  In fact, don't I already have it scripted from the new guide?


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: cengique on November 06, 2011, 03:40:18 PM
[...]I've trialled the latest (AFAIK) phoenix - 1.62 - and it works but doesn't offer any performance improvements to me, nor does it change the crazy monster-stdout verbosity (I redirect phoenix output to a file and then use that to extract performance statistics, after a week it's over a gigabyte per instance), so I haven't bothered updating globally.

I use screen to keep a tab on my miners, so no need to save them to files.

It won't be for everyone, but after installing my miners on full Ubuntu Desktop installs with all the patches, I was wondering why the hell I needed compiz, apparmor, and a load of fancy GUI eye candy (that *does* affect the 'first' processing GPU). I'm henceforth working on trying to get a happy, compatible miner build that starts with the Ubuntu Minimal installation. I've got a couple of GH/s lying idle whilst I faff about - hashing power that should be working for the pool - so I'm on the case...

Why not use linuxcoin (http://www.linuxcoin.co.uk/wiki/index.php/Main_Page)? It's based on a minimal Debian system, and it is really minimal. I do understand that you already made a lot of scripts that work and you just want to share them. I do feel the same way, now that I have things running quite stable. However, like Inaba, I don't have automated startups and I like to watch my rigs manually. Not sure if many people would like that. Too much automation and things go out of hand. Although, it *is* on my to-do list.

Where is Inaba's guide by the way?


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: catfish on November 06, 2011, 07:07:28 PM
@Inaba - yup, mine grew organically from my first efforts to get phoenix up and running on my Mac Pro, which got me very interested in Bitcoin, an attempt at relearning basic woodworking skills (you've probably seen the Catfish Mining Shelf, which *appears* laughably primitive but only works due to a 5-page thread involving fluid dynamics with a nice chap from MMC).

The Mac Pro still runs the hacked-together hand coded stuff, but your pool has been rock solid, and OS X is reliable too (regardless of being my main workstation, and handling a couple of 30" Apple screens plus 6 virtual desktops that I flip between regularly - remember OS X uses the GPU for all its eye candy - including the notorious Exposé, which is a slideshow on my machine with 50+ windows open on each 2560x1600 screen) so I haven't bothered automating it. The Mac just works in general, and as a main desktop box, monitoring it isn't much of a hardship.

Regarding the other miners - well, for cost reasons I like to keep a modular miner structure - with *cheap* 4-slot logic boards that don't stress the PCIe power distribution systems too much (I'm pretty sure now that the issues most of us have with >4 GPUs per logic board, connected using PCIe extenders, come down to the logic boards not being designed to supply meaningful tens of watts each to more than 4 of the PCIe slots themselves). So one Catfish Mining Shelf contains 3 Linux machines, and 12 GPUs, hence 12 instances of phoenix.

The only reason I use phoenix is that it was the first available code to link to OS X OpenCL libraries rather than ATI's APP SDK. Then I found that phatk and its modifications were *significantly* faster on my overclocked cards under Linux. It makes quite a difference to the bottom line - I simply expect a 5770 to run 220 MH/s, a 5830 290 MH/s, a 5850 390 MH/s and a 6950 around 400 MH/s. That's quite a jump from the 'standard' expectations, so I was reluctant to give it up! And as you know, once you get a nice stable software environment, you tend to keep the core architecture as it is, and just fiddle around the edges to make whatever the original hacked-together infrastructure was actually look elegant and 'properly designed' ;)

Of course, the proper approach is to start with the architecture but I gave IT tech architecture and project management up years ago :) When you've got a few identical boxes (maybe with differing types of card), and the project is 'hobby' level, then a lot of free time can be wasted on OS installs and juggling unreliable software combinations. So I'm trying to get a script that does it ALL - regardless of whether you've got 4870s to 6990s, multiple GPUs, whatever, and can be kicked off after an install that *also leaves a usable auxiliary Linux box* for whatever you may also want to use.

Dedicated miners are all very well and good but a total investment in hardware for one job. I admit that I *do* underclock and cripple my CPUs - they're mostly Sandybridge Intel CPUs that *could* give me a decent distributed CPU horsepower if I needed - but I've still got a 'grid' of reasonably standard unix machines that I can delegate work to, when required. Linuxcoin isn't ideal for me since these boxes live on my network and I have no requirement for 'non-persistent' systems, plus once I've tailored each box to be able to do most unixy jobs, I want to be able to set each one up very quickly.

As to your questions regarding adding stats to the EMC webpages - it'd be hard, because the critical things I'm interested in are GPU health, so I want to see the temperature readings, the clocks, and the status messages from phoenix etc. I suppose I could rely on *your* MH/s figures, and forget the status messages, but GPU temperature is critical, especially when you've got kooky wooden air-cooled rigs like me. If the extractor fans were to fail, 12 GPUs would spike up over 90˚C within a minute... I want to *know* about that!!! Having the system spot it itself, and restart, would just result in a perpetually rebooting box and wasted energy. I don't know how your webcode could report individual worker GPU temperatures without distributing OS-specific code to each miner in your pool... sounds like a lot of work for you and a lot of hassle.

Finally - yeah you've sorted the AMD download in your script :) But like when the questionnaire appeared, if AMD change things again, the script will need changing - and you don't want constant noob questions do ya? ;)

@cengique - all my machines are headless. My initial experiments used a virtual desktop on my Mac and 8 terminal windows open (hell, if you've got a couple of 30" displays, flaunt it eh?) watching the output scroll by. But it's not easily accessible on the move - my iPhone can run ssh and screen, so *yes* I can connect to 8 separate machines and watch the output of 4 'screens' each - but it costs a LOT more in mobile data access. Letting each miner report a small XML file to my Mac server and the Mac turn it into a single webpage table - that's more efficient and allows my iPhone to see the entire farm in one page (though the number of miners means I have to scroll around now).

The next stage is to add links to the webpage that allow me to force-restart either an individual GPU (if the connection to the pool has been lost) or the entire box (if one of the GPUs has locked up - in general the only way out is a reboot). That'd be neat. From all my Apple devices (iPhone, iPad - I was the first in the UK to hack both IIRC) I can do most standard terminal-based unix stuff, but as anyone who uses the unix CLI knows, the shell makes heavy use of symbol characters. And iWhatever text input isn't optimised for symbol input. It's bloody slow to do anything meaningful at the bash prompt on my iWhatevers, however easy it is, it takes time to input the non-alpha characters. So hacking together a simple web interface seemed the most obvious thing to do.

The issue for me will be maintaining hacker-grade security. As soon as anything *inside* fortress catfish can be rebooted by hitting a web link from outside on the Internet... I'm taking big risks. Which is why I haven't implemented anything like this *yet*. A *long* time ago, I was on the 'other side' and I know damn well all about getting into random peoples' systems 'for teh lulz' - not that we used the phrase 'lulz' back then, of course. Not anything to be proud of and I was always more cat-like when padding around other peoples' systems, making as little footprint as possible. So a publicly-accessible webpage with buttons saying 'reboot me' would obviously be like a £50 note lying on the floor for these types... and I firmly believe that keeping people *out* of your network is more important than trying to secure each and every box inside. If someone gets inside, then mapping the topology and eventually finding a vulnerability is guaranteed assuming it's a hacker and not a skiddie. I'd rather keep people out - hell, I've got network cameras providing security functions that I sure as hell *don't* want other people controlling. You can learn a LOT from looking around peoples' homes!

Erm, anyway. If you know any way to recover a Linux mining rig without rebooting when one of the GPUs has crashed (i.e. ASIC hang reported in dmesg) then I'm ALL EARS - it'd make things VERY easy...

Whilst I'm still job-hunting, I can devote a LOT of time to this :) Got to get it finished soon because I won't have the time to spare when I'm working flat out... this turned up at just the right time :)


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: WebMonkey on November 06, 2011, 08:51:53 PM


Why not use linuxcoin (http://www.linuxcoin.co.uk/wiki/index.php/Main_Page)? It's based on a minimal Debian system, and it is really minimal.


linuxcoin won't run on a 32bit system.  that's why i can't use it on 'little rigs'.

it does work fine on 64bit capable systems.

'monkey


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: racerguy on November 07, 2011, 08:15:11 AM
finally, that was brutal.


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: catfish on November 07, 2011, 09:59:53 AM
finally, that was brutal.
what was I saying about 'run of easy blocks after the initial 'catfish arrived' evil block' ? :D

Mwuahahahahahaaaa.

That should jinx it for a while ;)

After all, we all believe it's a stochastic model, right? ;)

Time to finish off this pile of 5850s on the floor and get ALL my potential miners mining. Just need to find something to use as hard drive for the last rig... and need some more wood.


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: catfish on November 07, 2011, 02:38:42 PM
Shit - was the miner that got the big block *me* ?????

My stats are telling me that I've found a block for EMC. Haven't found a block *that* quickly after moving pools before...


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: cengique on November 07, 2011, 03:39:27 PM
Time to finish off this pile of 5850s on the floor and get ALL my potential miners mining. Just need to find something to use as hard drive for the last rig... and need some more wood.
Tell me about it.. I still have two 5850s lying on the floor, too. To get them to work, I have to replace the capacitors on one motherboard  :-\

You need wood? You wanna go out chopping some?  :P


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: 3phase on November 07, 2011, 03:59:11 PM
Another MMC refugee here. Just like catfish, I really like medium-size pools. And PPS is boring (no names called) !!!!

Payout model looks very stable and fair. Still trying to work out the math though. I still mine GG from time to time, so I'm not a 24x7 miner, but the model seems to be very fair to such on/off behaviour. No pool hopping advantage, and no quick discounting of shares (like Slush as an example). And the more I mine on a block, my eventual share of the reward increases slowly. All this helps to give a good overalll feeling and help the emotions through the long rounds.

Very hot web design and theme. Really looks modern and "techy". To me at least it's much more closer aesthetically to the term "crypto currency mining" than most other pools :).

I am getting an extremely low percent of rejected shares (eu server as primary, us server as 1st backup).
.
Thanks Inaba for your great work. I just increased my Donation %  :)




Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: cyberlync on November 07, 2011, 04:40:08 PM
Hi peeps. Looks like there is more and more MMC refugees coming over, great to see that. Been with this pool since MMC went down, and I cannot complain, stability, features, communication are all excellent.


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Druas on November 07, 2011, 06:15:38 PM
Block 121 says it took 3 days 17 hours and 47 minutes? Shouldn't it be 6 hours 20 minutes and 24 seconds or so?


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on November 08, 2011, 12:45:37 AM
Fixed block 121.  Not sure why it thought the block started on the 3rd, but I think it may have had to do with the fact that was the day Meni found the bug and I probably left a stale share in the DB fixin' things. 

Glad to see you MMC folks!  If you (or anyone) has any suggestions or requests, I'm all ears.  I've got a long list of stuff, but I'm always up for more.  BF3 is cuttin' in the the dev time a little bit, though :)



Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: catfish on November 08, 2011, 11:37:20 AM
Hi peeps. Looks like there is more and more MMC refugees coming over, great to see that. Been with this pool since MMC went down, and I cannot complain, stability, features, communication are all excellent.
Thought I recognised some of the old names :)

BTW - first payments started piping through. Oh yum yum, that's three payouts of over 2 BTC each... I hope this one lasts as long as possible! :D I don't think I've earned 6 BTC in a day before... if that's what my hashing power is worth, and it's only because of Inaba's reliable architecture that I've realised the maximum potential of my rigs... then I'm increasing my donations. This is one awesome setup.

Hell, it even makes my hacky installs look good - nothing has fallen over since I switched other than a(nother) crappy XFX card, which was a hardware failure (dry joint on GPU fan plug). I'm feeling rather exposed as I bought a lot of the XFX cards from videocardshop.co.uk when they were noticeably cheap - I now see why - I've got over 50% hardware failure rate and considering asking videocardshop.co.uk for a refund... :(


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Druas on November 11, 2011, 05:15:35 AM
At the moment EMC is well over 200 GH/s. I have never seen it break 200 and I hope it lasts/keeps going up. Would be nice to have a little less variance sometimes.


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: shads on November 11, 2011, 12:07:26 PM
I'm also considering switching to Poolserverj when that is a bit more stable.  Although if it ain't broke, I shouldn't fix it.  But I always do.

Hmmm... I'd refer you to BurningToad's comments re: poolserverj and arsbitcoin.com. I'm an old Mac Ach forum guy (as in back in the G4 days) so went with arsbitcoin after MMC closed their doors due to terrorist threats (regardless of arsbitcoin not being formally associated with ars technica, etc.) and it appears that poolserverj requires a fair amount of keeping on top of.

Let's put it this way - I wish them the best of fortune (because BT seems to be dealing with external issues that are of a higher priority) - but my miners were running at an average of 2-3 GH/s - and that's *with* me watching like a hawk and restarting miners when necessary. BT admitted that poolserverj and other software locked up after a while (memory leak sounds normal) and needed restarting, which he didn't always get informed of.

Fair enough if external issues are the main priority. But your system is clearly stable as a rock, and if the flakiness of arsbitcoin was down to poolserverj... I'd rather you not bother unless you are satisfied that it meets your currently (obviously very high) standards.

Catfish I didn't follow the Ars issues in closely because I was flat out with building merged mining support at the time.  But I would like to set a few things straight.

Firstly BT changed to PSJ for precisely those reasons of instability that Ars was experiencing with pushpool.  Whether it improved greatly or not I'm not sure, I know the stale rate dropped dramatically, however, the miner load compared to the server spec was pretty close to the limit for both PSJ and pushpool at the time.  I'll point out that BTC Guild was running double the hashrate on a single server using the same version of PSJ and had no stability or memory leaking issues.  Admittedly it was a higher hardware spec.

I will certainly concede that that the merged mining version of PSJ was wildly unstable for quite a period though it was clearly tagged as pre-alpha.  That was partly due to the fact I was offered a huge bounty for getting it out by a certain deadline so I did things in ways I would have preferred not to.  The new WorkMaker edition has only been released for a few days and despite the expected teething troubles is working in production at high loads with massively reduced resource usage.  It now several times faster than pushpool (and the 0.3.0 version of PSJ) on every metric and more than an order of magnitude faster on some.  Not to mention having some unique features specifically aimed at stability, i.e. able to continue operating seamlessly if the database goes down.

My point is, don't write it off due the Ars experience.  The evidence suggests the problems were not PSJ specific and unfortunately due to being so flat out with merged mining development I was not able to get as involved in working out the Ars issues as I would have liked.  I suspect if BT tried the new version and had the time to iron it out to to a working config he'd find a lot of his problems which are probably related to near-limit CPU usage would go away.  If stability is the prime directive of EMC then it is probably premature to look at PSJ workmaker edition due to it's very recent release and some known bugs. 

All of the issues reported so far with workmaker edition are typical  'dev forgot to account for this weird combo of config settings' none of them are stability related.  In fact PSJ has all sorts of code in it to deal with unexpected circumstance.  e.g. an aux daemon going down means the pool will revert to non-merged-mining mode.  Bad config combos will usually result in the server refusing to start with a warning message rather than allowing it continue into a potential fail scenario.  Failures in internal components are usually detected and trigger a restart of them if they are internal or a failback mode if they are external.  Of course it will go through periods of less than ideal stability during heavy innovation but overall it is designed and geared toward being able to achieve stability and has a good track record of that.


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on November 11, 2011, 03:04:33 PM
Sounds reasonable shads.  Thanks for clearing some things up. 

My biggest hurdle with PSJ right now is that it has no support for non-static SQL schemas... not that my schema is dynamic, but it is not a pushpool schema either (and of course not the PSJ schema).  I have lots of internal tricks going on inside the getwork server to handle DGM and I would have to make those same changes to PSJ it would seem... I would really like like to be able to make changes to the SQL without having to muck about in the PSJ sourcecode... that is honestly the biggest issue that is stopping me from trialing PSJ.



Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on November 11, 2011, 06:59:50 PM
Ok folks, by popular demand, I have enabled the option to covert NMC to BTC.  Conversion happens at the lower of daily rate or last sale. For example, if the last sale of NMC was for .075 BTC per NMC and the daily average was .079, you would convert NMC to BTC at the .075 rate.

With this option, it allows you to effectively take your NMC payouts as NMC, BTC or Paypal.

Paypal fees have been reduced from 10% to 7.5%!  

Skyrim is released today and I can't find anyone to sell me a copy for BTC!  Arrgh... and no, I don't want a region locked copy that I have to use a VPN to play.  Just want a normal steam key or something!


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: shads on November 11, 2011, 11:24:15 PM
Sounds reasonable shads.  Thanks for clearing some things up.  

My biggest hurdle with PSJ right now is that it has no support for non-static SQL schemas... not that my schema is dynamic, but it is not a pushpool schema either (and of course not the PSJ schema).  I have lots of internal tricks going on inside the getwork server to handle DGM and I would have to make those same changes to PSJ it would seem... I would really like like to be able to make changes to the SQL without having to muck about in the PSJ sourcecode... that is honestly the biggest issue that is stopping me from trialing PSJ.



If that's the case the you might be interested in the new column mappings that are used in the latest version.  Previously it was built in a way such that if you wanted data field 9 included in your query you had to 1-8.  Which was very restrictive and inneficient if you happened to only need columns 1,2 and 9.  for example.

Now you can provide a mapping string which allows you to pick and choose data fields and map them to a position in your query.  This has opened up the possibility of adding any number of additional data fields and dynamic calculuations.  The current 'menu' includes:

Code:
###   1 - remote_host - TEXT or VARCHAR
###   2 - username - TEXT or VARCHAR
###   3 - our_result = BOOLEAN or INT(1), if pushpoolCompatibility mode: ENUM(Y,N) or TEXT or VARCHAR
###   4 - upstream_result = BOOLEAN or INT(1), if pushpoolCompatibility mode: ENUM(Y,N) or TEXT or VARCHAR
###   5 - reason - TEXT or VARCHAR
###   6 - solution - TEXT or VARCHAR (length 257)
###   7 - time - TIMESTAMP
###   8 - source - TEXT or VARCHAR
###   9 - block_num - INT or TEXT or VARCHAR
###  10 - prev_block_hash - TEXT or VARCHAR(65) - this is just solution.substring(8, 72) - may be useful for indexing
###  11 - useragent TEXT or VARCHAR
###  12 - unique_part TEXT or VARCHAR(88) - the part of solution that's unique in the block: merkleroot, time, difficulty, nonce
###  13 - nonce TEXT or VARCHAR(8) - nonce in hex
###  14 - hash TEXT or VARCHAR(64)
###  15 - unix_time BIGINTEGER
###
###  15 - 50 reserved

As well as per chain our_result_<chainname>.  You can expect this to expand considerably in the near future.

adding new ones is now trivial.  e.g. there's a number of stats that have been tracked internally by workers for some time, these can now be exposed to the DB engine easily.

Obviously if you want to do additional calculations for DGM inside the server you can't really avoid building from source.  Although it's no longer as daunting as it once was.  I published this step-by-step to getting a build environment ready a couple of weeks ago: http://poolserverj.org/documentation/guide-to-setting-up-poolserverj-in-eclipse-3-7/

I don't know a lot about DGM aside from what it stands for but if you can give a rundown on what you need to do I can probably tell you where the best place in the code would be to achieve it.  The DB API itself has an awful lot of data exposed to it.  In most cases it's a single method that needs modifying.


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: cyberlync on November 12, 2011, 03:00:22 AM
Ok folks, by popular demand, I have enabled the option to covert NMC to BTC.  Conversion happens at the lower of daily rate or last sale. For example, if the last sale of NMC was for .075 BTC per NMC and the daily average was .079, you would convert NMC to BTC at the .075 rate.

With this option, it allows you to effectively take your NMC payouts as NMC, BTC or Paypal.


Thanks for the feature! I was wondering if you could display the NMC exchange rate somewhere, perhaps under where the BTC exchange rate is at the moment.


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on November 12, 2011, 04:03:43 PM
Sure, I will add that feature.

I also just added the ability to auto-payout to BTC from NMC.

Just to clarify - there is no fee charged for NMC to BTC conversion.

Shads:

Thanks for the info!  That's good to hear, I will look into PSJ soon, so I may be hitting you up with questions :)


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: btcboston on November 12, 2011, 04:20:46 PM
I don't think the NMC -> BTC conversion is working properly.  I just requested a payout of 20 NMC, selected pay as BTC.  The NMC was deducted from my account, but I never received anything at my bitcoin wallet and the transaction history on the site shows a record of a transaction for 0.0000 BTC.

My username on the site is barcafan if you want to check into it.


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: village.idiot on November 12, 2011, 04:26:55 PM
I also just added the ability to auto-payout to BTC from NMC.

Just to clarify - there is no fee charged for NMC to BTC conversion.

COOL!

I've been looking for Namecoin.org so I could set up a Namecoin wallet.  Now I don't need one.

Thanks, Inaba


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: cyberlync on November 12, 2011, 07:26:45 PM
I just tried to get some NMC as BTC, when I look at the transactions log, it shows 0.0000000 as amount and no wallet number is shown.


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on November 12, 2011, 08:13:36 PM
It goes into your BTC balance, not into your BTC wallet.  If you want to cash out your earnings for BTC, then select a manual payout from there.  If you have auto payout setup for both, it will convert NMC first to BTC, then auto-payout your earnings in either BTC or PP.


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: cyberlync on November 12, 2011, 08:18:23 PM
Ooh, I get it now. Would it be possible to show the btc amount on the transaction list when converting nmc to btc? (If so, could you please add it to the already too long todo-list).


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on November 12, 2011, 08:19:14 PM
Sure, I will make that change now actually... it's fairly easy.


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on November 12, 2011, 08:34:46 PM
Done... I will add a current exchange rate display ASAP as well.



Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: cyberlync on November 12, 2011, 08:55:13 PM
Thank you for the fast replies and implementation!


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: blackhat on November 12, 2011, 09:31:19 PM
Code:
Exch Rate: 1 BTC = 0.00625001 NMC -10.86981182 0.06787511

After all, shouldn't it be vice versa? (1 NMC = 0.00625001 BTC)

Then again, I suppose something's wrong with the exchange formula. Simple math here states:

10.86981182 NMC that amounts for 0.06787511 BTC would yield an exchange rate of 0.00624437.
So, either exchange rate or converted amount is wrong, if I'm not badly mistaken. If I am, slap me with a trout at will. ;)

But if I'm not, maybe you could look into this?

PS: Hi, MMC folks. ;)


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on November 12, 2011, 09:54:30 PM
Yes, sorry, I did have it reversed.  It is, in fact, 1 NMC = .00625001 BTC.

I think the discrepency came from a rounding error eating the 1000's place.  I've corrected that (it was using part of the code that processes the PP exchange rate, but since we aren't rounding to nearest cent, that code doesn't need to be in there.).  If you're missing BTC (or NMC) let me know how much and I will credit it to your account.  Sorry about that and good catch!



Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: blackhat on November 12, 2011, 10:00:52 PM
Awesome! I'll PM you the details. Thanks for the fast fix and let's hope to get some easier blocks soon... ;)


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: catfish on November 13, 2011, 06:03:59 AM
Blimey, that rebuild took all night (5:48 am and I should be getting some sleep)... anyone considering cheap XFX cards from a certain UK online 'video card shop' - think long and hard. I've had 50% failure rate due to XFX making utter junk.

A chance acquisition of a few of my favourite card ever has allowed me to remove 4 5830s from the main Shelf Rig (replaced with decent 5850s), and build a 'test' 4-card rig. This eats 780W at the wall, and is delivering 1520 MH/sec according to Phoenix, and 1,625 according to EMC dashboard.

I'll try to get refunds for the crap XFX stuff but apart from a few remaining cards (the 5830s swapped out from the main Shelf Rig) that need a home, this is the end of the road for my GPU mining endeavours. I think I'll end up maxing out around 8 GH/sec.

Future hash expansion will be FPGAs. I'm interested in building a multi-card setup as 'tech art' - controlled by my G4 Cube and living in a transparent acrylic 'case' - industrial design will have to be good... capital cost is high but it'll look wildly cool, won't use much power, won't need extreme cooling solutions, and of course 'for teh lulz'. It's looking like ZTEX will be the supplier, but this isn't going to happen immediately.

Got to be done though!

Really impressed with the pool though. If anyone is interested in my lightweight Linux 'multiple GPU miner in a box' install, let me know - it's pretty much complete and delivers a working pool-based Linux mining setup in half an hour (or more, depending primarily on I/O performance) with very little in the way of 'tweaking' required either before or after the main script runs. The manual tasks are (a) set up the logic board BIOS correctly, and (b) alter the numbers in the overclock script. I can't really automate overclocking that easily - it's so dependent on temperature, individual card variability, PSU quality and OEM card build (heatsink / fan / etc.) that you really need to test each card step-by-step - and is the single largest investment of time required to optimise the mining rig.


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: mmortal03 on November 13, 2011, 07:37:52 AM
Yes, sorry, I did have it reversed.  It is, in fact, 1 NMC = .00625001 BTC.

I think the discrepency came from a rounding error eating the 1000's place.  I've corrected that (it was using part of the code that processes the PP exchange rate, but since we aren't rounding to nearest cent, that code doesn't need to be in there.).  If you're missing BTC (or NMC) let me know how much and I will credit it to your account.  Sorry about that and good catch!



On a related note, you should probably make the default nmc auto-payout threshold be at least 10 times (or 100 times) whatever you have the default bitcoin auto-payout threshold is set to.  You currently have it at something of the reverse (for example, my bitcoin payout was 0.2, and my nmc payout defaulted to 0.02), which would mean minuscule-sized namecoin payouts for me (still plausible, but not what most people would expect).

By the way, your NMC to BTC conversion feature is excellent. You should be getting more people to join just for this feature, I'm sure! Until we have a way to directly convert NMC to dollars, people are going to want to use something exactly like what you're implemented.


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Meni Rosenfeld on November 13, 2011, 08:18:03 AM
Future hash expansion will be FPGAs.
I don't know why people believe that. FPGA is a jack of all trades which can be taught the trade of hashing. The future is custom ASICs.


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on November 13, 2011, 03:06:34 PM
Hey Catfish, I'll bite.  I'd like to try out your setup.

mmortal03 - Hmm, yeah I can up the default. So you're thinking like 20 NMC or something?  What about when we reach parity with BTC difficulty though?


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on November 15, 2011, 04:40:42 AM
I broke the prop differential display.

Two blocks ago, I made some changes to the getwork server which eliminated a really slow table in the database.  As such, I had to make a bunch of changes to the share counting and tracking code and in the process I apparently broke something and it's only now becoming apparent.  Your payouts should be accurate even though it's listing it as substantially lower compared to prop.

I think the problem lies in the code counting shares it shouldn't be counting (stales, duplicates, etc...) when it's calculating prop, but I can't seem to find where that's getting injected into the DB improperly.  I need to go over the getwork server code and the website code and see where they aren't matching up.

I just wanted to let everyone know that it is only a display bug and not a payout bug.  If anyone notices that their payout is less than it should be, let me know asap, but the math is adding up everywhere else and payouts are paying out to the correct amount from the spot checks I've done as well as the total payout being right on the money, so to speak. 

So... just letting everyone know since we've solved a couple blocks in rapid succession and the bug appears to be present in more than just my view of the block history.  I didn't want anyone to worry. 

Let me know if you have any questions.


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on November 15, 2011, 04:18:36 PM
Previous blocks should be correct now and your accounts are updated with the correct unconfirmed and confirmed BTC. 

I paid a little bit extra in the last three blocks for the trouble.  So your confirmed balance increased a bit as did your unconfirmed balance compared to previous.  If there are any problems with your balances, let me know.

I think the issues are worked out with block solves, but should a problem arise next solve I will get it taken care of immediately.  Sorry for the troubles.

I've also added NMC quick stats info to the quick stats box at the top of the page.

Additionally, your estimated payout on every page is now calculated against your DG score instead of prop (previously, it was calculated against prop on all but the My Accounts page). 


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on November 16, 2011, 02:20:26 AM
How does the prop differential and payout look for this block for everyone?  It looks ok from the numbers here, but I want to check with the actual miners to make sure you guys are happy with things or if I need to make adjustments.


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: gnar1ta$ on November 16, 2011, 03:48:06 AM
Everything looks good for me. Thanks for all the work. This is the only pool I've found with constant improvements and great stability.


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: cyberlync on November 16, 2011, 06:11:35 AM
How does the prop differential and payout look for this block for everyone?  It looks ok from the numbers here, but I want to check with the actual miners to make sure you guys are happy with things or if I need to make adjustments.


Looks fine here. There was a round where the Top20 miner list looked off, everyone's hashrates were cut by half approximately. I don't think it affected the payout or anything.
Thanks for the work you put into the pool.


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: BadPenny on November 16, 2011, 01:44:40 PM
Lookin' good here.   8)
Thanks for all the hard work that goes into Eclipse!


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on November 16, 2011, 02:13:27 PM
I'm glad everything is working for you guys.  Sometimes it's hard to tell what the miner experience is just by looking at the numbers. :)

How does the prop differential and payout look for this block for everyone?  It looks ok from the numbers here, but I want to check with the actual miners to make sure you guys are happy with things or if I need to make adjustments.


Looks fine here. There was a round where the Top20 miner list looked off, everyone's hashrates were cut by half approximately. I don't think it affected the payout or anything.
Thanks for the work you put into the pool.

Yeah, the top miners is calculated by dividing the time and shares submitted over the life of the block.  Due to some of the changes, the calculation got screwed up.  But in either case, the calculation doesn't have any relation to the payout tables, so it doesn't have any reflection on payouts, as you surmised.


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: blackhat on November 16, 2011, 05:23:06 PM
Let me get this straight: "(+9.24%)" under "Prop diff." means payout is 9% greater compared to what the payout would have been using proportional method? If so, a positive amount means "good". In the "luck" column, positive amounts mean "bad".

So, it would be my suggestion you should color this column accordingly (orange for "bad", green for "good" - this has to be the miners view, of course :))


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on November 16, 2011, 05:50:41 PM
Let me get this straight: "(+9.24%)" under "Prop diff." means payout is 9% greater compared to what the payout would have been using proportional method? If so, a positive amount means "good". In the "luck" column, positive amounts mean "bad".

So, it would be my suggestion you should color this column accordingly (orange for "bad", green for "good" - this has to be the miners view, of course :))

That's correct, you received 9.24% more than you would have under Proportional.  

That's a fine idea with the colors and I've added that to the block display!

One of the problems with the luck column is that there is no upward bound on "bad" luck, whereas there is a negative bound of 1% (or 0% if it takes exactly one share to find a block) - you can only have a -99% luck factor, but you can have a theoretically infinite + luck factor.  So the color visualization is kind of misleading... if anyone has any ideas on how to improve the luck factor display, I'm all ears.



Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Druas on November 16, 2011, 11:38:28 PM
One of the problems with the luck column is that there is no upward bound on "bad" luck, whereas there is a negative bound of 1% (or 0% if it takes exactly one share to find a block) - you can only have a -99% luck factor, but you can have a theoretically infinite + luck factor.  So the color visualization is kind of misleading... if anyone has any ideas on how to improve the luck factor display, I'm all ears.
You could make it so that every +50% or +100% is a new darker shade of red. Then at some point (maybe like +400%) the dark red just turns into a small nuclear explosion.


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: BadPenny on November 18, 2011, 01:14:05 PM
The Shares per block Graph seems to have flipped.


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on November 18, 2011, 03:07:01 PM
Ah... yeah they seem to be backwards now huh.  I limited the graphs to the last 100 blocks, since they were getting pretty crowded.  I didn't consider that it would start graphing them from the other way, doh.  I need to fix the labels.



Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Math Man on November 19, 2011, 08:59:57 PM
I got an email notification that we solved block 153862 this morning.  It's not showing up in the block stats though. 


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on November 19, 2011, 09:18:01 PM
Yeah, it was a mistake.  We solved 153863 a bit earlier and the system thought we solved 153862 for some reason later.  I changed the way new blocks are discovered to prevent that from happening in the future.  I thought I had it the proper unique keys set on the DB, but apparently I didn't have it set to the TXID like it should have been and it was keying off of the block number.  Doh.



Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: likuidxd on November 20, 2011, 07:12:03 PM
It's time to try a new pool. Can I still get in on merged mining here?


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on November 20, 2011, 07:59:20 PM
Sure thing, come on in!  We would be glad to have you!


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Meni Rosenfeld on November 20, 2011, 08:22:32 PM
One of the problems with the luck column is that there is no upward bound on "bad" luck, whereas there is a negative bound of 1% (or 0% if it takes exactly one share to find a block) - you can only have a -99% luck factor, but you can have a theoretically infinite + luck factor.  So the color visualization is kind of misleading... if anyone has any ideas on how to improve the luck factor display, I'm all ears.
Depends on what exactly you want to achieve with the luck factor display, but one obvious way to have a balanced view is to use percentiles. If the round length is N and the difficulty is D, then exp(-N/D) is the (opposite of the) percentile, which is uniformly distributed from 0% to 100% - higher is better and 50% is in some sense average luck (unlike the current luck factor which is green more often than red). Then you can color-code that, maybe even with a continuous gradation from red to green.


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on November 21, 2011, 03:04:01 AM
So I made some adjustments as you mentioned, Meni... I'm not sure that clears up any confusion, just seems to be trading it for different confusion.

So we have a 95% block, which is good luck, but a 13% block which is bad luck.  Seems like we should still have some sort of positive/negative list as to if we are under or over expected shares (difficulty). 


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: organofcorti on November 21, 2011, 03:12:48 AM
I'm not sure this is any better, but I've used -log(N/D) in the past. This will give you a number between about +/- 2.5 for most rounds, but it overemphasises lucky rounds.


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Druas on November 21, 2011, 03:39:37 AM
So I made some adjustments as you mentioned, Meni... I'm not sure that clears up any confusion, just seems to be trading it for different confusion.

So we have a 95% block, which is good luck, but a 13% block which is bad luck.  Seems like we should still have some sort of positive/negative list as to if we are under or over expected shares (difficulty). 
I agree, but I do like the varying shades of green/red.


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Math Man on November 21, 2011, 04:51:44 AM
The shades of red and blue are neat.

The luck column now cuts off some of the leading digits though.  I checked in both Chrome and IE.  I think you need to increase the luck column width.


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Meni Rosenfeld on November 21, 2011, 05:23:31 AM
So I made some adjustments as you mentioned, Meni... I'm not sure that clears up any confusion, just seems to be trading it for different confusion.

So we have a 95% block, which is good luck, but a 13% block which is bad luck.  Seems like we should still have some sort of positive/negative list as to if we are under or over expected shares (difficulty). 
I don't think it's that important to know if it's above/below difficulty. "Luck" gives the connotation of making comparisons in the percentile space. Then average luck is 69.3% of the difficulty, which is the 50% percentile (median). Above 50% should be green, below should be red (currently it looks like the midpoint for colors is about 40%).

Anyway, I think it will look better if all numbers in the column will be in the format ##.##%, even if it has leading or trailing 0's.


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: mmortal03 on November 21, 2011, 10:32:31 AM
Hey Catfish, I'll bite.  I'd like to try out your setup.

mmortal03 - Hmm, yeah I can up the default. So you're thinking like 20 NMC or something?  What about when we reach parity with BTC difficulty though?

Sorry, I didn't see your post.  What you could probably do is just make it a ratio based on whatever the exchange rate is, and then round it off to a whole number, that is, if you do have the ability in your code to make it vary with the exchange rate.


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on November 21, 2011, 07:24:38 PM
So I made some adjustments as you mentioned, Meni... I'm not sure that clears up any confusion, just seems to be trading it for different confusion.

So we have a 95% block, which is good luck, but a 13% block which is bad luck.  Seems like we should still have some sort of positive/negative list as to if we are under or over expected shares (difficulty).  
I don't think it's that important to know if it's above/below difficulty. "Luck" gives the connotation of making comparisons in the percentile space. Then average luck is 69.3% of the difficulty, which is the 50% percentile (median). Above 50% should be green, below should be red (currently it looks like the midpoint for colors is about 40%).

Anyway, I think it will look better if all numbers in the column will be in the format ##.##%, even if it has leading or trailing 0's.

The problem I have with the original method, as I stated, was that there was no upward bound on bad luck since it can't be counter balanced by good luck (which is bound to 0 or 1).  

However, with the percentile, the bad luck gets compressed at the low end and again has no meaningful bound (bad luck of .46% and .11% - a huge number of shares, but a virtually meaningless difference percent wise in human terms.  .46% and .11% don't express how bad that luck really is in a way that's more visceral than the straight math.)

Maybe there's no good way to express it mathematically and it just needs an arbitrary label:

0 - 20% of shares D -> Happy face with a lollipop
21% - 60% of shares D -> Happy face
61% - 100% of shares D -> Neutral face
100% - 120% of shares D -> Sad face
120% - 200% of shares D -> Crying face
>200% of shares D -> Dead stick figure

Just a thought. :)

Anyway - what does everyone else think?  Purely mathematic numbers that have a real meaning behind them or arbitrary "general feel" description of the luck?




Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Meni Rosenfeld on November 21, 2011, 08:00:16 PM
Maybe there's no good way to express it mathematically and it just needs an arbitrary label:
I think the question of what number to display is completely distinct from how to visualize it. For the number you can have (N/D-1) as it was before, or exp(-N/D) as it is now, or ln(N/D) as organ suggested. Each has its own pros and cons with respect to the message you want to deliver.

And then you can choose how each possibility should be visualized. If for example you feel that anything above 400% difficulty (which happens for 1.83% of blocks) is an Eternally Damned Cursed Block from Azazel, give it an icon and color to match.


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on November 21, 2011, 09:50:01 PM
The shades of red and blue are neat.

The luck column now cuts off some of the leading digits though.  I checked in both Chrome and IE.  I think you need to increase the luck column width.

Sorry, meant to respond to this.  Can you show a screenshot of what you're talking about?  I don't see it on my browsers (three or four different machines, too). 

Quote
I think the question of what number to display is completely distinct from how to visualize it. For the number you can have (N/D-1) as it was before, or exp(-N/D) as it is now, or ln(N/D) as organ suggested. Each has its own pros and cons with respect to the message you want to deliver.

Yes, I agree, that is actually the question I have been trying to articulate and failing. :)  So I would say exp(-N/D) is adequate for that if defined boundaries for the visualization are made good.


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on November 22, 2011, 01:12:43 AM
Cash out is coming.  Beware!

But seriously... I'm in the final stages of testing the new cash out code (thanks, once again, to Meni for the idea and math help).  Once I verify that it processes future paid blocks properly, which should be in about another 12 blocks, I will make it live.

The cash out option will allow you to be paid immediately for all of your BTC, including your unconfirmed BTC and unrealized score BTC.  Because there is substantial risk involved with paying out unconfirmed and unrealized BTC, there is a 10% fee tacked onto the unconfirmed and unrealized cashout.  You will still be paid for your confirmed BTC without a fee.

What this means is if you wish to be paid NOW for all of your work, you can use this feature, less a 10% fee on unconfirmed blocks and be paid.  Your score will be reset and it will be as if you just started mining on the pool if you continue to mine.  The risk for the pool is that if we have a block invalidated, we are absorbing your payout.  If a block runs exceptionally long, your unrealized payout would normally be less than you were actually paid out for, so I have to cover that for the pool as well.  This is why there is a 10% fee on those two portions of your payout. 

The cash out option is not really intended to be used regularly, but only if you, for what ever reason, need to be paid now.

It currently does not pay out NMC pending (or confirmed) - I would recommend you convert NMC to BTC before doing that, or take your NMC payout.  I will be adding cash out for NMC in the near future, but I wanted to make sure this was working properly first.

If you have any questions, comments or suggestions, please let me know!


Title: Re: [128 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on November 22, 2011, 02:24:06 PM
I've made the cash out option live, at least for a limited test run.  Feel free to make use of it as you see fit. :)




Title: Re: [155 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on November 28, 2011, 03:42:49 PM
Great, glad you like it!  If there's any feature(s) your want, please let me know and I'll see what I can do to accommodate them. 

*haven't forgotten about the teams thing.


Title: Re: [155 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: inlikeflynn on November 29, 2011, 04:12:32 AM
Nice pool Inaba. Going to try it here for a bit more stability than what ars has been lately. A lot of the stats and other features you have on the we page are really awesome too!


Title: Re: [155 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Druas on November 29, 2011, 08:37:45 AM
If there's any feature(s) your want, please let me know and I'll see what I can do to accommodate them. 

*haven't forgotten about the teams thing.

Maybe an IRC channel? I would personally like that more than mining teams, not sure why people care about mining teams, but whatever. IRC could be useful for simple questions like on the block stats page, are the totals for all-time or just for whichever blocks are currently on that page? Is there a way to go back further in history than what is on that page?


Title: Re: [155 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on November 29, 2011, 02:38:22 PM
If there's any feature(s) your want, please let me know and I'll see what I can do to accommodate them. 

*haven't forgotten about the teams thing.

Maybe an IRC channel? I would personally like that more than mining teams, not sure why people care about mining teams, but whatever. IRC could be useful for simple questions like on the block stats page, are the totals for all-time or just for whichever blocks are currently on that page? Is there a way to go back further in history than what is on that page?

We actually have an IRC channel, but no one uses/used it, so it's pretty much abandoned I think.  It's on Freenode under #EclipseMC if I recall correctly.

For the HTML block stats page, it's strictly for what you see.  If you want all stats, you can export to CSV, which is a link at the bottom of the page, or the API has all blocks.... I don't think I limited the API to the last 50 blocks.

Goat -

For sadpandatech's request - I would need a bit more elaboration on that.  What exactly is wanted?  Pool or user BTC over time?  That's hard to calculate if you want to include the currently worked on block and would be an estimate only.  If you wanted just confirmed blocks, then that's a bit easier.


Title: Re: [155 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Druas on November 29, 2011, 07:23:18 PM
We actually have an IRC channel, but no one uses/used it, so it's pretty much abandoned I think.  It's on Freenode under #EclipseMC if I recall correctly.

For the HTML block stats page, it's strictly for what you see.  If you want all stats, you can export to CSV, which is a link at the bottom of the page, or the API has all blocks.... I don't think I limited the API to the last 50 blocks.
Ah, that is too bad no one uses it. You could try to add it to some places on the website/OP in this thread so people know it exists. Maybe if the average hashrate goes up a bunch, more people will be mining and hangout there. I know other pools have channels where a decent amount of people idle in. Some also have bots that announce when a block is found, next difficulty estimates, etc. I find you can usually figure out answers to questions faster with instant messaging rather than forums or email.

If the "Totals" row is only what for what you see, it is a somewhat worthless stat. So what if for the blocks on that particular page the DGM scoring method has given me +2% extra than proportional if the reality is that in all blocks I have participated in I am actually at -5%. Maybe I am the only one who would get use out of this, but having multiple pages for older blocks would be cool. At this point I don't think it would be that big of deal because it would be like four pages max. Or you could do one long page with a link to it around the Export CSV.


Title: Re: [155 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Druas on November 29, 2011, 09:35:22 PM
Also, block 164 says 6% for luck?


Title: Re: [155 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on November 29, 2011, 10:06:20 PM
Yeah how do those other sites have a bot to announce stuff?  

I also don't have OP to to the EclipseMC channel for some reason and I don't know who does.

I will see what I can do to add multiple pages to block history, although I'm not sure that would fix what you want out of the Prop Differential column.  I can make that happen in the export to CSV function, though.  The CSV option is one long page already, though of all blocks.

It means it's in the 6th percentile for long ass blocks, as in 94 out of 100 blocks are shorter than that.  Also, the % at the bottom in totals in incorrect, as it's still using the old formula of +/- percent.



Title: Re: [155 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: kripz on November 29, 2011, 11:54:15 PM
I have OP and tried to give it to you but it never happened, IIRC you didnt register your account.


Title: Re: [155 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Druas on November 30, 2011, 06:45:02 AM
Yeah how do those other sites have a bot to announce stuff?

I will see what I can do to add multiple pages to block history, although I'm not sure that would fix what you want out of the Prop Differential column.

It means it's in the 6th percentile for long ass blocks, as in 94 out of 100 blocks are shorter than that.  Also, the % at the bottom in totals in incorrect, as it's still using the old formula of +/- percent.
Not sure. I really don't have that much experience with IRC.

I was just using what I said as an example. I had not even seen that row before and was just wondering if it was a true total (for all time), which you already said, it is not.

Does that mean that block 164 uses a different method to calculate luck than block 163? For block 165, does 76.15% mean that 76.15 out of 100 blocks are longer than that?


Title: Re: [155 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on November 30, 2011, 02:52:02 PM
Well, my account is registered when I log on, which is fairly rarely... but I can logon as some point to get ops.

Quote
I was just using what I said as an example. I had not even seen that row before and was just wondering if it was a true total (for all time), which you already said, it is not.

Does that mean that block 164 uses a different method to calculate luck than block 163? For block 165, does 76.15% mean that 76.15 out of 100 blocks are longer than that?


No, all the individual blocks use the new calculation and the totals row is using the old calculation.  I need to fix that... I will do that today.  I may add a line at the top for all time or something.


Title: Re: [155 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: FirewallXIII on December 05, 2011, 02:26:15 AM
Nice pool, just moved from Ars. Question though, on the my account page, there's an option for NMC Mining with yes/no options and no tool tip. Any clarification on what the options mean?


Title: Re: [155 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 05, 2011, 02:36:58 AM
If you don't wish to do any merged mining you can turn the option off and you won't submit shares to the NMC chain.


Title: Re: [155 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: cengique on December 05, 2011, 05:08:56 PM
Yeah how do those other sites have a bot to announce stuff?  

You can run an IRC bot as a regular process and it will login to freenode as a normal user. There are many bot programs, but LambdaBot (http://www.haskell.org/haskellwiki/Lambdabot) is one we use our own channel with my friends. It's probably a little more advanced than what you need.

I think you may be able to modify a simple bot program to open a pipe to the IRC process and just write your announcements into it. I found this program, ii (http://tools.suckless.org/ii/), with which you can do stuff like this:
Code:
ii -s irc.oftc.net -n iifoo -f "John Doe" 
iipid=$! 
# make announcements:
echo "/say Announcement!" > ~/irc/irc.oftc.net/in 


Title: Re: [155 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Turbor on December 05, 2011, 05:57:08 PM
Great pool Inaba. Everything works without problems. I switched from BitMinter which is also a great pool. Sadly they are unlucky atm. Helping them out sometimes overnight. If you are looking for a backup pool, they are very reliable !


Title: Re: [155 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: cyberlync on December 06, 2011, 10:17:44 PM
Is the site down? I experienced some problems yesterday with both the site and the pool server, for a few minutes (max. 10-15mins) I could not connect to either the site or the US/EU pools, but since it was fixed quite fast I didn't think to post here.


Title: Re: [155 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 06, 2011, 10:22:26 PM
Yes, website is going to be down for a little bit... the pool should remain up though.  I'm not sure why the pool server would have gone down yesterday.

I am working on the machine running the web front end though at the moment.  Shouldn't be more than about an hour or so.


Title: Re: [155 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: cyberlync on December 06, 2011, 10:36:29 PM
Yes, website is going to be down for a little bit... the pool should remain up though.  I'm not sure why the pool server would have gone down yesterday.

I am working on the machine running the web front end though at the moment.  Shouldn't be more than about an hour or so.


Aye aye capt'n.


Title: Re: [155 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 07, 2011, 01:18:53 AM
Should  be back up now and should not go down again.  Pool was running the whole time so even if you get failed miner alerts, it's because the website was down not the pool.


Title: Re: [155 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: likuidxd on December 08, 2011, 12:04:09 AM
What is going on here today? No blocks and my cards are getting pushed 1 by 1 to my failover


Title: Re: [155 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 08, 2011, 12:38:57 AM
I'm not sure why they are going to your failover.  Everything appear(s/d) to be operating properly. 

I restarted all the daemons anyway, just to be on the safe side just now.  How does it look now?


Title: Re: [155 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: likuidxd on December 08, 2011, 12:45:12 AM
<<<

I'm not sure why they are going to your failover.  Everything appear(s/d) to be operating properly. 

I restarted all the daemons anyway, just to be on the safe side just now.  How does it look now?


Title: Re: [155 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 08, 2011, 12:46:59 AM
What port are you trying to connect to?

http://communityhosting.net/ih/thumbs/workers.png (http://communityhosting.net/ih/?v=workers.png)


Title: Re: [155 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: likuidxd on December 08, 2011, 12:54:50 AM
8337 I think on US


Title: Re: [155 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 08, 2011, 12:58:01 AM
Hmm yeah that's the right port.  All my miners are connected and the pool is hashing at 155 GH/s or so at the moment. 

What miner program are you using?


Title: Re: [155 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: likuidxd on December 08, 2011, 01:27:11 AM
bamt


Title: Re: [155 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 08, 2011, 01:38:57 AM
Hmm, I am not familiar with that.  Have you tried restarting it?


Title: Re: [155 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: likuidxd on December 08, 2011, 01:45:57 AM
Yes, I've restarted twice since yesterday. I'm going to go digging in my modem


Title: Re: [155 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: likuidxd on December 08, 2011, 02:07:36 AM
Not positive but I think BAMT uses Phoenix Miner. Looked into my modem and found nothing out of the ordinary. Restarted and went straight to my failover

- I'll try again tomorrow


Title: Re: [155 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 08, 2011, 02:15:27 AM
What is the output of this command:

traceroute us.eclipsemc.com

If you have IM or IRC, PM me your details and I can logon and see if I can help you out.



Title: Re: [147 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Math Man on December 08, 2011, 06:09:28 AM
MAYDAY, MAYDAY, MAYDAY, the pool seems to be down!  :P


Title: Re: [147 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: cyberlync on December 08, 2011, 06:20:51 AM
Yup, the pool is down, both EU and US for me. The site was down for some time as well before that.


Title: Re: [147 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: ThiagoCMC on December 08, 2011, 07:34:05 AM
I switch to BTCGuild but, it is weird... Too much "Pool 0 communication failure, caching submissions"...


Title: Re: [147 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: catfish on December 08, 2011, 08:17:24 AM
PANIC - on the EU server normally and whilst the dashboard says I'm in my usual 3rd or 4th place (3rd behind Inaba at the moment) - none of my machines are able to connect.

Has something changed, or is this a DoS attack?


Title: Re: [147 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 08, 2011, 01:56:09 PM
Yeah, pool crashed last night.  I think it may have something to do with the changes I made to the getwork server to accommodate some of the BFL testing. 

It's back up now (been up for about an hour and a half).  I have it in debugging mode so I should be able to catch the crash error this time and fix it. 


Title: Re: [147 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: freshzive on December 08, 2011, 07:23:49 PM
Switching to EMC from YourBTC since it is going down. I'm wondering why when I hover over my balance it says "a 10% fee has already been deducted from this amount)? Is this not a 0 fee pool?

Sorry for the newbie question.


Title: Re: [147 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 08, 2011, 07:47:26 PM
Hi Freshzive, welcome! 

You are hovering over the cashout amount.  Your balance is actually labeled "Confirmed BTC" on the left.  The cashout amount is the total amount you would receive if you cashed out your score and unconfirmed BTC right away, without waiting for them to mature.

When you have a balance in confirmed BTC (or confirmed NMC) payout buttons will appear - that type of "regular" payout does not have a fee, except in the case of a Paypal payout, which is a 7.5% fee.


Title: Re: [147 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Meni Rosenfeld on December 08, 2011, 08:16:10 PM
Hi Freshzive, welcome! 

You are hovering over the cashout amount.  Your balance is actually labeled "Confirmed BTC" on the left.  The cashout amount is the total amount you would receive if you cashed out your score and unconfirmed BTC right away, without waiting for them to mature.

When you have a balance in confirmed BTC (or confirmed NMC) payout buttons will appear - that type of "regular" payout does not have a fee, except in the case of a Paypal payout, which is a 7.5% fee.
Maybe you should explain more clearly in the tooltip what the cashout feature is, especially that it is a special feature not used ordinarily.


Title: Re: [147 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 08, 2011, 08:56:08 PM
Anyone have suggestions on wording to make it as clear as possible?


Title: Re: [147 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 09, 2011, 02:02:47 PM
Yeah, people are using it.  Not a gold rush or anything, but one or two a day I'd say. 

I agree, the placement is not optimal. I will redesign that whole area this weekend and move payment buttons to more optimal positions.


Title: Re: [147 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: freakfantom on December 09, 2011, 02:43:20 PM
I'm going to use your excellent pool as a main one soon ;) It has all the features I need. Thanks! But why is the reject rate so high? In fact I get utility about 20.60 shares per minute in comparison to 21.40 when using yourbtc.net.


Title: Re: [147 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 09, 2011, 02:58:06 PM
I'm not aware of any problematic reject rate.  I usually average about .6% on my miners and I've not heard anyone else having a higher than normal reject rate?

What's your percentage?


Title: Re: [147 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: freakfantom on December 09, 2011, 05:31:00 PM
I'm not aware of any problematic reject rate.  I usually average about .6% on my miners and I've not heard anyone else having a higher than normal reject rate?

What's your percentage?

I'll test again soon. Maybe there was a disconnect during the night.


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 11, 2011, 02:28:35 AM
We just solved block number 157,000!  Kinda cool having such an even number block. :)

Anyway - I made some changes to the way payout buttons are displayed and added a confirmation for cashout.  What does everyone think of these changes?  Does it address the problems or do I need to do more?

Previously, the payout buttons did not show up if you did not have a balance, making the cashout button the only available button.  I can see where that might be confusing.  Now, instead, the payout buttons for both NMC and BTC show up all the time, but they are greyed out if you do not have a balance (and they are non-clickable).  I've also added tool tips to a couple areas that did not have tool tips before.



Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: ThiagoCMC on December 11, 2011, 02:41:41 AM
157001 too!! AWESOME!!

Pool reach 180GHash!!

Come on guys! This pool is the best!!

Cheers!
Thiago


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Pontius on December 11, 2011, 10:55:27 AM
I moved over from YourBTC about 2 days ago. So far I like this pool (except for the site design maybe  ;) ) but I just noticed that the EU server is located in the US (Kansas?). Is this just temporary?


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: kano on December 11, 2011, 01:46:15 PM
Just wondering why the PayPal payout is a 7.5% fee?
That seems VERY high.

Not only 7.5% but also the recipient loses PayPal fees on top of that also.
(something like 30c to 50c + 2.4% to 3.4%)

Basically it all adds up to around 10% (or more) in fees.
That seems ridiculously high ...


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: kano on December 11, 2011, 01:56:16 PM
Just wondering why the PayPal payout is a 7.5% fee?
That seems VERY high.

Not only 7.5% but also the recipient loses PayPal fees on top of that also.
(something like 30c to 50c + 2.4% to 3.4%)

Basically it all adds up to around 10% (or more) in fees.
That seems ridiculously high ...

What other pool offers this service? Personally I would not use it as I hate paypal but I'm sure there is some demand. Do you know you are able to use the pool with out taking part in this service? I've never used it and things work just fine.
Hmm that's an interesting way to word it.
Monopoly means high prices?


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: ThiagoCMC on December 11, 2011, 06:29:28 PM
EclipseMC pool reach 194.17 GH/s!!

ihhihiih!


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 11, 2011, 10:42:30 PM
PP Payout fees are proportional to what I have to pay.  You do not incur a fees when you receive money from the payout, the pool pays that fee.  Where are you getting your information that the recipient is paying a fee as well?

But in either case, if you've never dealt with Paypal then you don't understand the hassle that dealing with Paypal is.  Once you have, you'll understand why the fees are so high.  Incur a huge risk that they will arbitrarily decide to freeze my assets for no particular reason, other than they feel like it that day (I'm not kidding, Google it).  You also need to take into account the fees associated with the money exchangers that would convert your BTC back to USD (or whatever currency you prefer) if you were to take the payout option in BTC.  The fee comes out to be pretty close percentage wise... and those are the things _I_ have to do instead of you, so any additional covers my hassle and expenses.  However, if you're wondering, my total "Profit" for PP payouts since the pool started is just over $100, in a little over 6 months... and that was with the fee at 10%, not 7.5%.  So yeah if 7.5% is too high for you, I would seriously recommend just taking it in BTC and converting it yourself to save some cash.

Quote
I moved over from YourBTC about 2 days ago. So far I like this pool (except for the site design maybe   ) but I just noticed that the EU server is located in the US (Kansas?). Is this just temporary?

The EU server was unstable and taken offline and traffic redirected to the US server.  I have been unable to locate a reliable hosting service in the EU that doesn't charge a ridiculous amount of money for a basic box... it's pretty depressing actually.  There was one person on these forums that I had a deal in the works with several weeks ago, but I haven't heard from him since our last communication so it looks like that has fallen through.  I'm still searching and if you know of anyone providing that type of service for a reasonable amount of money (or even better, would take payment in BTC) I am all ears.




Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: kano on December 11, 2011, 11:05:29 PM
Oh well - I guess that explains it then.
I'll ignore PayPal :P

Going to BTC then TradeHill then exchange then a transfer to my bank account (even being AUD) is a total of about 1.1%


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: ThiagoCMC on December 11, 2011, 11:10:25 PM
What about this host provider: http://www.jtan.com/ ?


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 11, 2011, 11:49:42 PM
Hmm, I will send them an inquiry, but if it's $99/mo for their basic co-located box, then that might be a bit too costly.  $50 a month is about my limit.  The pool is not exactly a cash cow :)

*EDIT*

Err wait, they seem to be located in the US?  PA to be exact.


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: BitServers on December 12, 2011, 12:06:51 AM
Hmm, I will send them an inquiry, but if it's $99/mo for their basic co-located box, then that might be a bit too costly.  $50 a month is about my limit.  The pool is not exactly a cash cow :)

*EDIT*

Err wait, they seem to be located in the US?  PA to be exact.

What are your requirements in regards to spec, price, bandwidth throughput?


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: ThiagoCMC on December 12, 2011, 12:09:15 AM
Good question...

BTW Inaba, what do you think about open a server in Brazil?!

We can make a partnership! I can provide the server, 3 internet connections, power generator, at no cost.


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: ThiagoCMC on December 12, 2011, 12:23:24 AM
Hi!

 I just hit the button: "Pay me -> My BTC as -> PayPal" and, the EclipseMC site return the following error:

 "There was an error with acquiring the exchange rate, please try again later."

 But, I receive the payment at PayPal normally.

Best!
Thiago


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: ThiagoCMC on December 12, 2011, 03:05:28 AM
Hi!

 Can you add the following status to the "QUICK STATISTICS" menu:

 Est. 24H Reward: X.XXXXXXXX

 or:

 24 Hour Earnings (like BTCGuild)

 ?

 And add Namecoin est. 24H reward too...

Best!
Thiago


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: ThiagoCMC on December 12, 2011, 03:16:25 AM
Current Speed 200.32 GH/s !!!!!!!!!! YUUHUUU!!


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Pontius on December 12, 2011, 05:15:35 AM
I have been unable to locate a reliable hosting service in the EU that doesn't charge a ridiculous amount of money for a basic box... it's pretty depressing actually.  [...]  I'm still searching and if you know of anyone providing that type of service for a reasonable amount of money (or even better, would take payment in BTC) I am all ears.

Hmm, at least in Germany there dozens of affordable hosting services. Drop me a PM with the (minimun) sizing of the hardware/vm you require and what you are willing to spend, I'll have a look then.


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 12, 2011, 01:58:52 PM
I'm not sure how to add an estimated 24 HR reward, since we can't know when/how many blocks will be solved in that amount of time.  I can add historical 24 hour reward though.  Are you wanting a floating 24 hours window or something that starts and ends at midnight each day?

I'm looking into the paypal error


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: stick_theman on December 12, 2011, 04:27:16 PM
This pool is FINEEE.  Thanks Inaba for all your hardwork.


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 12, 2011, 07:36:23 PM
Thanks stick! 

I need to rewrite some of the Paypal code - the Paypal API is complete ass and the documentation is either out of date or just plain wrong.  Bah.  Anyway, it won't affect any user interface portion of Paypal, but you may see the error occasionally until I get it rewritten.  IT won't actually affect payouts though, it's just some variables not being returned properly, even though variables are discarded anyway.


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: freshzive on December 13, 2011, 01:31:17 AM
So on these long blocks, my reward actually decreases overtime? I don't remember that happening on YourBTC


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: ThiagoCMC on December 13, 2011, 01:56:31 AM
So on these long blocks, my reward actually decreases overtime? I don't remember that happening on YourBTC

I noted this too...

Some days receive I virtually nothing?!

For example, if a round have a duration of 24H, I'll earn the same if the round ended in 16 min...

At the end of month, maybe will be the same earning of mining in a bigger pool...


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: ThiagoCMC on December 13, 2011, 01:59:57 AM
Also,

 I like the payment based on the Shared Maximum Pay-Per-Share method described by Eligius, used in ArsBitcoin too.

 Seems more constant... Don't know why exactly... lol

 It have (SimpleCoin) with 24H est. reward enabled...   ;)

Best!
Thiago


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: bitfoo on December 13, 2011, 02:01:57 AM
So on these long blocks, my reward actually decreases overtime? I don't remember that happening on YourBTC

This is probably because of the recent increase in the pool hash rate, so there are more people competing for the reward. We should also be solving blocks a bit faster now because of this.


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 13, 2011, 02:03:54 AM
Yes, your reward estimate has decreased due to the hashrate (for example, at 150 GH/s my typical estimated reward is about 4.3 BTC, now with the 190 - 200 GH/s, my estimated reward is 3.7 BTC)..

Bitfoo is correct that we should be solving blocks faster, so while your reward is smaller, it's more frequent to make up for it.


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: freshzive on December 13, 2011, 02:13:07 AM
Guess we've just had some bad luck recently...that 23H block was no fun :(


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: ThiagoCMC on December 13, 2011, 02:15:54 AM
Hope to EclipseMC hitting 300GHash!
To see if there is a little more frequency on finding blocks...
I'll do my best to help EclipseMC in opening a mirror in Brazil... If desired...   ;D

Cheers!
Thiago


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: ThiagoCMC on December 13, 2011, 02:18:45 AM
SMS isn't working!!


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: freshzive on December 13, 2011, 02:22:10 AM
SMS isn't working!!

I got an SMS for that last block


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: ThiagoCMC on December 13, 2011, 02:25:16 AM
SMS isn't working!!

I got an SMS for that last block

I'm not... Lost SMS for the last two blocks...  :(
I'll test my cellphone...


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 13, 2011, 03:10:56 AM
I received SMS as well.  Were you getting them before?


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: stick_theman on December 13, 2011, 03:17:01 AM
Hey guys, I'm unsure of the payout system.  What's unconfirmed, confirmed and cashout amount?

My guess is, cashout amount is the amount you earned at this point, unconfirmed amount is waiting for the 120th block, meaning, what you will get in the next 24 hours, and confirmed amount is ....?

I looked into EMC's tech discussion board, and I wasn't able to find this.

Is there a way to check your historical (last 24 hours) btc amount earned?

Thanks,
J


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: gnar1ta$ on December 13, 2011, 04:13:24 AM
Hey guys, I'm unsure of the payout system.  What's unconfirmed, confirmed and cashout amount?

My guess is, cashout amount is the amount you earned at this point, unconfirmed amount is waiting for the 120th block, meaning, what you will get in the next 24 hours, and confirmed amount is ....?

I looked into EMC's tech discussion board, and I wasn't able to find this.

Is there a way to check your historical (last 24 hours) btc amount earned?

Thanks,
J

Confirmed has 120 blocks and can be paid out with auto payout or manually with pay me buttons (they will turn red when you have confirmed balance).  Cashout will pay total of confirmed + unconfirmed - fee (and reset your score).  You can check block stats to see your historical earnings/block.

@Inaba
Your going to have a lot more work with all the new users, hope the donations went up so this pool doesn't join the others.  Great pool, thanks for maintaing it.


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 13, 2011, 04:32:12 AM
gnar1t$ summed it up nicely.

Confirmed is your payout that you can get right now with the Pay Me button(s) in either BTC or PPUSD (or NMC/BTC buttons in the case of NMC).  The unconfirmed amount is the amount that you've "earned" subject to 120 block validations before it's released.  This is done to make sure the block does not go invalid prior to the minimum number of confirmations.  This is a hard limit built into the Bitcoin client, not an arbitrary decision I made, and most pools subscribe to that (at least those that aren't PPS based).

Your cashout button is a special feature that will cashout all of your earned income at once, including your unrealized score.  Your unrealized score and unconfirmed balance are subject to a 10% fee, due to the increased risk that the pool undertakes when the cashout option is used (for example, if a block were to go invalid after you used the cashout, you would still be paid for that block, even though no one else would be).  However, your confirmed balance, when using cashout, is not subject to this fee.

120 block validations take anywhere from 15 - 20 hours usually on average before they go into confirmed status.

There is not really a way to check 24 hours of earning directly, other than looking at the Blocks Stats page, which tells you how much you earned each block.  I will, however, be implementing a 24 hour earned amount in the Quick Stats box in the next couple days, so look for that soon.

Quote
Your going to have a lot more work with all the new users, hope the donations went up so this pool doesn't join the others.  Great pool, thanks for maintaing it.

The pool won't be going anywhere, don't worry about that.  The new users are nice for variance that's for sure... hopefully we can get some good ideas flowing for added features (not that we have a lack of good ideas already) - but the more the merrier.  As far as donations go, since June I've received approximately 28 BTC in donations... definitely not going to get rich on running a pool, hah!


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: stick_theman on December 13, 2011, 05:15:35 AM
Thank you guys!  Appreciate the detailed explanations.


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: bitfoo on December 13, 2011, 06:25:29 AM
Inaba, do you keep records of the number of stale shares submitted as well? It would be very useful to see these figures on the block history table, for mining contract accounting purposes. Per worker stales would also be a useful stat.

As far as donations go, since June I've received approximately 28 BTC in donations... definitely not going to get rich on running a pool, hah!

You could implement something like yourbtc.net - 3% donation for "VIP membership", which pays out for blocks without waiting for 120 confirms. I'm sure some people would up their donations to get this.


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Meni Rosenfeld on December 13, 2011, 08:42:43 AM
Hey guys, I'm unsure of the payout system.  What's unconfirmed, confirmed and cashout amount?
I'll take a shot at making this even clearer:

Score = How much you will get for every future block. The exact amount you'll get out of this depends on the number of blocks that will be found and is thus random.

Unconfirmed = Rewards for blocks which were already found but didn't mature yet.

Confirmed = Rewards for blocks which already matured.

Normal withdrawals are from the confirmed balance only.
Cashout is confirmed + unconfirmed + score - fee, where the fee is applied only to the unconfirmed and score.


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 13, 2011, 04:15:59 PM
Inaba, do you keep records of the number of stale shares submitted as well? It would be very useful to see these figures on the block history table, for mining contract accounting purposes. Per worker stales would also be a useful stat.

As far as donations go, since June I've received approximately 28 BTC in donations... definitely not going to get rich on running a pool, hah!

You could implement something like yourbtc.net - 3% donation for "VIP membership", which pays out for blocks without waiting for 120 confirms. I'm sure some people would up their donations to get this.

I do keep track of the stale statistics on a per block/per miner basis.  I will look at exposing that data right now.  I don't have the facility in place to track stales on the reset column though.  I'll see about adding that functionality a well.


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: ThiagoCMC on December 13, 2011, 04:22:02 PM
URGENT!!

https://eclipsemc.com/block_stats.php ERROR!

Cheers,
Thiago


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 13, 2011, 05:18:57 PM
Yeah I broke it trying to add the stales in.  Would be nice if you removed the SQL code though! Should be fixed now.

I need to make some internal changes to accommodate the stale display.  The way I'm tracking it now is not conducive to display on a per user basis, only as an aggregate.


Title: Re: [160 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: ThiagoCMC on December 13, 2011, 09:04:12 PM
Removed... sorry about that!!!


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 14, 2011, 04:42:19 PM
No problem, Thiago. 

I plan on focusing on some user statistics improvements in then next week or so.  Teams is on that list - what other top 10 lists, stats, graphs, etc... type things would people like to see?

I also plan on changing the way alerts are handled, which will speed up block processing and alert deployment via SMS primarily, as that is realllly slow and slows down block processing a great deal.

I also plan on opening up another port for mining, such that I would like people to split between the two instances.  This should alleviate any potential bottlenecks we might start to see when/if the pool hashrate starts to rise.  I keep meaning to evaluate PoolserverJ, but then I keep hearing about instability and I don't want to put the time required into modifying the code to be compatible if it's going to be ultimately discarded due to stability issues.  I should probably just bite the bullet and make it happen, though.


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: BitServers on December 15, 2011, 12:24:08 AM
No problem, Thiago. 

I plan on focusing on some user statistics improvements in then next week or so.  Teams is on that list - what other top 10 lists, stats, graphs, etc... type things would people like to see?

I also plan on changing the way alerts are handled, which will speed up block processing and alert deployment via SMS primarily, as that is realllly slow and slows down block processing a great deal.

I also plan on opening up another port for mining, such that I would like people to split between the two instances.  This should alleviate any potential bottlenecks we might start to see when/if the pool hashrate starts to rise.  I keep meaning to evaluate PoolserverJ, but then I keep hearing about instability and I don't want to put the time required into modifying the code to be compatible if it's going to be ultimately discarded due to stability issues.  I should probably just bite the bullet and make it happen, though.


I presume you've rejected the offer that I PM'd you? As I've not even received a word of acknowledgement.

Thanks, Marc


Title: I'm thinking about joining this pool
Post by: jjshabadoo on December 15, 2011, 12:25:54 AM
Can anyone give me any feedback? I have about 2.8 g/hash right now and will be bringing on about 6 g/hash total in a few weeks. I have dedicated miners going 24/7 at yourbtc.net. Anyone mining this pool that formerly mined at yourbtc ?

Please don't take offense Inaba as i am not asking for negative feedback here, would rather here what pool members have to say about usability, bitcoin rewards/systems, etc. I have read many of your posts and find them helpful and courteous.

For the record, I would also like to see you get rewarded for your pool as I believe this leads to long-term stability. I suggest you create a minimum contribution or at least create a premium membership that requires a minimum donation. Pool owners deserve to rewarded, it's good for the pool and all users.


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 15, 2011, 12:26:58 AM
Hi Marc,

No, I haven't been able to address it as of yet.  I am trying to figure out exactly how I will handle the configuration before I give a definitive answer.


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: BitServers on December 15, 2011, 12:29:23 AM
Hi Marc,

No, I haven't been able to address it as of yet.  I am trying to figure out exactly how I will handle the configuration before I give a definitive answer.

Okay no problem, Just wasn't sure as you hadn't replied or anything, Keep me updated.

Thank you for the response. :)


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 15, 2011, 01:11:05 AM
Yeah I'm really sorry Marc and Thiago both - I will respond to both your PMs, I have just been so slammed this week (and last, and probably next) that it's hard to give the thought it deserves to a reply and I don't want to just fire off something half heartedly.

I should be almost finished launching a new project we have at work this week, so hopefully things will quiet down. 


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 15, 2011, 01:15:35 AM
Can anyone give me any feedback? I have about 2.8 g/hash right now and will be bringing on about 6 g/hash total in a few weeks. I have dedicated miners going 24/7 at yourbtc.net. Anyone mining this pool that formerly mined at yourbtc ?

Please don't take offense Inaba as i am not asking for negative feedback here, would rather here what pool members have to say about usability, bitcoin rewards/systems, etc. I have read many of your posts and find them helpful and courteous.

For the record, I would also like to see you get rewarded for your pool as I believe this leads to long-term stability. I suggest you create a minimum contribution or at least create a premium membership that requires a minimum donation. Pool owners deserve to rewarded, it's good for the pool and all users.

Well, I had intended to offer premium features in the beginning, but I never feel the pool is "done" or adequate to charge anyone money for something.  One of my primary motivators in the beginning was to stabilize my own variance and have all the features I found lacking in other pools available (SMS, etc...).  Maybe at some point, if I ever feel it's adequate, I will include some premium features at a small donation rate... but not at least until I get everything the way I want it.

I'm open to negative feedback as well as positive feedback, I always want to improve the pool - some changes are harder than others and I would make a lot of things different if I had to do it over again of course.  (I mean, who the heck saw merged mining back when I started coding this pool? jeez!)  ...  I'll be happy to answer any questions you have.

PS - looks like we got gimped by BTC Guild on that last block.  Fortunately it was only a 50 minute block, so not a lot of pain there.  Would be a painful block if it were a 24 hour block or something.


Title: Re: I'm thinking about joining this pool
Post by: ThiagoCMC on December 15, 2011, 03:32:39 AM
Can anyone give me any feedback? I have about 2.8 g/hash right now and will be bringing on about 6 g/hash total in a few weeks. I have dedicated miners going 24/7 at yourbtc.net. Anyone mining this pool that formerly mined at yourbtc ?

Please don't take offense Inaba as i am not asking for negative feedback here, would rather here what pool members have to say about usability, bitcoin rewards/systems, etc. I have read many of your posts and find them helpful and courteous.

For the record, I would also like to see you get rewarded for your pool as I believe this leads to long-term stability. I suggest you create a minimum contribution or at least create a premium membership that requires a minimum donation. Pool owners deserve to rewarded, it's good for the pool and all users.

Hi!

 I have 10GHash/s and I can assure you: EclipseMC is the best pool out there!

 The SMS alerts and PayPal payout system are to me, "killer features"!

 I was before at Deeptbit, BTCGuild, ArsBitcoin... But, EclipseMC is much better...

 There is only one thing that needs to be done within EclipseMC: some kind of H.A., so, if one server fails, another brings up and takeover its IP, or something like that.

 Good noted: activating some donations now.

Best!
Thiago


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: ThiagoCMC on December 15, 2011, 05:33:41 AM
EclipseMC website is down Inaba?!
My miner are still online but, can't access the site...

Thanks!
Thiago


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 15, 2011, 01:29:52 PM
It's up for me?  Is it still down for you?  Anyone else having trouble?


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: ThiagoCMC on December 15, 2011, 02:21:40 PM
FASTEST ROUND EVER! http://blockexplorer.com/b/157618   ;D

00:01:51 to find this block! hihihi


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: ThiagoCMC on December 15, 2011, 02:22:08 PM
It's up for me?  Is it still down for you?  Anyone else having trouble?

Maybe it is my DNS at home... It is working here at my company...

Thanks!
Thiago


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 15, 2011, 02:30:04 PM
Makes up for that invalid yesterday! :)


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: ThiagoCMC on December 15, 2011, 02:32:40 PM
Makes up for that invalid yesterday! :)

Absolutely!!!   ;D


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 15, 2011, 03:32:49 PM
Just added the option to set your miner hashrate calculation window in minutes, from 1 - 60.  You can set this on the My Accounts page, on the bottom left.

*EDIT*

Whoops.. the change made the system think the miners went idle.  They did not, it was purely a table data issue... nothing happened to the pool or the miners if you got notified of a failed miner.


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: ThiagoCMC on December 15, 2011, 03:49:37 PM
Well... False alarm! lol


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: ThiagoCMC on December 15, 2011, 03:51:51 PM
That's why I propose you the test and production environment...
We/you should never change the production environment. Not before tons of tests in the proper test environment.

Best!
Thiago


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 15, 2011, 03:56:33 PM
The problem with a test environment is that fact that there are no miners on a test environment so most of the problems won't show up.


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: ThiagoCMC on December 15, 2011, 04:03:34 PM
And this is impossible to simulate?! I guess not...

About this: http://poolserverj.org/performance-testing/ ?

Maybe we can use something like that to simulate miners...

Best,
Thiago


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 15, 2011, 04:13:16 PM
Well, I may need to redesign the way hashrate is tracked on a per user basis.  Ugh...


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: ThiagoCMC on December 15, 2011, 05:09:50 PM
The web site have a problem... No hashrate of my miners but, all of it are still online.


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: jjshabadoo on December 15, 2011, 05:22:57 PM
Silly question, but your site isn't clear about miner name and passwords. Do you use your website password? and is the worker name my username<space>worker ? or just my username?

figure this would be at the top of the FAQ.


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 15, 2011, 05:40:02 PM
Your miner(s) are managed with the Manage button under My Workers page.

From there, you set your miner password and miner names.  All your miners will start with your username_<nameyoupick>

So in your case, if you created a miner called "miner1" the name would be jjshabadoo_miner1  and whatever password you pick for the miner.


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 15, 2011, 06:00:11 PM
I had to change some memory variables in mysql to handle the increased requirements for the variable hashrate option... this required me to restart the mysql server a couple times, which clears out the memory tables that tracks hashrate.  It doesn't affect anything other than the hashrate display, since that is the only state that isn't saved on a server restart.  Everything else is saved through restarts. 



Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: twmz on December 15, 2011, 09:36:05 PM
On the My Workers page, the Profitability column is cool, but I find myself constantly doing the same math exercise every time I go there to add up all the rows to get the total profitability for my account.  Any chance of just adding a subtotal to the bottom row for that column that added up the numbers above?


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 15, 2011, 10:01:34 PM
Sure, I will add that now.  Should be good to go when you read this.


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: ThiagoCMC on December 15, 2011, 10:44:20 PM
Hey!! I think about this a lots of times... lol

And now, I think I know how to add the "24H Est. Reward" to "QUICK STATISTICS"!

My "24H Est. Reward" should show: 6.35489397

Which is the sum of my earn (Prop Diff) of the last day...

So, next day (00:00:01), the site updates quick statistics menu...

What do you think Inaba?!

I know that the simplecoin have this feature... You think it is hard to copy it?! If you guys don't like my suggestion...

Best!
Thiago


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: ThiagoCMC on December 15, 2011, 11:02:05 PM
Hey!! I think about this a lots of times... lol

And now, I think I know how to add the "24H Est. Reward" to "QUICK STATISTICS"!

My "24H Est. Reward" should show: 6.35489397

Which is the sum of my earn (Prop Diff) of the last day...

So, next day (00:00:01), the site updates quick statistics menu...

What do you think Inaba?!

I know that the simplecoin have this feature... You think it is hard to copy it?! If you guys don't like my suggestion...

Best!
Thiago

Never mind... This isn't a estimation... It is actually, how much I earn last day...


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 15, 2011, 11:06:52 PM
I can add income over the past 24 hours with a sliding window... I'm not sure there's any useful way to estimate future income, though, except what's there now.


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: jjshabadoo on December 16, 2011, 01:01:46 AM
I'm in!!! Just pointed all my rigs to this pool, looking forward to finding some blocks for all of us. I just pointed about 2.8 GH/s and will be doubling that within a few weeks.


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 16, 2011, 01:46:39 AM
Excellent!  Glad to have you aboard!


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: ThiagoCMC on December 16, 2011, 02:12:39 AM
I'm in!!! Just pointed all my rigs to this pool, looking forward to finding some blocks for all of us. I just pointed about 2.8 GH/s and will be doubling that within a few weeks.

WELCOME!!  :-D


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: bitfoo on December 16, 2011, 02:12:51 AM
I can add income over the past 24 hours with a sliding window... I'm not sure there's any useful way to estimate future income, though, except what's there now.

Wait, why won't this simple formula work?

btc_per_day = 86400.0 * (hash_rate / 2^32) * (50.0 / difficulty)

Of course, it's subject to variance, but maybe the expected BTC per day is what Thiago is looking for? IMO, this would be more useful than seeing what I earned in the previous 24 hours.


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: ThiagoCMC on December 16, 2011, 02:18:01 AM
Inaba,

 The last line of "Quick Statistics" is out of its table, look:

 http://i.imgur.com/W3vV2.png

Cheers,
Thiago


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: ThiagoCMC on December 16, 2011, 02:18:53 AM
I can add income over the past 24 hours with a sliding window... I'm not sure there's any useful way to estimate future income, though, except what's there now.

Wait, why won't this simple formula work?

btc_per_day = 86400.0 * (hash_rate / 2^32) * (50.0 / difficulty)

Of course, it's subject to variance, but maybe the expected BTC per day is what Thiago is looking for? IMO, this would be more useful than seeing what I earned in the previous 24 hours.

Maybe?!?! Where that came from?!?!  LOL

^_^


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: bitfoo on December 16, 2011, 02:31:25 AM
Wait, why won't this simple formula work?

btc_per_day = 86400.0 * (hash_rate / 2^32) * (50.0 / difficulty)

Of course, it's subject to variance, but maybe the expected BTC per day is what Thiago is looking for? IMO, this would be more useful than seeing what I earned in the previous 24 hours.

Maybe?!?! Where that came from?!?!  LOL

^_^

:)

You can break that down as:

num_seconds_per_day = 86400.0
probability_of_a_hash_solving_a_block = 1 / (2^32 * difficulty)
btc_per_block = 50.0

So the expected btc you'll get per day = num_seconds_per_day * hash_rate * probability_of_a_hash_solving_a_block * btc_per_block.


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 16, 2011, 02:33:55 AM
I've found some browsers don't render it properly.  CSS is the devil... never works right.  It looks proper in a number of browsers I've tried and looks like you show in several others (specially my Xoom browser and on my phone).  I need to redo that box with tables instead of CSS

As for estimated income, I can use that formula, but it will not be very accurate due to DGM, unless you have a very steady hashrate over the course of several days.  It also wouldn't account for any pool hoppers or people coming into and out of the pool.


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: bitfoo on December 16, 2011, 03:04:01 AM
As for estimated income, I can use that formula, but it will not be very accurate due to DGM, unless you have a very steady hashrate over the course of several days.  It also wouldn't account for any pool hoppers or people coming into and out of the pool.

Do you think this is better?

user's estimated DGM reward for next block * expected number of solved blocks in 24 hours based on yesterday's average pool hash rate?

Edit: Meh, I don't think this really works either, unless the cross-round leakage parameter is 1.


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Turbor on December 17, 2011, 09:51:41 AM
Faster and faster ;D I like it.


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: italeffect on December 20, 2011, 06:51:32 PM
Hi are block solved emails not working? I haven't received one in about 48 hours. Miner failed emails have come through fine though.

Thanks!


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 20, 2011, 06:55:04 PM
Anyone else having problems?  I have been having an issue personally with the block solve emails (and SMS), but I thought it was just me.  Looking at the logs, it looks like everything is working.  If you want to PM me your email address I can take a look. 

I keep meaning to address the issue for myself, but since it's me, I have been prioritizing other issues (sure wish Shads would login and answer my PM!) - but if it's affecting other people, I will prioritize that higher.


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 20, 2011, 08:20:17 PM
I have made some security changes to both the getwork servers and the webservers.  This should not affect users, but if you notice any strange behavior, please let me know immediately.  

Aside from the changes I've been making to some of the graphs and fixing small bugs, I have been working on getting PoolserverJ integrated into our system.  It's proving to be exceptionally difficult, primarily because there are not enough places to hook into the pluggable engine of PoolserverJ to accomodate DGM.  I have sent a PM to Shads, but have yet to hear back from him.  I would really like to avoid modifying the PSJ source directly, but it seems like that may be the direction I am headed if I end up going with PSJ.    It's either that or rewrite the whole DGM codebase completely (along with a number of other parts of the site) - this isn't off the table, but it's something I would like to avoid if possible.

*EDIT*

Also - I want to be sure that everyone is fully aware of the fact that you should NEVER use your pool password on the forums (or anywhere else for that matter).  Your pool password should be unique and not used anywhere else, even on the EclipseMC forums.  Ideally, you would have a different username on the forums than you would on the pool as well, though that is not so important.

If your pool password is the same as your forum password, please go change your pool password immediately.


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: jjiimm_64 on December 21, 2011, 04:38:08 AM
Hello,
  Been at the pool for about 3 days...  working well :)

I have a couple of issues, tried to get into the forums, but did not receive email so I cant post.  will list issues here.


bugs:
1.  according to https://eclipsemc.com/my_found_blocks.php  i have solved 2 blocks, but only 'solved 1' is listed on my account page.
2.  BTC Payout History has namecoins and bitcoins mixed in the same table, and same column.  i think it was ment to be same table, but not column
3.  the 'block stats' page has a block #222 - #223 as a 00:15:59 minute block, but it appears the actual time is about 32 minutes.
4.  the my_found_blocks.php page has the solved timestamp in a different timezone then the block stats page.  Can we make them both the same?
5.  the block stats page:  I believe some of the long blocks have the wrong percent amount for luck.  a 3020768 share block has red-7% but a 1953012 share block has red-18%
6.  email notification working? (might be the same reason I did not get forum email?)


requests:  (i know we dont have alot of time for enhancements, but asking anyway)
1.  on the account page, is it possible to turn off the tool tips?
2.  add block finder to the block stats page?
3.  add power in watts to the worker page?

Thanks for a great pool. 
Jim


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 21, 2011, 05:05:39 AM
Hello,
  Been at the pool for about 3 days...  working well :)

I have a couple of issues, tried to get into the forums, but did not receive email so I cant post.  will list issues here.


bugs:
1.  according to https://eclipsemc.com/my_found_blocks.php  i have solved 2 blocks, but only 'solved 1' is listed on my account page.

Hi Jim,

Welcome to the pool! 

Can you PM me your user name so that I can look into what's going on with that?

Quote
2.  BTC Payout History has namecoins and bitcoins mixed in the same table, and same column.  i think it was ment to be same table, but not column

I will get this fixed tomorrow.

Quote
3.  the 'block stats' page has a block #222 - #223 as a 00:15:59 minute block, but it appears the actual time is about 32 minutes.

Good catch.  I've corrected the bug going forward.  I need to run a test on fixing the bug with the current block list.  I will do that tomorrow when I have more time.

Quote
4.  the my_found_blocks.php page has the solved timestamp in a different timezone then the block stats page.  Can we make them both the same?

Sure, I will try to get that done tomorrow as well.

Quote
5.  the block stats page:  I believe some of the long blocks have the wrong percent amount for luck.  a 3020768 share block has red-7% but a 1953012 share block has red-18%

No, that is correct.  It is a percentile.  The 3 million at 7% means that 7% of the blocks will be more than 3020768 shares, whereas for the 1953012 share block, 18% of blocks will have more shares.  A few pages back there was a discussion on how to handle the luck display... I'm open to suggestions, but you might want to read those few posts where we discussed it.

Quote
6.  email notification working? (might be the same reason I did not get forum email?)

Some people (myself included) seem to be having problems with block solve notifications (but strangely failed miner/payout/etc... notifications are working) - I will be addressing this issue tomorrow.  The one caveat to this is if you are using a Yahoo address.  Yahoo is such a clusterfuck that it's impossible to get them to fix problems - their mail server is horrible, their technical department is horrible... there is nothing good about Yahoo.  As such, emails to yahoo are typically delayed, usually forever... I'm working with them to get it fixed, but they are almost impossible to deal with.

Quote
requests:  (i know we dont have alot of time for enhancements, but asking anyway)
1.  on the account page, is it possible to turn off the tool tips?
2.  add block finder to the block stats page?
3.  add power in watts to the worker page?

I will definitely see what I can do about turning tool-tips off.  It isn't that hard to code, but kind of tedious. :)

Can you elaborate on item 2?

Item 3 - you already can enter power in watts on the Manage Workers page (from the My Workers page, button is in the upper right).  Or do you mean something else?

Thanks for a great pool. 
Jim

[/quote]


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 21, 2011, 05:07:01 AM
I opened another instance of the getwork server on port 9009.  If some of you want to switch over to that port, that would be great.  We aren't having any problems at the moment, but I would like to head off any potential problems before they become an issue. 

So instead of connecting to port 8337, just use port 9009 and maybe set port 8337 as a backup.


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Meni Rosenfeld on December 21, 2011, 06:14:14 AM
Aside from the changes I've been making to some of the graphs and fixing small bugs, I have been working on getting PoolserverJ integrated into our system.  It's proving to be exceptionally difficult, primarily because there are not enough places to hook into the pluggable engine of PoolserverJ to accomodate DGM.  I have sent a PM to Shads, but have yet to hear back from him.  I would really like to avoid modifying the PSJ source directly, but it seems like that may be the direction I am headed if I end up going with PSJ.    It's either that or rewrite the whole DGM codebase completely (along with a number of other parts of the site) - this isn't off the table, but it's something I would like to avoid if possible.
I wonder if it will be easier to do some approximation of DGM with PSJ. I haven't figured out the details but shift-DGM should work, and might be possible depending on what you have to work with.


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: BinaryMage on December 21, 2011, 06:18:38 AM
Joined (back after hiatus). Glad to see merged mining. Question: The website states that you charge only a fee for conversion of BTC to PayPal, implying that you do not charge for conversion of NMC to BTC, but the latter is not stated outright, and I wanted to double check. Do you, or do you use an exchange that does, charge a fee for that conversion?


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: BkkCoins on December 21, 2011, 09:08:25 AM
I tried the cash out button but it doesn't seem to be functional. Is that not ready / on purpose or a bug? It takes me to an explanation page but the cash out button there does not work.


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: cyberlync on December 21, 2011, 09:26:21 AM
Seems like autopayout for BTC is not working. My payout lock is active?!? I don't recall making a manual payout or activating any payout lock..


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: jjiimm_64 on December 21, 2011, 10:31:17 AM

Quote
5.  the block stats page:  I believe some of the long blocks have the wrong percent amount for luck.  a 3020768 share block has red-7% but a 1953012 share block has red-18%

No, that is correct.  It is a percentile.  The 3 million at 7% means that 7% of the blocks will be more than 3020768 shares, whereas for the 1953012 share block, 18% of blocks will have more shares.  A few pages back there was a discussion on how to handle the luck display... I'm open to suggestions, but you might want to read those few posts where we discussed it.

2.  add block finder to the block stats page?
3.  add power in watts to the worker page?

I will definitely see what I can do about turning tool-tips off.  It isn't that hard to code, but kind of tedious. :)

Can you elaborate on item 2?

Item 3 - you already can enter power in watts on the Manage Workers page (from the My Workers page, button is in the upper right).  Or do you mean something else?




Thanks for looking into this stuff.  my username is the same as here.  jjiimm_64

I will have to read up on the 'luck' post before commenting on percents...

2 & 3.  Sorry for not being clear.
2.  can we add the user that found the block on the block stats page, I have to go back and forth from the my_found_blocks page to the stats page comparing which blocks I found. Which is what made me notice the different time zones on the timestamp.
3.  Yes I added the power in watts to each of my 14 workers, and that makes the Profitability column work, but it would be nice to see a little more info about Profitability.  One thing I thought of is to see the Total watts used in the Totals, so adding a small column of watts and totalling it would be nice.

thxs again.


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 21, 2011, 05:17:40 PM
So it looks like we have slight security issue on our hands.

In the interests of full disclosure, two people have notified me that their accounts have been drained, and looking at the audit logs, there is at least two more that this has happened to, but they have not contacted me. 

The breech occurred because of a brute force attack against the forum user database and possibly through other breached databases unrelated to EMC.  The breached accounts appear to have either used insecure passwords AND the passwords used on the forums were the same password used on the pool or used the same passwords from other sites that have been breached.

I want to be very clear on the fact that the pools security has not been compromised.  Your pool accounts appear to be secure, so long as you are using a unique, secure password for your pool account.  If you are using the same password for other sites, including the EMC forums, you should change your pool password immediately. 

The logs don't seem to indicate an exhaustive brute force attack against the forum accounts, which leads me to believe that the account names and/or passwords were obtained elsewhere and likely candidates were tried through both the forums and the pool to find easily accessible accounts.

While we do have a payout lock, in at least on instance, the wallet address was changed and the attacker logged in almost exactly 24 hours later and withdrew the funds.  EMC does everything it can to protect your account, but there are some things EMC can not protect against without making your account unusable.  I suggest that everyone activate payout lock and turn on Email and/or SMS notification for account changes and keep up with your email so that you will be alerted to any potential security threats with enough time to handle the problem. 

Your password should consist of a minimum of 10 characters.  Ideally it is a passphrase consisting of at least 4 words - the more uncommon the words the better.   Of course, using a program like KeePass or LastPass with a randomly generated high-entropy password is also a good solution, as well.  Your password should be unique and not used anywhere else. 




Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: italeffect on December 21, 2011, 05:21:45 PM
Thanks Inaba for the update.

2 things:
1. Block solved email started this morning again for me with block #158481 & #158491. Thank you for working on this.

2. Is the website down? I cannot access it this morning. Although I have a secure and unique password for the site I wanted to change it in response to your post above.

Thanks


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: omo on December 21, 2011, 05:31:12 PM
Round Duration 15329d 17:30:02
sth wrong?


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 21, 2011, 05:37:36 PM
Site is up, there doesn't appear to be any problems; People are accessing the site.

Block stats should be fixed.  Looks like the change I made last night caused a bit of a hiccup.  Still working on it today.


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: jjiimm_64 on December 21, 2011, 08:38:40 PM
Site is up, there doesn't appear to be any problems; People are accessing the site.

Block stats should be fixed.  Looks like the change I made last night caused a bit of a hiccup.  Still working on it today.

the 'my shares' link on the number of shares on the block stat pages are going to a dead page, this was working yesterday.


edit:  found some emails in my spam folder.  the dead workers and the forum email..  but not the block found







Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: jjiimm_64 on December 21, 2011, 08:43:22 PM
I see you added a total power used spot..  nice.

Total Power Consumption
14650 W consumed at an average cost of 0.1 per KW/h or ฿8.95 ($35.16) per day.


Also the block solver.  that helps a lot.  and now I don't have to type in the my_found_blocks page ;)



thank you sir.


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 21, 2011, 08:55:08 PM
Yep, just finished adding all your requests/bug fixes with the exception the tool tips.  That's going to take a little more time.  Everything else should be set, though.

The my_shares link seems to be working for me, is it still not working for you?

The block found email and sms seems to still be spotty.  I can't quite figure out why it's only isolated to the block found messages... it's very strange.  I will keep investigating.


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: BinaryMage on December 21, 2011, 09:04:57 PM
Joined (back after hiatus). Glad to see merged mining. Question: The website states that you charge only a fee for conversion of BTC to PayPal, implying that you do not charge for conversion of NMC to BTC, but the latter is not stated outright, and I wanted to double check. Do you, or do you use an exchange that does, charge a fee for that conversion?

Restating question, seems it might have been missed.  ;)


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 21, 2011, 09:11:21 PM
Oh sorry, BinaryMage, I meant to answer you:

No, there is no fee charged for the conversion.  It is done at the straight daily average or last trade (whichever is less) of NMC -> BTC with no fees applied.


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: jjiimm_64 on December 21, 2011, 09:26:37 PM
Yep, just finished adding all your requests/bug fixes with the exception the tool tips.  That's going to take a little more time.  Everything else should be set, though.

The my_shares link seems to be working for me, is it still not working for you?

The block found email and sms seems to still be spotty.  I can't quite figure out why it's only isolated to the block found messages... it's very strange.  I will keep investigating.


The my_shares link not working for me, I think it has something to do with logged in or not...

link:
https://eclipsemc.com/graphs/worker_shares_per_block.php?blocknum=224

when I click on this link, i end up at URI: https://eclipsemc.com/graphs/login.php

which is a 404 NOT FOUND
Not Found

The requested URL /graphs/login.php was not found on this server.


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: BinaryMage on December 21, 2011, 09:29:52 PM
Oh sorry, BinaryMage, I meant to answer you:

No, there is no fee charged for the conversion.  It is done at the straight daily average or last trade (whichever is less) of NMC -> BTC with no fees applied.


Awesome! Thanks for clarifying.


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 21, 2011, 10:01:38 PM
Yeah it had to do with being logged in.  It should be fixed, now.


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: jjiimm_64 on December 21, 2011, 10:19:37 PM
Yeah it had to do with being logged in.  It should be fixed, now.


It is.  Thank you very much.

 ;D


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 21, 2011, 11:14:23 PM
I think there might be some confusion over payout lock and how it's displayed.  Some people think it's active when it's not.

If you see a link that says "Activate Payout Lock" then it's not active.  Once it's active, that link will be gone forever.  Once you activate payout lock, it can not be deactivated through any method available through the pool.  Right now, the only indication that payout lock is active is the fact that the link is gone. 

I think I will make a more prominent status indicator to show if payout lock is enabled or not.  Does anyone have suggestions on how to make it more clear?


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: BinaryMage on December 21, 2011, 11:50:55 PM
I think there might be some confusion over payout lock and how it's displayed.  Some people think it's active when it's not.

If you see a link that says "Activate Payout Lock" then it's not active.  Once it's active, that link will be gone forever.  Once you activate payout lock, it can not be deactivated through any method available through the pool.  Right now, the only indication that payout lock is active is the fact that the link is gone. 

I think I will make a more prominent status indicator to show if payout lock is enabled or not.  Does anyone have suggestions on how to make it more clear?

What you just implemented, the green bar, seems quite sufficient to me.


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 21, 2011, 11:55:59 PM
I have locked several account from payouts that are carrying a high balance.  I have no reason to think the accounts were compromised, but better safe than sorry.  Those few individuals that are affected will receive a message on their My Account page with instructions to contact me to remove the lock.  Only those people that did not have payout lock active and were carrying a high balance were flagged. (A total 6 people)



Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: omo on December 22, 2011, 04:04:52 PM
I like the statistics of your website, I have 2 suggestions:
1)in the "block stats" page, the totals row, an averaged total shares may be better than summary totals.
2)an average duration time could be insteresting.


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: P_Shep on December 22, 2011, 04:27:56 PM
I seem to be getting MANY get work failures or 'Pool 0 not providing work fast enough' as cgminer puts it. In fact 442 in about 8 hours :o
Connected to http://us.eclipsemc.com:9009, but also has problems with the default port.
What's up with that?

Other info: located in California. Had no problems with bitcoins.lc pool. Running at a whopping 150MH/s.


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 22, 2011, 04:37:11 PM
I actually see that occasionally in cgminer as well but it seems to be isolated to cgminer as I don't see it in poclbm.  

Once I get a test version of PSJ up and running, I will be interested to see if the problem goes away or remains.  I'm thinking cgminer needs to start the request for work a little earlier - if it's waiting until it's completely out of work before requesting more, I'm not sure that's the best solution.

Omo - I will see what I can do about adding those features today or tomorrow!


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: P_Shep on December 22, 2011, 06:01:16 PM
I see, thanks :)


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: gnar1ta$ on December 22, 2011, 06:25:08 PM
I seem to be getting MANY get work failures or 'Pool 0 not providing work fast enough' as cgminer puts it. In fact 442 in about 8 hours :o
Connected to http://us.eclipsemc.com:9009, but also has problems with the default port.
What's up with that?

Other info: located in California. Had no problems with bitcoins.lc pool. Running at a whopping 150MH/s.

Try changing the extra queue items to 5 or more..helped me with the same error.  You may also have to lower the scan time if this causes rejects.


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Proofer on December 22, 2011, 10:26:54 PM
Subject:  Newbie seeks guidance

In a nutshell:  I decided to mine, spent many hours reading bitcointalk.org and elsewhere, built a 3x5970 rig, decided on cgminer, decided on Eclipse.  I've spent days trying to get cgminer to work on Ubuntu without success (that story is in the cgminer thread starting here (https://bitcointalk.org/index.php?topic=28402.msg652883#msg652883)), but based on preliminary trials (and some help from Inaba - thanks!) poclbm seems to work.  So I have vetted my hardware, or at least two GPU cores thereof, and I think either poclbm or Phoenix will be OK.

Now how do I get from here to a state where all six cores are running more-or-less without intervention?  Do I accept that it will be necessary to spend quite a while tuning clock and fan speeds while monitoring temperatures, and that this process will be fairly arduous?  That's the way it looks, but maybe that's because I'm ignorant about available tools.  On a related note, I'm considering switching from Ubuntu to Windows 7.

Any (good) advice welcome!


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: jjiimm_64 on December 22, 2011, 10:55:57 PM

I would go with cgminer, it clocks and handles the fans all in one, while monitoring the temps.

The way I got cgminer to work was create a json config file with my params and that is the only argument I call cgminer with


./cgminer -c miner.emc.json


I have 4 rigs with 4X5970's.  I run them at 820/420.  (sometimes 800/420) intensity 7. here is the config file:

Code:
{
"_comment1" : "Any long-format command line argument ",
"_comment2" : "may be used in this JSON configuration file",

"url" : "http://us.eclipsemc.com:8337",
"user" : "username.miner4",
"pass" : "password",
"gpu-engine": "820",
"gpu-memclock": "420",
"auto-fan": true,
"intensity": "7"

}


edit:  guess I forgot to mention i use linuxcoin on a thumb drive.  with a clean thumb drive you can download miner, download a json file, and start the miner with minutes, already has all the drivers loaded.


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: gnar1ta$ on December 22, 2011, 11:06:10 PM
Subject:  Newbie seeks guidance

In a nutshell:  I decided to mine, spent many hours reading bitcointalk.org and elsewhere, built a 3x5970 rig, decided on cgminer, decided on Eclipse.  I've spent days trying to get cgminer to work on Ubuntu without success...

Ha welcome to bitcoin mining  :D.  I spent 2 months tweaking and testing software/hardware before any real success.  Innaba has a couple great linux guides, and Kano has a good guide on cgminer install but the quickest easiest solution I found is BAMT https://bitcointalk.org/index.php?topic=28967.0 (https://bitcointalk.org/index.php?topic=28967.0). As far as cgminer, the most stable setup I've found with my 5970 rig is 11.04 with catalyst 11.6 and cgminer 2.0.7 (using the 64-built.tar.bz2).  Everything else I've tried has not worked well.  I ended up wiping 2 rigs and doing a fresh install with no problems since.


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 23, 2011, 12:40:27 AM
Omo - I have made the changes you suggested.


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Proofer on December 23, 2011, 05:36:44 AM

I would go with cgminer, it clocks and handles the fans all in one, while monitoring the temps.

The way I got cgminer to work was create a json config file with my params and that is the only argument I call cgminer with


./cgminer -c miner.emc.json

I've been starting it from a ssh session using a script that contains:
Code:
xhost + &> /dev/null
now="`date +%Y.%m.%d.%H.%M.%S`"
cd ~/miners/cgminer
DISPLAY=:0 cgminer -c cgminer.conf 2> logs/$now.log

The cgminer that I'm running is in a /bin that's on my PATH.  I don't see any significant difference from what you're doing. 

Quote
I have 4 rigs with 4X5970's.  I run them at 820/420.  (sometimes 800/420) intensity 7. here is the config file:

Code:
{
"_comment1" : "Any long-format command line argument ",
"_comment2" : "may be used in this JSON configuration file",

"url" : "http://us.eclipsemc.com:8337",
"user" : "username.miner4",
"pass" : "password",
"gpu-engine": "820",
"gpu-memclock": "420",
"auto-fan": true,
"intensity": "7"

}

Here's mine:
Code:
{
"pools" : [
{
"url" : "http://us.eclipsemc.com:8337",
"user" : "username-here",
"pass" : "password-here"
},
{
"url" : "http://192.168.168.103:8332",
"user" : "brec",
"pass" : "password-here"
}
],

"intensity" : "d,d,8,8,8,8",
"gpu-engine" : "0-950",
"gpu-fan" : "0-85",
"temp-cutoff" : "95,95,95,95,95,95",
"temp-overheat" : "85,85,85,85,85,85",
"temp-target" : "75,75,75,75,75,75",

"auto-fan" : true,
"auto-gpu" : true,
"expiry" : "120",
"gpu-threads" : "2",
"log" : "5",
"queue" : "1",
"retry-pause" : "5",
"scan-time" : "60",
"temp-hysteresis" : "3",
"worksize" : "0",

"donation" : "0.00",
"shares" : "0",
"kernel-path" : "/home/brec/miners/cgminer"
}

The second "pool" is bitcoind on my Mac.

In many days of trying, with cgminer 2.0.7 and 2.0.8, with Ubuntu 10.04, 11.04, and 11.10 and Catalysts ranging from 11.6 to 11.12 and AMD SDKs from 2.4 to 2.6 I have never gotten cgminer to go more than a few seconds without hanging (best case) or freezing the entire system (worst case; so far, no smoke).


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Proofer on December 23, 2011, 05:47:21 AM
Ha welcome to bitcoin mining  :D.  I spent 2 months tweaking and testing software/hardware before any real success.  Innaba has a couple great linux guides, and Kano has a good guide on cgminer install but the quickest easiest solution I found is BAMT https://bitcointalk.org/index.php?topic=28967.0 (https://bitcointalk.org/index.php?topic=28967.0). As far as cgminer, the most stable setup I've found with my 5970 rig is 11.04 with catalyst 11.6 and cgminer 2.0.7 (using the 64-built.tar.bz2).  Everything else I've tried has not worked well.  I ended up wiping 2 rigs and doing a fresh install with no problems since.

I've seen and used the guides.  I just tried 11.04 with Catalyst 11.6 and the pre-built cgminer 2.0.7, i.e., followed your suggestion, and had the same problem I've had with every other combo.

But thanks!  (no sarcasm, I do appreciate any attempt to help)  What I've found from all the good-intentioned advice to "run what I'm running" is that a lot of people run cgminer successfully, which was obvious anyway, and that I have some weird problem likely caused by a stupid error or omission on my part that prevents my running it.  So, no more (re)installing Ubuntu/Catalyst/SDK/cgminer versions; unless someone comes up with a specific thing to try based on a plausible rationale, I'm moving on to other mining software.  Since my technical curiosity is piqued, I'm putting investigating my problem with cgminer using GDB on my list of things to do, but it's not a high priority right now.


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: kano on December 23, 2011, 05:57:16 AM
In many days of trying, with cgminer 2.0.7 and 2.0.8, with Ubuntu 10.04, 11.04, and 11.10 and Catalysts ranging from 11.6 to 11.12 and AMD SDKs from 2.4 to 2.6 I have never gotten cgminer to go more than a few seconds without hanging (best case) or freezing the entire system (worst case; so far, no smoke).
So ... after ignoring my suggestions for so long ... why not do what I said to start with :P
Install 11.04 and 2.4 - (as per my sig) - what I've been using since forever (July) and still running fine
... and again ... don't update anything.
It's worked with every version of cgminer since I started - 1.3.1 all the way up to 2.0.8
The only change required since then is also in my script at the end: the latest releases are compiled in 11.10 and there is a name change in one library in 11.10.


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Proofer on December 23, 2011, 06:12:28 AM
So ... after ignoring my suggestions for so long ... why not do what I said to start with :P
Install 11.04 and 2.4 - (as per my sig) - what I've been using since forever (July) and still running fine
... and again ... don't update anything.
It's worked with every version of cgminer since I started - 1.3.1 all the way up to 2.0.8
The only change required since then is also in my script at the end: the latest releases are compiled in 11.10 and there is a name change in one library in 11.10.

You might not have seen my subsequent post before you replied, but anyway, I tried 11.04 and 2.4 last night.  I guess I violated the advice "don't update anything" because I did update immediately after installing.


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: BkkCoins on December 23, 2011, 06:19:30 AM
You might not have seen my subsequent post before you replied, but anyway, I tried 11.04 and 2.4 last night.  I guess I violated the advice "don't update anything" because I did update immediately after installing.
I don't think that updating should have much effect as I keep my 11.04 right up to date and haven't seen any problems. The only time I've ever had lock ups is when gpu settings were pushed too far. Engine 950 is not that high but some cards will choke on even that. I'd definitely start really conservative at 850 and default mem speed and then see how stability is before altering any gpu settings.

Cards behave very differently even from the same mfr. batch. I have 2 5830s bought together and one craps out above 970 while the other is happy at 1020. If you got a fussy card then anything higher than 850 could be causing failures. If cgminer starts and outputs init messages then I'd say software is likely ok and you should debug hardware issues and really back off to ultra conservative values, and no "auto" settings that may be causing cgminer to adjust things. Also start with one card and add cards as stability is verified.


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: kano on December 23, 2011, 06:25:03 AM
Ah but you compile them again yourself right?

I do both - compile myself - and also run the binary that ckolivas releases.
Thus I know if there are any issues ... which is what lead to the extra comment at the end of my script about linking the missing library.
It failed for me (on 11.04) so I worked out what was needed to fix that.

Edit: and I have finally got around to creating a Virtual 11.10 to compile with so I can do that myself also (I was compiling on 11.04 on an older PC)
So I guess I'll also create a new version of my script soon when I bother to create a new 11.10 USB (since 11.10 has been around for a while ...)


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: BkkCoins on December 23, 2011, 06:34:11 AM
Ah but you compile them again yourself right?

I do both - compile myself - and also run the binary that ckolivas releases.
Thus I know if there are any issues ... which is what lead to the extra comment at the end of my script about linking the missing library.
It failed for me so I worked out what was needed to fix that.

Edit: and I have finally got around to creating a Virtual 11.10 to compile with so I can do that myself also (I was compiling on 11.04 on an older PC)
So I guess I'll also create a new version of my script soon when I bother to create a new 11.10 USB (since 11.10 has been around for a while ...)
I'm still using 11.04 but updating that, not upgrading to the newer release. Not sure if that's why but haven't seen anything weird. I didn't recompile cgminer until last night when I merged my code changes from 2.0.6 to 2.0.8.

(I didn't update any of my systems to 11.10 as an act of rebellion against the choice to force us into Unity by default. I know I can remove it and switch back to the "classic" desktop. I just don't like this MS-like attitude of forcing all sorts of changes on us "classic" users. It irritated me when they started putting the [X] button on the left side of windows. /rant )


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Proofer on December 23, 2011, 06:48:12 AM
... The only time I've ever had lock ups is when gpu settings were pushed too far. Engine 950 is not that high but some cards will choke on even that. I'd definitely start really conservative at 850 and default mem speed and then see how stability is before altering any gpu settings.

Cards behave very differently even from the same mfr. batch. I have 2 5830s bought together and one craps out above 970 while the other is happy at 1020. If you got a fussy card then anything higher than 850 could be causing failures. If cgminer starts and outputs init messages then I'd say software is likely ok and you should debug hardware issues and really back off to ultra conservative values, and no "auto" settings that may be causing cgminer to adjust things. Also start with one card and add cards as stability is verified.

I changed gpu-engine from "0-950" to "850" and removed both "auto" settings.  That caused it to go a few more seconds -- to the extent of outputing three "Accepted" messages that it hadn't previously...

[2011-12-22 22:38:28] Long-polling activated for http://us.eclipsemc.com:8337/LP
[2011-12-22 22:38:32] Accepted 00000000.943f188b.123aad4f GPU 2 thread 2 pool 0
GPU2 47.5C 4504RPM | (5s):326.7 (avg):4026.5 Mh/s | A:1 R:0 HW:0 U:600.00/m I:8
[2011-12-22 22:38:33] Accepted 00000000.ddd1a27e.08200eba GPU 1 thread 1 pool 0
GPU1 52.5C | (5s):363.6 (avg):222.7 Mh/s | A:1 R:0 HW:0 U:11.99/m I:5
[2011-12-22 22:38:34] Accepted 00000000.307282d1.c779af85 GPU 2 thread 2 pool 0
GPU2 48.0C 4519RPM | (5s):333.0 (avg):238.0 Mh/s | A:2 R:0 HW:0 U:23.98/m I:8

...but then the system was frozen.

So I think we might be on a productive track.  Should we take this to another forum, like the cgminer forum?  I don't want to slobber all over the Eclipse topic with my pool-independent issues...


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Proofer on December 23, 2011, 06:49:52 AM
Ah but you compile them again yourself right?

I do both - compile myself - and also run the binary that ckolivas releases.
Thus I know if there are any issues ... which is what lead to the extra comment at the end of my script about linking the missing library.
It failed for me (on 11.04) so I worked out what was needed to fix that.

Edit: and I have finally got around to creating a Virtual 11.10 to compile with so I can do that myself also (I was compiling on 11.04 on an older PC)
So I guess I'll also create a new version of my script soon when I bother to create a new 11.10 USB (since 11.10 has been around for a while ...)

I did both with 2.0.8, but compiled myself for the large majority of the experiments.  With 2.0.7 I used the distributed binary.


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: BkkCoins on December 23, 2011, 06:53:31 AM
You might ask the mod if moving these last bunch of message to the cgminer thread is possible - it would make sense and be more considerate here.


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Proofer on December 23, 2011, 07:03:39 AM
You might ask the mod if moving these last bunch of message to the cgminer thread is possible - it would make sense and be more considerate here.

I just more-or-less duplicated my previous post over there (https://bitcointalk.org/index.php?topic=28402.msg659941#msg659941).


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: omo on December 23, 2011, 02:00:12 PM
Omo - I have made the changes you suggested.


I saw it, thank you!


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: jjiimm_64 on December 23, 2011, 05:29:41 PM


 3.3M share round is crazy for this difficulty

Active Miners 496 Round Duration 16:17:32
Current Speed 244.65 GH/s Round Shares 3335104


OK, sunbreak,  your do for a block...


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: DeepBit on December 23, 2011, 05:58:27 PM
3.3M share round is crazy for this difficulty
20M round would be crazy, 10M is not :)


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 23, 2011, 06:46:24 PM
I think our highest round is a 6.x million round.  I hope we never break that record.


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: kano on December 24, 2011, 12:33:07 AM
I think our highest round is a 6.x million round.  I hope we never break that record.

6.x is low.
You will break that sooner or later.

Edit: also, quoting shares is rather meaningless.
The number that is relevant is the ratio of shares to difficulty.
So 6.5 is currently 563% - which isn't any where near some of the large pool records.

Edit2: quick recent check: deepbit block "18.12 10:01:04" 4h 21m 10,489,615 - which is 908%


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: mc_lovin on December 25, 2011, 04:33:57 AM
Brought my 2GH to your pool :) Might as well!  You guys have everything and then some!


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: omo on December 25, 2011, 11:01:31 AM
I think our highest round is a 6.x million round.  I hope we never break that record.

6.x is low.
You will break that sooner or later.

Edit: also, quoting shares is rather meaningless.
The number that is relevant is the ratio of shares to difficulty.
So 6.5 is currently 563% - which isn't any where near some of the large pool records.

Edit2: quick recent check: deepbit block "18.12 10:01:04" 4h 21m 10,489,615 - which is 908%

the ratio of shares to difficulty is a good measure,
it contains the impact of difficulty, a stat for the ratio is better than shares


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: jjiimm_64 on December 25, 2011, 06:57:06 PM

Inaba,
  I know your very busy. and you have been more then helpful with pool enhancements and bug fixes..  thank you.

I have a request, instead of the tool tips setting/removal (i know that is a pita)  can you PLEASE make the columns on the worker page sortable.  I would love to be able to see which rigs are most profitable by sorting the profit column, or the reseted shares column.

as an incentive, I will double my donation for a month :)

thxs for a great pool!

Jim


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: ThiagoCMC on December 25, 2011, 09:38:16 PM
Current Speed 303.83 GH/s!!! AWESOME GUYS!!!

Best pool ever!!


Title: Re: [250 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: BkkCoins on December 26, 2011, 01:03:32 AM

Inaba,
  I know your very busy. and you have been more then helpful with pool enhancements and bug fixes..  thank you.

I have a request, instead of the tool tips setting/removal (i know that is a pita)  can you PLEASE make the columns on the worker page sortable.  I would love to be able to see which rigs are most profitable by sorting the profit column, or the reseted shares column.

as an incentive, I will double my donation for a month :)

thxs for a great pool!

Jim
It's quite easy to do this manually. Select (only) the web page table values by mouse and copy (Ctrl-C). Then open a blank spreadsheet and paste into that. Mark the range as a data range, and now you can sort a column easily. This way also has the advantage you can perform other analysis / calculations. And you can pretty it up for printing.


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 26, 2011, 07:17:08 PM
Well, the hashrate keeps climbing!  Remember, port 9009 is available for connections as well as 8337!

Anyway, I will be working on stuff this week, including being able to sort your miners as well as poolserverj.  I may just go ahead and modify the source directly, at least until Shads gets back to me (maybe he's on vacation?) about some things I need in PSJ to accomodate DGM in the fashion I have it implemented. 

Hope everyone had a good Christmas.  I'm still trying to dig my way out of it! :)


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: jjiimm_64 on December 27, 2011, 01:06:57 AM
Well, the hashrate keeps climbing!  Remember, port 9009 is available for connections as well as 8337!

Anyway, I will be working on stuff this week, including being able to sort your miners as well as poolserverj.  I may just go ahead and modify the source directly, at least until Shads gets back to me (maybe he's on vacation?) about some things I need in PSJ to accomodate DGM in the fashion I have it implemented. 

Hope everyone had a good Christmas.  I'm still trying to dig my way out of it! :)


Sweet, will be glad to see the sorting.

On another note, i finally read thru all the posts about the 80Watt small miner you've been testing. Don't want to put the name here for fear of the thread getting hijacked ;).  I am really looking forward to see how that pans out.

I will raise my donation now. maybe that will spur the bitcoin gods to give us a break on these multi million share blocks.


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: tynt on December 27, 2011, 09:33:02 AM
Oh great, as soon as the horrible unluck cycle ended, one of my rigs melted. This pool is possessed I tell you ;)


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: jjshabadoo on December 27, 2011, 06:29:08 PM
Brutal 24 hour+ round, but I broke my cherry and found us a block 8 minutes later!

My first block found in any pool. I think getting up to 5+ GHash helped. I have enough cards and gear to get up to almost 12 GHash soon. I'm hoping to get them all running by january 4th because I'm having surgery that day.

Great pool so far and I hope to keep contributing for a long time.


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Proofer on December 27, 2011, 06:53:03 PM
Brutal 24 hour+ round, but I broke my cherry and found us a block 8 minutes later!
...

This is a technical question from a newbie, not a complaint or whine...

In the My Shares column of Block Stats, in the row for jjshabadoo's block it shows 0, although I was mining continuously during that 8-minute period.  Why 0?  Meanwhile, My Earning  (what does Prop Diff denote?) and Donation in that row are positive.


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: jjshabadoo on December 27, 2011, 07:00:00 PM
I don't know too much either, but I believe this is due to the double geometric method. You don't earn as much right away, but as you continue to mine, you get up to your expected earnings.

I'll let Inaba or someone else with more knowledge give you a true detailed explanation, but it has something to do with what I posted.


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 28, 2011, 02:18:43 PM
So to answer the questions:

Proofer - what hashrate are you mining at?  It's possible you did not submit a share in that 8 minutes if your hashrate is lower. 

For prop differential, it shows you how much you earned compared to a completely fair, unhopped proportional distribution.  It's kind of a misleading stat in so far as you can't view just one block and look at the prop differential, you have to take about 7 blocks before and 7 blocks after a given block to get a good idea of your true differential (which should approach 0%)... there is about a 5 block lag time between when you see changes to your differential and something significant happening that would change your differential...

Your earning (and donation) in that row, even if your shares submitted is 0, is due to DGM paying you for work done on other blocks.  Because of the way block changes are handled in the background, some shares for a given block may be submitted to the share before or after the given block... it's entirely possible if you only submitted a few shares in 8 minutes that those shares were attributed to the block prior or the block after - in either case you're still credited for the block, though, instead of them being discarded, like most pools.

At any rate, I spent most of Monday working on PSJ with little to show for it.  I remembered why I dislike OOP so much... 3x more coding for the same result as non-OOP.  Sure, non-OOP is less maintainable or modular, but come on.  Jeez.

I'm going to turn my attention to other things for a bit and come back to PSJ this weekend.  If anyone is a crack Java programmer that wants to make some mods to PSJ, I'd be interested in hearing from you.  I'd really like to make the mods I need be pluggable, but after working on it, I'm having trouble envisioning how it might get done with the PSJ pluggable engine without modifying the source.



Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: jjiimm_64 on December 28, 2011, 03:08:59 PM
Sorting is working...  YAH!  Thank you sir.

edit:
this one pops to the top on every metric.  :)   (power set at 1250W)
jjiimm_64_miner11    3.24 GH/s    970    5699    598202    1 s    ฿ 2.07 ($8.42) / day


being able to sort 15 miners to see which ones are most profitable at any given time is very handy..  Thanks again.  I have doubled my donation for the month of Jan


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Proofer on December 28, 2011, 03:43:44 PM
Subject:  bogus worker-failed email alert

I logged in to the web site to look at my Block Stats pursuant to absorbing Inaba's recent reply to my inquiry on that subject, and then got this email:

Quote
...
from eclipse.communityhosting.net (eclipsemc.com. [69.30.224.137])        by mx.google.com with ESMTPS id wv5si23522212igb.62.2011.12.28.07.22.03        (version=TLSv1/SSLv3 cipher=OTHER);        Wed, 28 Dec 2011 07:22:03 -0800 (PST)
...
(from josh@localhost) by eclipsemc.com (8.14.4/8.14.4/Submit) id pBSFM2RQ031809; Wed, 28 Dec 2011 09:22:02 -0600
...

You have asked to be notified when your miner, [...] has failed.
Our helper monkeys have determined that it has, in fact, failed.

The last activity we recieved on the miner was 2011-12-28 07:22:02
(America/Los_Angeles) . You may want to check on it.

But there was no discontinuity in the miner's generation of accepted shares:
Code:
[2011-12-28 07:21:48] Accepted 00000000.c9372a9c.e31b4ab2 GPU 4 thread 4 pool 0
[2011-12-28 07:21:48] Accepted 00000000.a8a042f4.85540439 GPU 1 thread 7 pool 0
[2011-12-28 07:21:56] Accepted 00000000.0b1eb6e6.197c2194 GPU 1 thread 7 pool 0
[2011-12-28 07:21:57] Accepted 00000000.40ad4052.00e0b4f1 GPU 3 thread 3 pool 0
[2011-12-28 07:21:57] Accepted 00000000.c383a550.cd88d5f8 GPU 2 thread 8 pool 0
[2011-12-28 07:21:58] Accepted 00000000.304646bf.32bd160e GPU 0 thread 6 pool 0
[2011-12-28 07:21:59] Accepted 00000000.982321f7.b91d4d55 GPU 5 thread 5 pool 0
[2011-12-28 07:22:01] Accepted 00000000.2df1b93a.c7de19e0 GPU 5 thread 11 pool 0
[2011-12-28 07:22:03] Accepted 00000000.27a0a503.539d1ac7 GPU 0 thread 6 pool 0
[2011-12-28 07:22:05] Accepted 00000000.12baec39.dd733aba GPU 1 thread 7 pool 0
[2011-12-28 07:22:05] Accepted 00000000.d46c4c4e.b18bb41d GPU 0 thread 0 pool 0
[2011-12-28 07:22:07] Accepted 00000000.73bc80d3.e8803b38 GPU 3 thread 9 pool 0
[2011-12-28 07:22:10] Accepted 00000000.6ab6eba1.4d54d075 GPU 5 thread 5 pool 0
[2011-12-28 07:22:12] Accepted 00000000.58cf492b.8b200027 GPU 1 thread 7 pool 0
[2011-12-28 07:22:13] Accepted 00000000.bf168b03.bb8323a1 GPU 1 thread 7 pool 0
[2011-12-28 07:22:22] Rejected 00000000.45a15d96.6e147cbf GPU 5 thread 5 pool 0
[2011-12-28 07:22:22] LONGPOLL detected new block on network, waiting on fresh work
[2011-12-28 07:22:23] Accepted 00000000.7fed39e4.1c5411e6 GPU 1 thread 1 pool 0
[2011-12-28 07:22:23] Accepted 00000000.28db40eb.4fe1611e GPU 4 thread 4 pool 0
[2011-12-28 07:22:23] Accepted 00000000.ba601325.ccc72654 GPU 4 thread 10 pool 0
[2011-12-28 07:22:24] Accepted 00000000.ba5991a3.c85052bb GPU 2 thread 2 pool 0
[2011-12-28 07:22:26] Accepted 00000000.606c0857.05bba2ff GPU 4 thread 10 pool 0
[2011-12-28 07:22:27] Accepted 00000000.369014c0.7147f0ef GPU 2 thread 8 pool 0
[2011-12-28 07:22:28] Accepted 00000000.ba30b50f.9ae5307e GPU 5 thread 11 pool 0
[2011-12-28 07:22:29] Accepted 00000000.5b2c683c.90633ea6 GPU 4 thread 4 pool 0
[2011-12-28 07:22:30] Accepted 00000000.740fe681.617e60b6 GPU 3 thread 3 pool 0
[2011-12-28 07:22:35] Accepted 00000000.f8d5b941.3cbee758 GPU 1 thread 7 pool 0
[2011-12-28 07:22:36] Accepted 00000000.71bb2bd3.7526cdb7 GPU 4 thread 10 pool 0
[2011-12-28 07:22:39] Accepted 00000000.8db2fea5.08d1ce50 GPU 2 thread 2 pool 0
[2011-12-28 07:22:39] Accepted 00000000.babae97a.8035c4c7 GPU 2 thread 2 pool 0
[2011-12-28 07:22:41] Accepted 00000000.5c69a779.15af7271 GPU 1 thread 7 pool 0
[2011-12-28 07:22:44] Accepted 00000000.c931eb7a.7f78380e GPU 1 thread 7 pool 0
[2011-12-28 07:22:44] Accepted 00000000.0f77f11f.4511b673 GPU 0 thread 6 pool 0
[2011-12-28 07:22:45] Accepted 00000000.7172649d.6f74014b GPU 1 thread 1 pool 0
[2011-12-28 07:22:50] Accepted 00000000.802caedc.fb80b273 GPU 3 thread 3 pool 0
[2011-12-28 07:22:52] Accepted 00000000.9b5168bc.2370abc0 GPU 0 thread 6 pool 0
[2011-12-28 07:22:57] Accepted 00000000.4c63550b.ead6a8a0 GPU 3 thread 3 pool 0
[2011-12-28 07:22:58] Accepted 00000000.112ee5fe.0f513d7c GPU 2 thread 8 pool 0
[2011-12-28 07:22:59] Accepted 00000000.2bbe04fd.6bad2729 GPU 4 thread 4 pool 0
[2011-12-28 07:22:59] Accepted 00000000.ac0a96cf.32701168 GPU 2 thread 2 pool 0
[2011-12-28 07:23:02] Accepted 00000000.64dee0e3.547d2334 GPU 0 thread 6 pool 0
[2011-12-28 07:23:05] Accepted 00000000.cb96829b.5efe6346 GPU 0 thread 6 pool 0

In sum, the reported last activity was within one second of the generation of the email.  Whether my logging in to the web site was cause or coincidence I don't know.  And yes, pool 0 is indeed...
0: http://us.eclipsemc.com:9009


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Proofer on December 28, 2011, 04:05:43 PM
Proofer - what hashrate are you mining at?  It's possible you did not submit a share in that 8 minutes if your hashrate is lower.

During the interval in question, 2011-12-16 22:14:35 ... 22:22:33 inclusive PST my miner reported 205 shares accepted.

Quote
...
At any rate, I spent most of Monday working on PSJ with little to show for it.  I remembered why I dislike OOP so much... 3x more coding for the same result as non-OOP.  Sure, non-OOP is less maintainable or modular, but come on.  Jeez.

When I was a youngster like you and was doing mostly system software, I had the same reaction.[/condescension]


Title: Re: [200 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Proofer on December 28, 2011, 04:16:11 PM
I opened another instance of the getwork server on port 9009.  If some of you want to switch over to that port, that would be great.  We aren't having any problems at the moment, but I would like to head off any potential problems before they become an issue. 

So instead of connecting to port 8337, just use port 9009 and maybe set port 8337 as a backup.

Can I have the same worker on both ports or must they be different?  Currently I have two different workers, with one on 8337 as failover backup as suggested.  Occasionally a very few shares are submitted to the backup.  To neaten my Workers list I'd prefer to remove the second worker.


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 28, 2011, 04:21:10 PM
Did you have your time for notifications set to a different number than it's set to now?

You can have the same worker on both ports.  So long as the requested work gets submitted back to the same port, there should be no problems.

For your shares, it looks like they were queuing up in the prior block, I show 13607 submitted in that block, even though your accounting says 13394. Payouts are based on submitted and always have been.  There's a slight disconnect between accounting and submitted due to timing issues between when a block is solved and how long it takes to process, so shares get credited (usually) to the prior block for block stat accounting while the block is processing if the iteration hasn't reached your workers yet, even though the getwork server is crediting the submitted shares to the "current" block.

I actually have a method 90% in place to speed up block processing so it's almost instant, I just haven't turned it on yet.  If/when we move to PSJ, it will also virtually eliminate this issue as well.  In either case, it's purely a display issue (as you can see from your payment being the same as your previous one), and I'll probably send something to comb the DB and recount all shares according to the submitted shares table instead of the user accounting table once the underlying issue is resolved.




Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Proofer on December 28, 2011, 04:23:29 PM
Did you have your time for notifications set to a different number than it's set to now?

No change -- 30 min.


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 28, 2011, 04:38:02 PM
I'm not sure why it would send you an erroneous text - I've never had that happen before.  Did you make any changes to your account at all?


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Proofer on December 28, 2011, 04:38:41 PM
I'm not sure why it would send you an erroneous text - I've never had that happen before.  Did you make any changes to your account at all?

No changes.


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 29, 2011, 05:05:30 PM
Well, I haven't been able to find anything as to the cause of this.  Has it happened again?  If not, let me know if it does and I will see if I can narrow it down some more.


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Proofer on December 29, 2011, 05:11:14 PM
Well, I haven't been able to find anything as to the cause of this.  Has it happened again?

No.

Quote
If not, let me know if it does ...

Wilco.


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: tynt on December 29, 2011, 09:56:41 PM
Website down? Cannot log in, Error 500 internal server error.


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: ocminer on December 29, 2011, 10:19:20 PM
Same here


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on December 29, 2011, 10:24:17 PM
Hmm no it seems up here logging in remotely and I've not done any changes today.

What page is giving that error?

**EDIT**

Nevermind... I found the problem.  It actually only affected people not already logged in which is why I didn't see it.  It was one of the security features I have been working on causing a problem... should be fixed now. 

Wow... sorry guys, I always check to make sure things are still up after I work on something, but didn't think to check as a logged out user.


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: mc_lovin on December 31, 2011, 11:41:47 PM
Did we have a good night last night or what?????  2.5 BTC for 2GH/s!


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: NetworkerZ on January 01, 2012, 12:45:41 PM
Hi Inaba!

THX for the great pool. I switched from Ars since a few days and i think it was the right descision. No more failing pools etc. Moreover, I like all the features you have added to your pool! But I still have some questions: Is it possible to give us more statistics about the stale rate? Do you think, you can lower the stale rate?

THX and Greetz

NetworkerZ


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on January 01, 2012, 05:43:52 PM
What stale rate are you seeing?  Stale rate seems to be about 1% right now...  But yes, I can add some more info with regards to stale rate.  I've been kind of holding off until the switch to PSJ as all that sort of statistical gathering is going to change dramatically on the back end and I don't want to work on it twice.  But I will see what I can do in the interim.

Yeah, the night before last was a good night for sure! :)


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: NetworkerZ on January 01, 2012, 09:04:21 PM
THX for the reply!

Today I added my NMC address and switched "NMC Mining" on. But it seems not to work?!? Do I have to wait because of the active "Payout Lock"? My username is "bitcoindigger".

THX & Greetz
NetworkerZ


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on January 01, 2012, 10:10:15 PM
When you say it seems not to work, what do you mean exactly?  How many NMC blocks were solved after you turned it on?


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: NetworkerZ on January 02, 2012, 08:52:09 AM
Sorry, it wasn't a problem with your pool. The NMC round duration took over 9h (what isn't normal for NMC I think), that was the reason. Now everything works fine! Will donate 1% of my income! THX for the support.

Greetz

NetworkerZ


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on January 04, 2012, 04:02:49 AM
Wow talk about being on a roll!


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: 1984 on January 04, 2012, 10:57:43 AM
Wow talk about being on a roll!

Amazing, haven't checked the block stats for a few days had to refresh the page to make sure it was real :)


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: NetworkerZ on January 05, 2012, 11:06:34 AM
... and now we have an endless round :o

Important: Pool reached 412 GH/s by the way!!! Great pool so far!

Greetz
NetworkerZ


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: ThiagoCMC on January 05, 2012, 06:30:54 PM
WOW!! 574.81GHASH!!!


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: ThiagoCMC on January 05, 2012, 06:33:53 PM
... and now we have an endless round :o

Important: Pool reached 412 GH/s by the way!!! Great pool so far!

Greetz
NetworkerZ

That is the wave luck... Next hours, we will find a lots of blocks!!


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: NetworkerZ on January 05, 2012, 08:00:43 PM
Is there a problem with the speed of the pool? It switches from 4xx to 5xx GH/s within minutes?!?

Greetz
NetworkerZ


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on January 05, 2012, 08:11:58 PM
No, not as far as I can tell, everything seems to be operating properly.  

I wish some more people would use port 9009 though! :)

I think this is the longest block yet... guess we are making up for that good run of blocks.  Stupid variance!


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: jjiimm_64 on January 05, 2012, 08:37:09 PM
guess we are making up for that good run of blocks.  Stupid variance!


I would have to disagree...  the 'good run of blocks' was to make up for all the multimillion blocks in the last week. 


somebody sacrifice a chicken or somethin


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: jjiimm_64 on January 05, 2012, 09:27:47 PM
WOW!! 574.81GHASH!!!

it seams odd that it would go from 570 to 450 and back to 520 without any big miners.   do we have a bot amongst us?


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on January 05, 2012, 10:15:25 PM
I think there may be a couple, actually.  They seem to come and go (obviously).

I also keep meaning to make a page that shows Top miners of the last XX minutes, instead of the whole block.


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: cyberlync on January 05, 2012, 10:33:12 PM
The Long And Winding Round is finally over :D


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: stiftmaster on January 05, 2012, 10:42:21 PM
 ;D


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: NetworkerZ on January 05, 2012, 10:56:00 PM
Hmm, I'll switch over to port 9009. But I'm still not sure why the pool speed varying that much?!? Haven't seen that before!

Inaba, you should change the speed in the title! Perhaps a few more come over to this great pool then!

Greetz
NetworkerZ


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Math Man on January 05, 2012, 11:13:11 PM
For this last long block (160786), I had a low payout of -26.15% compared to proportional payout.  I submitted 113,862 of the total 8,434,216 shares or 1.4%.  This extremely low payout is odd, because I had nearly 100% up-time (3 of my 12 workers went down for 15 minutes each yesterday, and that's it during the whole 30 hour block).  

Normally, the majority of my payouts compared to proportional fluctuate between -2% to +2%, with the totals always staying positive.

Does anyone have any insight into my problem?  Is Wifi a bad choice for mining rigs?

hardware/software configuration:
6 x 5970s
Wireless N
Phoenix Miner - stale shares 1.5-1.8%%
Linux Coin
Smartcoin

Thanks.


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on January 05, 2012, 11:39:12 PM
Did you use the Cashout feature or anything recently? 



Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Math Man on January 06, 2012, 12:39:34 AM
Did you use the Cashout feature or anything recently? 



I don't believe I used the cash out.  My transaction history only shows automatic payouts for the past 15 or so transactions.  Would cash out show up as a manual transaction?

It's possible that I hit the cash out button while checking the website from my phone,  but  I thought there was an additional step to confirm the cash out, which I highly doubt I would have also mistakenly hit.


Title: Re: [289 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: cyberlync on January 06, 2012, 12:53:41 AM
For this last long block (160786), I had a low payout of -26.15% compared to proportional payout.  I submitted 113,862 of the total 8,434,216 shares or 1.4%.  This extremely low payout is odd, because I had nearly 100% up-time (3 of my 12 workers went down for 15 minutes each yesterday, and that's it during the whole 30 hour block).  

Normally, the majority of my payouts compared to proportional fluctuate between -2% to +2%, with the totals always staying positive.

Does anyone have any insight into my problem?  Is Wifi a bad choice for mining rigs?

hardware/software configuration:
6 x 5970s
Wireless N
Phoenix Miner - stale shares 1.5-1.8%%
Linux Coin
Smartcoin

Thanks.

I got -27.94%, didn't use cash out at any point.


Title: Re: [400 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on January 06, 2012, 02:08:33 AM
So I was looking into this and I think it is a consequence of how DGM builds up the score.  My prop differential is lower than usual as well, but I had a lot of downtime yesterday (internet went out for 7 hours), so I attributed it to that. 

However, what appears to have happened to some people, especially those with lower hashrates, is with the huge jump in hashrate (200+ GH/s) on this one block, it skews the prop differential because there were so many more shares submitted than "expected" (I know Meni is probably cringing at my use of that word) for this particular block that your prop differential shows lower. 

As your DGM score capacitor increases, it should tend back the other way over the next 7 blocks or so... although I'm not 100% positive that's how the math plays out.  It may be it will tend back out if/when the hashrate drops and/or you stop mining.  Perhaps Meni can clarify what happens to the equation during a block like this where the hashrate basically doubles halfway through, with many people already at equilibrium.

Math Man - what is your user name and hashrate?

This block paid out just under 51 BTC across all participants (which is about where I would expect it for a block of this length), so nothing just went "poof" to a bug or anything.

I will monitor Cyb and Math Mans accounts over the next few blocks to see what happens.  Does anyone else have an unusual payout prop differential and if so how much?  Please also include your hashrate.  I suspect it will be more pronounced the lower the hashrate because the share differential will be larger compared to your submitted shares the less shares you submitted in this block.



Title: Re: [400 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on January 06, 2012, 02:58:48 AM
Cyb and Math Man, what port were you guys mining on?  9009 or 8337?


Title: Re: [400 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Proofer on January 06, 2012, 03:05:01 AM
52465 shares, about 2.18Gh/s, earning 0.23414985 -32.83%, port 9009


Title: Re: [400 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on January 06, 2012, 03:07:08 AM
Well... I think there might be a sync problem with the daemon on port 9009.  I've been mining on it for several weeks now but I haven't noticed any issues, but it may be that they didn't show up until the hashrate jumped.  Stop mining on port 9009 until I get it sorted out or verify that is not the issue.




Title: Re: [400 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Math Man on January 06, 2012, 03:36:02 AM
Cyb and Math Man, what port were you guys mining on?  9009 or 8337?

I'm on port 8337.


Title: Re: [400 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: NetworkerZ on January 06, 2012, 09:44:32 AM
I was mining on port 8337 (during the long round, now I'm on 9009) and I had a -26,07% earnings. I think it depends on the rising pool speed from 290 to ~450 GH/s DURING this round. Is this possible? My earnings lowers when the pool speed is rising, but the round duration is shorter!?! In the next round (Block 160847) I had +0,16% on port 9009 with ~1,8 GH/s. I don't think there is a problem with port 9009.

Greetz
NetworkerZ

PS: Now pool speed is at 280 GH/s by the way  ???

EDIT: In the running round I have 85 shares at "Quick Statistics" and at "My Workers" 288 shares. Is there a a normal delay?


Title: Re: [400 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Turbor on January 06, 2012, 11:20:30 AM
 :o wtf ? 93 GH and 70 GH miners ! Who are those guys ?


Title: Re: [400 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: cyberlync on January 06, 2012, 11:26:53 AM
Well, some of my cards mine at 9009, some 8337, some use the eu and some use the us servers.

edit: "Your Shares" is showing 40 shares less than the "Round Totals" on the My Workers page. Yesterday or the day before that it was 50 shares less, I didn't think much of it, thought it was a syncing thing, or DGS thing.


Title: Re: [400 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: inlikeflynn on January 06, 2012, 01:19:30 PM
I think I win (lose?) for most negative variance on that monster round:

30668 shares, about 1.5GH/s, earning 0.09163900 (-98.39%), port 8337



Title: Re: [400 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on January 06, 2012, 01:56:39 PM
Yeah I don't think there is a sync issue on 9009... I think it's due to the huge jumps in hash rate during the one round.  As I said, I've been mining on 9009 for weeks and haven't seen any issues.

As far as "Your shares" and My Workers.  My Workers includes stales and other shares that are not counted towards your total, whereas "Your shares" are the shares you are paid for.  Although there is a very slight time lag between the updating of Your Shares and My Workers, but it would only be relevant to someone with a really high hashrate.  

I also want to point out with regards to the variance, you should not take a single round prop differential as the final word as to your payout - you need to look at it over time.  At the bottom of the block stats list, it will total your prop differential for the last 50 blocks - it should be right around 0.  A big swing either way is usually balanced out by smaller swings in the opposite direction over time, but in this case I think the huge jump in hashrate made the swing a lot more apparent than usual.

Networker - send me your pool user name via PM and I can take a look.

Flynn - It looks like your mining is somewhat inconsistent as far as hashrate goes, do you have miners going offline a lot?  What is your hashrate?  Your prop differential total appears to be within expected parameters, though?


Title: Re: [400 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Math Man on January 06, 2012, 03:40:06 PM
My payout compared to proportional is jumping all over the place.  Now I'm in negative territory overall for the first time since the introductory period that everyone experiences when they first start mining with the pool.

Blockprop diff
160786 -26.15%
160847 +2.21%
160880 -6.94%
160894 +0.04%
160905 -13.06%


Title: Re: [400 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on January 06, 2012, 03:44:12 PM
It should start tending back the other way as the hashrate settles down and/or decreases.


Title: Re: [400 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: NetworkerZ on January 06, 2012, 04:00:06 PM
My username is bitcoindigger. Now the delay is at 10-20 shares, I think that's OK. My over all prop diff is about -0,2% at the monent, that's OK, too.

Greetz
NetworkerZ


Title: Re: [400 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on January 06, 2012, 04:40:37 PM
Good news!  Paypal fees have been reduced to 4%.

NetworkerZ - your payouts look like everyone elses as far as percentages go - It should even out over the next 7 blocks roughly.


Title: Re: [400 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: NetworkerZ on January 07, 2012, 11:03:54 AM
Is it possible, that the "Quick Statistics" are "the problem"?

1. I've got a difference from 200 shares compared "My workers" to "Quick statistics just now. But sometimes it's only 10-20 shares difference.
2. The "Active Miners" are varying between 640 to 740 in a short time.
3. The hashrate is "back" at 290 GH/s. The 2 last days the range was from 280 to 540 GH/s.

Is there a to high load or something else?

Greetz
NetworkerZ


Title: Re: [400 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Inaba on January 07, 2012, 05:06:12 PM
Yes, the quick stats are pulled from a different table that is updated at a different time than the my workers page.  I just fixed the delay, so the shares should now be in sync.

The Active Miners are calculated on when, in the past 15 minutes, a given miner has submitted a share.  It can easily jump that much, depending on when an aggregate amount of miners come and go.  Unlike most pools, the majority of our stats are real time stats, not delayed or otherwise massaged to cause a less of a load on the server.  I wrote the pool software from scratch, unlike most smaller pools who use the open source pool backend or the larger pools that delay their stats.  Everything I designed is for security, speed and maximum information presentation.  Unless explicitly specified, nothing is hidden from the user or delayed - the quick stats and graphs are good examples of this - they are all real time generated, not pre-generated graphs like most pools.  They give you an accurate picture of the pool as it is RIGHT NOW not some indefinite time in the past.



Title: Re: [400 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: jjiimm_64 on January 07, 2012, 07:40:45 PM
Everything I designed is for security, speed and maximum information presentation.  Unless explicitly specified, nothing is hidden from the user or delayed - the quick stats and graphs are good examples of this - they are all real time generated, not pre-generated graphs like most pools.  They give you an accurate picture of the pool as it is RIGHT NOW not some indefinite time in the past.




And this is exactly why I use this pool with a 2% donation.  real time stats are very valuable to me.


Title: Re: [400 GH/s] EMC: 0 Fee/DGM/Merged Mining/PayPal Payout/SMS/US/EU/AU/More
Post by: Proofer on January 07, 2012, 07:44:05 PM
My reject rate has increased recently.  I can't be sure, but I think it may be pool-related because a review of all the rejects over approximately a 25-hour period shows a lot of clumping by timestamp, such as this clump:

Code:
[2012-01-07 10:29:15] Rejected 00000000.77074ef9.e336735d GPU 0 thread 0 pool 0
[2012-01-07 10:29:15] Rejected 00000000.923a6e83.39754c79 GPU 4 thread 4 pool 0
[2012-01-07 10:29:15] Rejected 00000000.0334af4c.4ed1a5a6 GPU 2 thread 8 pool 0
[2012-01-07 10:29:15] Rejected 00000000.5e521330.43a0be6a GPU 1 thread 7 pool 0
[2012-01-07 10:29:15] Rejected 00000000.92fe225e.d96ee4f4 GPU 3 thread 3 pool 0
[2012-01-07 10:29:15] Rejected 00000000.5a2e415b.e7b569f4 GPU 3 thread 3 pool 0
[2012-01-07 10:29:15] Rejected 00000000.4735eb7e.08f32957 GPU 4 thread 10 pool 0
[2012-01-07 10:29:15] Rejected 00000000.9b081a7f.a3b779b8 GPU 2 thread 2 pool 0

That clump may be the largest among the 209 total rejects, but there are a lot of groups of 2-4 rejects within a second or two of each other.  For completeness, here's the whole list:

Code:
[2012-01-06 09:28:38] Rejected 00000000.1f95f1ae.bb562269 GPU 4 thread 4 pool 0
[2012-01-06 10:24:40] Rejected 00000000.af2d1cb2.66761cb6 GPU 2 thread 2 pool 0
[2012-01-06 10:24:40] Rejected 00000000.8b785f09.3c9003ec GPU 3 thread 3 pool 0
[2012-01-06 10:34:42] Rejected 00000000.fd5c350f.c927af80 GPU 5 thread 11 pool 0
[2012-01-06 11:01:37] Rejected 00000000.3da071f1.807139b8 GPU 1 thread 7 pool 0
[2012-01-06 11:01:37] Rejected 00000000.31591c34.eb0b0a9d GPU 2 thread 8 pool 0
[2012-01-06 11:01:37] Rejected 00000000.7261b93f.1c1f1467 GPU 5 thread 5 pool 0
[2012-01-06 11:04:27] Rejected 00000000.2bc225f4.e4f46a3d GPU 0 thread 6 pool 0
[2012-01-06 11:04:27] Rejected 00000000.205058a8.30f83756 GPU 0 thread 0 pool 0
[2012-01-06 11:17:22] Rejected 00000000.b5cecf0c.b160f0f5 GPU 2 thread 8 pool 0
[2012-01-06 11:49:43] Rejected 00000000.de679a64.5542bb55 GPU 1 thread 1 pool 0
[2012-01-06 12:08:02] Rejected 00000000.945aba6e.73130414 GPU 4 thread 10 pool 0
[2012-01-06 12:27:37] Rejected 00000000.031e5617.38734ab4 GPU 5 thread 5 pool 0
[2012-01-06 13:27:41] Rejected 00000000.d247b0f1.7ef7f574 GPU 3 thread 9 pool 0
[2012-01-06 13:27:41] Rejected 00000000.dba59411.d3f57c1e GPU 2 thread 8 pool 0
[2012-01-06 13:27:41] Rejected 00000000.d3c34e69.46b44d57 GPU 0 thread 0 pool 0
[2012-01-06 13:27:41] Rejected 00000000.18e0e9c2.231bcbc8 GPU 1 thread 1 pool 0
[2012-01-06 13:27:41] Rejected 00000000.ee5909fb.daf12763 GPU 3 thread 9 pool 0
[2012-01-06 13:28:00] Rejected 00000000.e1ca3677.f4fab9ab GPU 0 thread 0 pool 0
[2012-01-06 13:30:06] Rejected 00000000.3b68a6ad.90ca655b GPU 2 thread 2 pool 0
[2012-01-06 13:30:06] Rejected 00000000.8e53dcec.5bd6bae2 GPU 0 thread 6 pool 0
[2012-01-06 13:30:06] Rejected 00000000.5b5223b4.59f9dc9c GPU 1 thread 7 pool 0
[2012-01-06 13:30:06] Rejected 00000000.77ba1919.7868a199 GPU 3 thread 3 pool 0
[2012-01-06 13:30:06] Rejected 00000000.74a49606.bdfb2cd3 GPU 2 thread 8 pool 0
[2012-01-06 13:30:06] Rejected 00000000.d8c272e0.462304ca GPU 2 thread 8 pool 0
[2012-01-06 13:42:16] Rejected 00000000.d2f36227.14a39311 GPU 0 thread 0 pool 0
[2012-01-06 13:55:01] Rejected 00000000.8c6629f8.d8f5638d GPU 1 thread 1 pool 0
[2012-01-06 14:32:26] Rejected 00000000.f8fa222a.455c3d74 GPU 4 thread 4 pool 0
[2012-01-06 14:32:26] Rejected 00000000.7a75f38c.72dcdcb4 GPU 4 thread 10 pool 0
[2012-01-06 14:32:26] Rejected 00000000.1aa76548.0e66c981 GPU 4 thread 4 pool 0
[2012-01-06 14:32:27] Rejected 00000000.f41bd900.ebe484a5 GPU 0 thread 6 pool 0
[2012-01-06 14:51:44] Rejected 00000000.3b6d7aac.1648d6ef GPU 1 thread 7 pool 0
[2012-01-06 14:51:44] Rejected 00000000.ff340b82.c3da8ee4 GPU 4 thread 10 pool 0
[2012-01-06 14:58:32] Rejected 00000000.c091e4ea.cc26b5ea GPU 2 thread 2 pool 0
[2012-01-06 14:58:32] Rejected 00000000.47cbe44b.6a337077 GPU 4 thread 4 pool 0
[2012-01-06 15:10:27] Rejected 00000000.aaced235.b79e5050 GPU 5 thread 5 pool 0
[2012-01-06 15:43:15] Rejected 00000000.36628962.98410a6c GPU 3 thread 9 pool 0
[2012-01-06 15:58:02] Rejected 00000000.9b96ede3.5dc61dc9 GPU 3 thread 9 pool 0
[2012-01-06 15:58:02] Rejected 00000000.83fbdc51.d9d12acc GPU 2 thread 8 pool 0
[2012-01-06 16:06:15] Rejected 00000000.182540ba.ebaf4acc GPU 3 thread 9 pool 0
[2012-01-06 16:06:15] Rejected 00000000.82c866e6.90426f0f GPU 0 thread 6 pool 0
[2012-01-06 16:17:43] Rejected 00000000.62b8f9e4.0890758a GPU 5 thread 5 pool 0
[2012-01-06 16:23:37] Rejected 00000000.dfd22037.bc44e2db GPU 0 thread 0 pool 0
[2012-01-06 17:14:58] Rejected 00000000.25b94331.e67f3dce GPU 0 thread 0 pool 0
[2012-01-06 17:14:58] Rejected 00000000.f4f0b659.322803a0 GPU 2 thread 8 pool 0
[2012-01-06 17:14:58] Rejected 00000000.e38ed832.0573e666 GPU 1 thread 1 pool 0
[2012-01-06 17:17:46] Rejected 00000000.15d4d8c3.35329043 GPU 4 thread 4 pool 0
[2012-01-06 17:54:21] Rejected 00000000.9ec68f45.66d53ae4 GPU 2 thread 2 pool 0
[2012-01-06 17:54:21] Rejected 00000000.21e677f4.fa4851fd GPU 1 thread 1 pool 0
[2012-01-06 17:57:20] Rejected 00000000.de5f05be.8c0d4857 GPU 3 thread 3 pool 0
[2012-01-06 18:10:22] Rejected 00000000.dc89a99a.08b10b9f GPU 1 thread 7 pool 0
[2012-01-06 18:16:07] Rejected 00000000.bd43ce36.2c71abf6 GPU 3 thread 3 pool 0
[2012-01-06 18:27:02] Rejected 00000000.16939252.5879f569 GPU 1 thread 1 pool 0
[2012-01-06 18:40:34] Rejected 00000000.2497960c.e0b8cfe7 GPU 4 thread 10 pool 0
[2012-01-06 18:44:52] Rejected 00000000.fe7347f8.31b17b76 GPU 5 thread 5 pool 0
[2012-01-06 18:44:52] Rejected 00000000.9d014efe.5dd4c554 GPU 2 thread 8 pool 0
[2012-01-06 18:46:19] Rejected 00000000.fe9e761c.bd2b3df5 GPU 2 thread 2 pool 0
[2012-01-06 18:51:22] Rejected 00000000.3ec002e8.c053455d GPU 4 thread 4 pool 0
[2012-01-06 19:21:02] Rejected 00000000.b5e3d07f.39e7ab67 GPU 0 thread 0 pool 0
[2012-01-06 19:21:02] Rejected 00000000.d3732464.35f4fa6c GPU 0 thread 6 pool 0
[2012-01-06 19:40:00] Rejected 00000000.8640d944.fcb58606 GPU 2 thread 8 pool 0
[2012-01-06 19:47:04] Rejected 00000000.6e38f5a5.e4e3fd29 GPU 0 thread 6 pool 0
[2012-01-06 19:49:33] Rejected 00000000.e099f326.f7b72203 GPU 1 thread 1 pool 0
[2012-01-06 19:49:33] Rejected 00000000.0ca812af.60ce5164 GPU 2 thread 2 pool 0
[2012-01-06 19:49:34] Rejected 00000000.22879e3a.54747ce8 GPU 3 thread 9 pool 0
[2012-01-06 19:56:18] Rejected 00000000.aafe1b97.33b42197 GPU 5 thread 11 pool 0
[2012-01-06 20:07:09] Rejected 00000000.80daa868.5e9ef06e GPU 5 thread 5 pool 0
[2012-01-06 20:09:34] Rejected 00000000.a2a4b076.6e6fb3a0 GPU 2 thread 2 pool 0
[2012-01-06 20:09:35] Rejected 00000000.7edb4940.623a1c2b GPU 3 thread 3 pool 0
[2012-01-06 20:25:24] Rejected 00000000.16a656ef.fe02fe15 GPU 4 thread 10 pool 0
[2012-01-06 20:32:22] Rejected 00000000.6ab91745.aee88997 GPU 0 thread 0 pool 0
[2012-01-06 20:40:55] Rejected 00000000.3c62aecc.d6a852ff GPU 1 thread 1 pool 0
[2012-01-06 20:47:33] Rejected 00000000.0d561b69.db72f84a GPU 3 thread 9 pool 0
[2012-01-06 21:12:35] Rejected 00000000.cb2b989f.1a38e119 GPU 1 thread 1 pool 0
[2012-01-06 21:12:35] Rejected 00000000.1bea999d.4739d5f5 GPU 5 thread 11 pool 0
[2012-01-06 21:27:46] Rejected 00000000.be471d18.039af48c GPU 4 thread 4 pool 0
[2012-01-06 21:32:19] Rejected 00000000.188d2803.d087c9d0 GPU 0 thread 0 pool 0
[2012-01-06 21:56:01] Rejected 00000000.a959fca2.f972f50e GPU 5 thread 11 pool 0
[2012-01-06 21:56:02] Rejected 00000000.bdbb099d.1e3436e4 GPU 2 thread 2 pool 0
[2012-01-06 22:13:11] Rejected 00000000.27dc25aa.138a1ea9 GPU 3 thread 9 pool 0
[2012-01-06 22:13:12] Rejected 00000000.4575880a.52ee6e23 GPU 5 thread 5 pool 0
[2012-01-06 22:19:24] Rejected 00000000.e4c06eaa.158cd2a9 GPU 5 thread 11 pool 0
[2012-01-06 22:46:23] Rejected 00000000.6ef6752d.e894b71a GPU 2 thread 8 pool 0
[2012-01-06 22:46:23] Rejected 00000000.1159eff1.4b255d6a GPU 2 thread 8 pool 0
[2012-01-06 22:46:23] Rejected 00000000.265e5187.940a3f5a GPU 1 thread 1 pool 0
[2012-01-06 22:46:23] Rejected 00000000.21d9c5a2.628d960b GPU 3 thread 3 pool 0
[2012-01-06 22:56:20] Rejected 00000000.4ff91c0b.fdada303 GPU 0 thread 6 pool 0
[2012-01-06 22:56:25] Rejected 00000000.452e209b.d3a9e442 GPU 5 thread 5 pool 0
[2012-01-06 23:01:53] Rejected 00000000.052e6a31.e124287b GPU 2 thread 2 pool 0
[2012-01-06 23:01:53] Rejected 00000000.3a23c49d.0a4f7d63 GPU 1 thread 1 pool 0
[2012-01-06 23:01:55] Rejected 00000000.c4139636.c68ee702 GPU 0 thread 6 pool 0
[2012-01-06 23:47:44] Rejected 00000000.b6c5018d.fdc2770a GPU 1 thread 1 pool 0
[2012-01-06 23:47:44] Rejected 00000000.ef2432cb.749ea387 GPU 0 thread 0 pool 0
[2012-01-06 23:47:46] Rejected 00000000.ad3c48f0.73a24f5a GPU 3 thread 3 pool 0
[2012-01-06 23:47:49] Rejected 00000000.4989634a.79250952 GPU 4 thread 10 pool 0
[2012-01-07 00:16:08] Rejected 00000000.2250426a.83ac12e9 GPU 0 thread 6 pool 0
[2012-01-07 00:16:09] Rejected 00000000.260dca87.267eddc3 GPU 5 thread 11 pool 0
[2012-01-07 00:16:12] Rejected 00000000.7f949ba5.5f23c3d8 GPU 5 thread 5 pool 0
[2012-01-07 00:56:02] Rejected 00000000.17f2a707.1f892178 GPU 3 thread 9 pool 0
[2012-01-07 01:05:36] Rejected 00000000.54a38424.b7a06421 GPU 1 thread 7 pool 0
[2012-01-07 01:12:06] Rejected 00000000.e1d53070.48b1ec81 GPU 2 thread 2 pool 0
[2012-01-07 01:12:08] Rejected 00000000.d2f5d89b.00c8d1a7 GPU 2 thread 2 pool 0
[2012-01-07 01:12:08] Rejected 00000000.049c5def.6d078483 GPU 5 thread 5 pool 0
[2012-01-07 01:13:53] Rejected 00000000.77219534.9d661f4b GPU 4 thread 4 pool 0
[2012-01-07 01:18:37] Rejected 00000000.95f61051.cd072d0c GPU 5 thread 5 pool 0
[2012-01-07 01:18:37] Rejected 00000000.e61fead0.30d33f48 GPU 5 thread 11 pool 0
[2012-01-07 01:18:42] Rejected 00000000.5abb169c.0a1a3d86 GPU 5 thread 5 pool 0
[2012-01-07 01:22:57] Rejected 00000000.86235ce1.f4d70fab GPU 4 thread 10 pool 0
[2012-01-07 01:28:49] Rejected 00000000.0ed1376c.055f3343 GPU 5 thread 5 pool 0
[2012-01-07 01:30:40] Rejected 00000000.d6b94be1.1233d6b0 GPU 3 thread 3 pool 0
[2012-01-07 01:33:44] Rejected 00000000.9734032f.e004656c GPU 1 thread 1 pool 0
[2012-01-07 01:59:05] Rejected 00000000.95e50237.4965695d GPU 2 thread 2 pool 0
[2012-01-07 01:59:05] Rejected 00000000.63166dc6.595fe378 GPU 4 thread 10 pool 0
[2012-01-07 01:59:05] Rejected 00000000.6ba2cae2.12826d9a GPU 1 thread 1 pool 0
[2012-01-07 02:04:40] Rejected 00000000.b124730e.197dfb06 GPU 4 thread 10 pool 0
[2012-01-07 02:22:22] Rejected 00000000.4ec22513.48357b67 GPU 5 thread 11 pool 0
[2012-01-07 02:22:22] Rejected 00000000.49ec3cd6.6a3c1826 GPU 5 thread 11 pool 0
[2012-01-07 02:58:38] Rejected 00000000.44e49c15.f84b2b3a GPU 1 thread 1 pool 0
[2012-01-07 03:02:42] Rejected 00000000.821686b3.a4e27abd GPU 4 thread 10 pool 0
[2012-01-07 03:02:42] Rejected 00000000.3d41c350.2c1e4c64 GPU 3 thread 3 pool 0
[2012-01-07 03:02:44] Rejected 00000000.45306e70.f6b78796 GPU 1 thread 1 pool 0
[2012-01-07 03:39:08] Rejected 00000000.8c918d62.05163659 GPU 2 thread 8 pool 0
[2012-01-07 03:39:08] Rejected 00000000.5bb996c3.9b11a904 GPU 1 thread 1 pool 0
[2012-01-07 03:43:39] Rejected 00000000.df8f593d.13c2a434 GPU 3 thread 3 pool 0
[2012-01-07 03:43:44] Rejected 00000000.08d4224b.1ba5fd0b GPU 0 thread 6 pool 0
[2012-01-07 03:43:46] Rejected 00000000.c50c4ca2.c275347f GPU 2 thread 2 pool 0
[2012-01-07 03:50:43] Rejected 00000000.9b9f0368.27faa3f7 GPU 2 thread 8 pool 0
[2012-01-07 03:50:44] Rejected 00000000.ed74e623.c5393f96 GPU 4 thread 4 pool 0
[2012-01-07 03:57:10] Rejected 00000000.53422357.09a38ee3 GPU 3 thread 3 pool 0
[2012-01-07 03:57:16] Rejected 00000000.ff330289.5d3932cd GPU 1 thread 7 pool 0
[2012-01-07 04:04:02] Rejected 00000000.6f8e8316.08a4b6f5 GPU 1 thread 7 pool 0
[2012-01-07 04:04:03] Rejected 00000000.31039cbb.66ac460e GPU 3 thread 9 pool 0
[2012-01-07 04:04:06] Rejected 00000000.e588feef.948f154e GPU 4 thread 4 pool 0
[2012-01-07 04:12:21] Rejected 00000000.e9184d40.848e4ead GPU 0 thread 0 donate
[2012-01-07 04:12:21] Rejected 00000000.c4fd3212.d39bfd85 GPU 0 thread 6 donate
[2012-01-07 04:14:55] Rejected 00000000.c5f0c977.e32dbb76 GPU 1 thread 7 pool 0
[2012-01-07 04:14:55] Rejected 00000000.2c5daa52.e90f95b1 GPU 5 thread 5 pool 0
[2012-01-07 04:14:56] Rejected 00000000.2cf4330e.8255354d GPU 3 thread 9 pool 0
[2012-01-07 04:14:56] Rejected 00000000.c05a83c1.3c21483d GPU 2 thread 2 pool 0
[2012-01-07 04:39:14] Rejected 00000000.fe23c084.8c55a2db GPU 3 thread 3 pool 0
[2012-01-07 04:39:15] Rejected 00000000.298b631c.ea4e1d6e GPU 1 thread 1 pool 0
[2012-01-07 04:44:18] Rejected 00000000.021f2247.7acb5a5e GPU 5 thread 5 pool 0
[2012-01-07 04:44:19] Rejected 00000000.e9c09471.ca78e41f GPU 4 thread 4 pool 0
[2012-01-07 05:00:02] Rejected 00000000.6e53e134.6141fc91 GPU 2 thread 8 pool 0
[2012-01-07 05:00:11] Rejected 00000000.cd6788c2.543ec45d GPU 3 thread 3 pool 0
[2012-01-07 05:03:54] Rejected 00000000.e52e756e.c782b957 GPU 5 thread 11 pool 0
[2012-01-07 05:03:57] Rejected 00000000.be1c44bf.7d2f6272 GPU 0 thread 0 pool 0
[2012-01-07 05:03:57] Rejected 00000000.ea3d27bf.f9c23633 GPU 0 thread 6 pool 0
[2012-01-07 05:03:57] Rejected 00000000.b7eb9a42.4c484afe GPU 1 thread 1 pool 0
[2012-01-07 05:03:58] Rejected 00000000.3cc62ac6.6cb25c68 GPU 5 thread 5 pool 0
[2012-01-07 05:04:00] Rejected 00000000.83c2c0f7.46e2817d GPU 3 thread 3 pool 0
[2012-01-07 05:14:51] Rejected 00000000.90242d5f.8b6a4b50 GPU 5 thread 5 pool 0
[2012-01-07 05:31:00] Rejected 00000000.f496e3c6.ae1e3577 GPU 2 thread 2 pool 0
[2012-01-07 05:41:20] Rejected 00000000.e0aab272.5a72bf7b GPU 2 thread 2 pool 0
[2012-01-07 05:49:50] Rejected 00000000.0dcd82cf.dbfc2573 GPU 4 thread 10 pool 0
[2012-01-07 05:55:31] Rejected 00000000.c428b7c4.a2a5634d GPU 0 thread 6 pool 0
[2012-01-07 06:15:46] Rejected 00000000.3cae6c61.cdf79cd0 GPU 4 thread 4 pool 0
[2012-01-07 06:15:46] Rejected 00000000.a2ab94ec.07edb0ff GPU 4 thread 10 pool 0
[2012-01-07 06:15:50] Rejected 00000000.a5291cd7.58a8171e GPU 3 thread 9 pool 0
[2012-01-07 06:15:50] Rejected 00000000.813f9bb5.1bb802d0 GPU 4 thread 4 pool 0
[2012-01-07 06:19:11] Rejected 00000000.c540703a.ec8f2c87 GPU 2 thread 8 pool 0
[2012-01-07 06:49:44] Rejected 00000000.11d0db68.da48dda4 GPU 5 thread 11 pool 0
[2012-01-07 06:54:48] Rejected 00000000.51e0180b.6f93589f GPU 2 thread 2 pool 0
[2012-01-07 07:11:13] Rejected 00000000.e7086b91.fbfe2705 GPU 2 thread 2 pool 0
[2012-01-07 07:11:13] Rejected 00000000.aa8a3e4a.0e628041 GPU 4 thread 4 pool 0
[2012-01-07 07:11:13] Rejected 00000000.f2559d5f.a765bca5 GPU 1 thread 1 pool 0
[2012-01-07 07:11:21] Rejected 00000000.522960cb.ec33c67d GPU 5 thread 5 pool 0
[2012-01-07 07:12:31] Rejected 00000000.a61dbeff.f51dbe80 GPU 4 thread 10 pool 0
[2012-01-07 07:21:20] Rejected 00000000.9d065174.0a810dc6 GPU 4 thread 10 pool 0
[2012-01-07 07:22:29] Rejected 00000000.d8978412.30209ec9 GPU 1 thread 1 pool 0
[2012-01-07 07:22:29] Rejected 00000000.13947e52.5cfdded6 GPU 0 thread 0 pool 0
[2012-01-07 07:35:38] Rejected 00000000.65fd6352.40ec1d70 GPU 3 thread 9 pool 0
[2012-01-07 07:35:39] Rejected 00000000.ed75dcc7.2fafbffd GPU 5 thread 5 pool 0
[2012-01-07 07:42:36] Rejected 00000000.0e7ae565.2d5f4c77 GPU 2 thread 8 pool 0
[2012-01-07 07:42:38] Rejected 00000000.529902b1.cc3790b1 GPU 5 thread 11 pool 0
[2012-01-07 07:42:39] Rejected 00000000.05bc77bf.eef26578 GPU 2 thread 2 donate
[2012-01-07 08:09:39] Rejected 00000000.b110ba4e.39bfef62 GPU 5 thread 11 pool 0
[2012-01-07 08:24:49] Rejected 00000000.d7a8c574.a1864009 GPU 1 thread 1 pool 0
[2012-01-07 08:39:17] Rejected 00000000.3287cae5.2a092fee GPU 4 thread 4 pool 0
[2012-01-07 08:42:58] Rejected 00000000.d262b2b0.d651a212 GPU 0 thread 6 pool 0
[2012-01-07 08:43:01] Rejected 00000000.da91545c.90a40a63 GPU 3 thread 3 pool 0
[2012-01-07 08:46:39] Rejected 00000000.1b45ecc0.05e17395 GPU 0 thread 0 pool 0
[2012-01-07 08:51:28] Rejected 00000000.c1fa1f32.cac9890e GPU 5 thread 11 pool 0
[2012-01-07 09:32:04] Rejected 00000000.2af53840.672dd861 GPU 0 thread 6 pool 0
[2012-01-07 09:32:05] Rejected 00000000.62215896.78f93cd8 GPU 1 thread 1 pool 0
[2012-01-07 09:37:09] Rejected 00000000.d459f269.41e0f6f7 GPU 1 thread 1 pool 0
[2012-01-07 09:37:09] Rejected 00000000.96037242.e25dd2db GPU 1 thread 7 pool 0
[2012-01-07 09:37:11] Rejected 00000000.c1faa01d.3ef86a97 GPU 1 thread 7 pool 0
[2012-01-07 09:52:03] Rejected 00000000.e7df78d9.abbba431 GPU 4 thread 10 pool 0
[2012-01-07 09:52:28] Rejected 00000000.434588ba.df0cda38 GPU 4 thread 4 pool 0
[2012-01-07 10:04:55] Rejected 00000000.0f198c7c.8184af23 GPU 4 thread 4 pool 0
[2012-01-07 10:08:48] Rejected 00000000.8b6ed9b7.88c47d18 GPU 4 thread 10 pool 0
[2012-01-07 10:18:51] Rejected 00000000.0c678888.337d5191 GPU 2 thread 8 pool 0
[2012-01-07 10:18:52] Rejected 00000000.bf9af754.7fea2c8d GPU 4 thread 10 pool 0
[2012-01-07 10:20:24] Rejected 00000000.76542de5.a9738c70 GPU 5 thread 5 pool 0
[2012-01-07 10:20:24] Rejected 00000000.43409de6.315bdf0d GPU 3 thread 3 pool 0
[2012-01-07 10:20:24] Rejected 00000000.b3dc99a9.2c732488 GPU 4 thread 4 pool 0
[2012-01-07 10:20:24] Rejected 00000000.b5805082.6fe100f0 GPU 4 thread 4 pool 0
[2012-01-07 10:29:15] Rejected 00000000.77074ef9.e336735d GPU 0 thread 0 pool 0
[2012-01-07 10:29:15] Rejected 00000000.923a6e83.39754c79 GPU 4 thread 4 pool 0
[2012-01-07 10:29:15] Rejected 00000000.0334af4c.4ed1a5a6 GPU 2 thread 8 pool 0
[2012-01-07 10:29:15] Rejected 00000000.5e521330.43a0be6a GPU 1 thread 7 pool 0
[2012-01-07 10:29:15] Rejected 00000000.92fe225e.d96ee4f4 GPU 3 thread 3 pool 0
[2012-01-07 10:29:15] Rejected 00000000.5a2e415b.e7b569f4 GPU 3 thread 3 pool 0
[2012-01-07 10:29:15] Rejected 00000000.4735eb7e.08f32957 GPU 4 thread 10 pool 0
[2012-01-07 10:29:15] Rejected 00000000.9b081a7f.a3b779b8 GPU 2 thread 2 pool 0
[2012-01-07 10:29:16] Rejected 00000000.11d479a7.73e61319 GPU 0 thread 6 pool 0
[2012-01-07 10:29:18] Rejected 00000000.2beaa316.48b16285 GPU 5 thread 5 pool 0
[2012-01-07 10:29:18] Rejected 00000000.e571f54f.ecbbcf8f GPU 2 thread 8 pool 0

I have three 5970s, comprising respectively GPUs 0-1, 2-3, and 4-5 in the above list.  Pool 0 is Eclipse port 9009.

Over the 25-hour period, the reject rate was 0.5%.  Previo