Great that you spotted the issue ahead of time. Sure everyone can fix it in time, and if they don't, nobody else to blame except themselves.
Could be a non-issue, but I figured it's a good idea to bring it up now while there's still at least a few weeks to patch/fix it if the problem is there for others. I haven't looked into open source solutions, and even those may have been altered by pool admins to fix it in advance. I'm just remembering that *most* of the software out there was written over a year ago when the difficulty was only a few million, so it's not hard to believe that this could have been a common oversight among others. I know my history in programming tended to leave me working with integers/longs in 32-bit space. Using 'long long' or 'int64_t' variables are something that just never crossed my mind since they're so rarely used in my past projects. |
|
|
|
I have only mined a few satoshi on slush with my CPU, but their payout system seems unique. Other pools seem to use PPLNS over 10 work shifts, whereas slush uses a share value multiplier depending on how close or far they are from the block solution. Are there major problems with this method ?
The problem with slush's method is it IS hoppable (though pool hopping is mostly dead these days), and has absolutely no way to audit your reward. With slush's method, you're at the mercy of whatever calculations were done with the scores in the background, with absolutely no way to verify what you ended up receiving. Judging by the slush thread, it looks like there's likely an error in how the scores are calculated across multiple backends, given the months of posts about weird rewards on different rounds. That's why I'm a fan of Shift-based PPLNS. The reward you received can be audited down to the satoshi for any given shift. |
|
|
|
I do normally, but right now it's really inaccurate. It relies on blockexplorer.com to stay current. Blockexplorer was stuck for over a week. It's catching up now, but unfortunately since blockorigin relies on scraping sites to get an accurate picture, it's ending up with a *massive* amount of "Unknown" sources instead of attributing them to GHash.io as well as a couple other pools that it normally would identify properly. |
|
|
|
I messaged him. Maybe he was onto it already.
Agreed the unknowns need to reconciled before a true picture emerges.
kinlo was aware of it, the sole problem was blockexplorer.com being stuck for over a week which is required for blockorigin to work at all. Since blockorigin relies on scraping sites to get the data, the long-term freeze means it's no longer able to scrape that information from some pools that don't have full history available. |
|
|
|
Slush is planning/programming new reward system and all sorts of other stuff. Hopefully his pool will endure this hard time and be reborned like phoenix :-)
He's been planning/programming that "new" (pretty sure it's just PPLNS or DGM) reward system for the better part of a year if I remember correctly... |
|
|
|
This post is designed as a handy short cut to help you find your favourite pool's forum thread, or shop for a new pool. The hashrate is an average based on a pool's published statistics for the week, unless that pool does not publish round history on API or html, in which case it's the hashrate when the list was updated. I'll endeavour to add more pools as I can.
Remove 50BTC they are STILL scammers and theifs I still say removing them would be misleading. What happens when some new miner finds them and doesn't know the background? It's better to have them listed with a warning, rather than not listed at all. I'd probably say put them in a separate category or make the warning even more noticeable until they make good on their debts. |
|
|
|
|
Just posting this as a note to any body running their own pool, either for themselves, or a major public pool. I've been redoing my Stratum server code this last week, and just noticed something that could've been a major problem in a few months.
Make sure your pool software and/or database are setup to utilize 64-bit numerical values! We're closing in on a network difficulty in excess of 2.1b and probably 4.2b shortly after, the maximum values for signed and unsigned 32-bit integers (and/or longs) respectively. It would not surprise me at all if this will likely cause some issues for someone else once we cross those lines.
|
|
|
|
https://blockchain.info/pools?timespan=24hrsThey have the power to double spend services or people who require <= 3 confirms with ease, check out their block history and count how many 3-block combos they have. Who is contributing to this impending massive mess? When it happens are people going to be like "Oh wow we got ghaxed" just like with Mtgox in 2013? 30.8% over last 2016 blocks. http://blockorigin.pfoe.be/top.phpSadly, blockorigin is heavily inaccurate right now. It's nearly 2,000 blocks behind because blockexplorer.com has been stuck for over a week. EDIT: Oddly enough, it's now starting to update. It's still over 1.5k blocks behind as of this post, but it's finally moving after being stuck since ~December 28th. Although it's going to have a lot of Unknown sources since it's unable to scrape the info it needs for some of the blocks that are many days old. It's actually not registering a lot of GHash's blocks as GHash.io right now. |
|
|
|
Just LTC for a start? There are a lot of coins you could pick that'll do better than LTC 90% of the time.
M
The other coins bounce in value so much that I figured I'll pick the "stable" one of the bunch for the Alpha version. |
|
|
|
Once the new backend is deployed, the next project on the list is something that's been mentioned in IRC a few times: Scrypt Guild.
Woohoo! Multipool will get competition? It sure needs it! M "Scrypt Guild Alpha" is *hopefully* going to be up this weekend, likely just for pure LTC. But the goal is automatic profit switching among a variety of scrypt coins. A part of this Stratum Rewrite involves better multi-coin support. The following is the current list of projects, and expected order: 1) SHA256 Stratum Update 2) Scrypt Guild Alpha (Single Scrypt Coin) 3) SHA256 Merged Mining Update (better NMC support and framework for multiple MM coins like IXC/DVC) 4) Scrypt Guild Beta (Multiple Coin Support, Manual Switching via WebUI) After that, I'll see which looks faster to implement, DVC/IXC added to BTC Guild, or auto-switching options on Scrypt Guild based on 12-hour weighted average prices. Ideally, the 4 already identified with a priority will all be complete in under 2 weeks (first two will definitely be done by this weekend), especially with how fast the final pieces are falling into place. |
|
|
|
|
If everything goes according to plan, the new version of the pool server backend code will be getting deployed in the next 48 hours. I'll be updating the thread as the time gets closer. The goal is this will be as painless as possible (brief blip and you're on the new backend code). I'll be running tests tonight locally, and inviting people in IRC with different types of hardware to help make sure it doesn't have any unexpected conflicts with certain software/hardware.
Once the new backend is deployed, the next project on the list is something that's been mentioned in IRC a few times: Scrypt Guild.
|
|
|
|
Hey all nice to be here after being treated like crap over at slush's pool for the first two weeks of my mining. Things seem alot more organized over here. I may be new but it cant be good when a pool continually has problems paying out confirmed rewards to its members. But dont say anything about it or else you be crying and then they will throw you a guilt trip for coming over here. It seemed like a business struggling to make payroll every week. Maybe he purposly runs it like crap to drive the newbies away and keep the hashrate low, it seems that group beleives there is to much hashing power here but I think that is stupid. Anyway nice to be here. I do have aquestion on the rewards since it is a little different format here. Im just curious, are the rewards on the pplns stats page for open shifts not reflected in your account balance until it shows in the closed shift section? Also for the rewards, is that i am getting the block reward AND the shift rewards or is that the shift rewards just add up to the block rewards? Sory just being a noob  It has been a bit disheartening to see the state of Slush's thread. It really seems wrong for a thread to have 100s of the most recent pages talking about inaccurate rewards with no word at all from the pool op about it for months. Open shift rewards are immediately reflected in your balance. BTC Guild does not make you wait for confirmations or for shifts to be closed. The reason for the warning at the top of the page is people tend to freak out seeing 0-3 blocks paid and extremely low per-share rates at the top of Open Shifts, which is *normal* because they still have hours worth of time to have extra block rewards split with them. Your rewards are based purely on shift rewards. The block reward shown on the dashboard is just go give you an idea of how much your balance has increased with each block solve. |
|
|
|
Anyone else notice their 24 hour earnings drop almost in half the past 2 days or so?
You went from 130-140% 24-hour luck to 80% 24-hour luck. |
|
|
|
No problems, I'll go beat my router with a stick when I get home this evening.  Hitting routers is always a good start, the little suckers need it from time to time. My new 802.11ac router actually has a setting (I think by default) where it will reboot on a weekly schedule just to clean house. However, the reference to "local issue" in this sense isn't referring to your home network (though that is always a possibility), but just something between you and the pool servers is not happy. Unfortunately (well, fortunately for the pool overall), the problem is definitely not in the pool servers or the datacenter, putting it outside of my ability to fix/tweak anything. |
|
|
|
Yeah, it's just I'm seeing my miners flipping to Eligius quite often when mining on BTCGuild as my primary pool, but when Eligius is primary it's solid as a rock and never flips to Eligius.  Last time it flipped was just over an hour ago, for about 10 minutes then flipped back again. Same about 4 hours ago, and again around midnight UTC. Two separate machines running BFGMiner on Failover - one machine has about 20GH running through it, the other about 70GH. Sadly, I can definitely say that's a local issue if you're seeing it often. The pools are running solid with many connections which have been active for days on end without interruption with each backend server. |
|
|
|
Is anyone else having intermittent connection drops with Guild? I'm mining here at the moment, and I'm seeing my miners switching to my backup pool quite often - they NEVER switch when my backup pool is the main pool.
Everything is looking fine on the pool end. No restarts, no strange bandwidth/packet loss spikes. I have noticed on my home connection that some websites (not all) have been extremely slow for me/requiring multiple refreshes, so it's possible there may be some problems with a major ISP/backbone router causing periods of packet loss for users that pass through them en route to their destination (pool servers). |
|
|
|
Where do you get forwarded to facebook?
There was a "website under maintenance" intermediate page with a link to Facebook. |
|
|
|
I bitch and complain like a woman and can sound like an arrogant ass, but I've always stuck with this pool from the very beginning. Even got a couple of my friends to join in and they HATE paying fees. It still baffles me how Ghash can have so much hashing power. They must be doing something right, right? If they were screwing people around wouldn't their hash rate just drop out? From what I know I think whatever BTC you make there you have to use their sister site CEX.IO to cash out your bitcoin. Gets a little confusing. At least here, everything is off one system.
Now, a technical question for the pool operator. Is this pool on a VPS or dedicated box? Maybe uses Google services for email possibly? I'm just curious, that's all.
All the actual pool servers are colocated in locked cabinets. The validation servers used to filter DDoS/botnet traffic are a mix: EC2, OVH, and Cloudflare for HTTP traffic, none of which have any actual access into the backends to avoid the risk of insider attacks like what has happened to slush in the past (on Linode and OVH). The validation servers have read-only access to the workers table, nothing more. The pool uses Google for email so that emails can be received and answered during DDoS attacks, which are times when email availability is crucial. The pool also does not make use of any frameworks for its web frontend, backend, or pool server code, with the obvious exception of some JavaScript for things like charts and paginated tables (all of which is done in post-processing, rather than actually interacting with the backend directly). |
|
|
|
This certainly specific to BTC Guild, but I'm just curious as to what folk are doing with their NMC mined by the pool? Specifically storage. AT the moment, mine are just building up on BTC Guild.
Cheers.
The majority of users just send them direct to an exchange like BTC-e. Very few people bother running NMC wallets of their own. |
|
|
|
If the pool luck stats are accurate, they are pretty remarkable over the last month.
Approximate Pool Luck* (24H / 3D / 1W / 2W / 1M): 107.772% / 118.783% / 111.486% / 106.586% / 104.237%
The 1-month number is pretty nice due to December 15th and onward. 3 of the largest spikes in block solves (including BTC Guild getting 11 blocks in a row) all happened within the last month. The 1-month number will probably start to drop pretty fast around mid-January unless we see a few really good days. |
|
|
|
|
Show Posts
