Topic: [4+ EH] Slush Pool (slushpool.com); Overt AsicBoost; World First Mining Pool - page 866. (Read 4382653 times)

You shouldn't be clueless if you mine...

nice plan, pickpocketing clueless miners.

Hm, this sounds like a bug in the miner. Can you report it to bfgminer/cgminer developers, please? I've been playing with the pool core for long time and as I can say, it is rock solid. My connection between proxy and the pool wasn't interrupted for weeks.



If there's some bug in miner in validating shares, then 8x lower probability of hitting the bug obviously lead to higher stability. Actually there was a bug in cgminer/bfgminer in submitting corrupted shares, which leaded to reconnecting to the pool time to time, but I though it has been fixed in recent version...

Congratulations on the plan to eliminate getwork slush.  I've been waiting for the day I can implement a similar plan to phase it out entirely.

If Stratum was all roses and rainbows I'd be happy to use Stratum. Unfortunately, it hasn't been that way for me. I may be in the minority, but I've had a lot of trouble trying to get Stratum working on my setup (currently bfgminer 2.10.5, win7/64, bfl fpga's only). The pools in my rotation include bitminter, ozcoin, and slush.

I'll investigate further, and this is probably best posted in the bfgminer/cgminer threads, but if I use the "--no-stratum" flag in my command line mining works fine for days/weeks. If I remove it (and mining defaults to Stratum), mining will work for a few hours but eventually all of my FPGAs will get into a 'WAIT' state from which they never recover until restarting the mining software. I don't know what triggers this condition, or if it is a problem with bfgminer or the pools' Stratum implementation.

The reality is that, for whatever reason, I've had better success with getwork/vardiff than with Stratum; ozcoin and bitminter, for example, ask for difficulty-8 shares from me which reduces pool traffic to them by a factor of 8 ... doesn't this serve to accomplish a similar result (in terms of load/traffic to the pool) as Stratum does?

Current Stratum backend has no namecoin support, so - yes. From my view the Namecoin project is dead. Although there was some buzz, press coverage and support from Bitcoin community, Namecoin developers were unable to finalize DNS infrastructure and they also didn't solve major architectural weaknesses.

I'd like to see some alt-chain for storing timestamped, key-value data like Namecoin, but in current state the Namecoin project is unmaintained and I have no plans with adding NMC support back to the pool.

They've been obsolete for a while now

Plan of removing the getwork support

I'm very excited by the adoption of the Stratum protocol and Stratum-based miners. During the last months, Stratum infrastructure improved to the production state.

Stratum hashrate on the pool is growing every day and I expect that with ASIC miners it will jump near to 100% pretty soon. Getwork protocol is simply impractical and I expect that all people who're serious with mining already updated their mining rigs with Stratum-enabled software.

Just for curiosity, Getwork-based backend currently handles around 20% of the hashrate, but produces almost 2x higher traffic and server load than the Stratum-based backend.

Currently the Stratum protocol is seamlessly implemented in cgminer, bfgminer, poclbm and GUIminer (for OpenCL cards). There's also Stratum proxy for all other miners who don't have native support of Stratum. HOWTO and Windows binaries for Stratum proxy are here: http://mining.bitcoin.cz/mining-proxy-howto

Because there's no obvious reason for supporting obsolete Getwork protocol anymore, I decided to release the plan for removing the getwork backend. Currently the fee on both getwork and stratum backend is the same - 2%. Once the hashrate of stratum backend reaches 90% of total pool hashrate, the fee for getwork miners will rise to 10%. Once the hashrate on stratum backend reaches 99% of total pool hashrate, the getwork backend will be turned off permanently.

You can check current Stratum adoption on Statistics page (item "Hashrate on Stratum interface (30 min average)"). The change of getwork fees will be done manually and I'll announce it on the website.

This change will NOT affect people using Stratum miners in any way. I believe the most people will understand that supporting obsolete pool backend simply cost too much for no benefit and that I want to remove getwork support to have more time for other development.

yep

(25 BTC + block fees - 2% fee) * (shares found by user's workers) / (total shares in current round)

So yes he's taking ~0.506 BTC per block.

guys, I was away quite long, and sorry for not checking if this question has already been answered I only want to make sure, this is just a simple check

slush, you of course did lower your pool fee from 1 BTC to 0.5 BTC after block reward went down from 50 to 25, right?

and sorry again for asking such stupid questions

im using GUIMiner v2012-11-18 and it connects fine for me and you dont need the proxy

Just switched to this pool and trying to get things going, but for some reason when I try to start mining I get "errno 10061", what's that about?

I'm using the latest version of guiminer and I've installed the stratum proxy. Also, I'm mining on a dual-GPU card if that matters(5970).

Round 16156 has been marked as invalid by mistake, it is fixed now and block rewards are paid already.

Thanks deeplink - that is good enough for my purposes!

In the table on the statistics page.

Column "Block value"
subtract 25 (minted bitcoins)
Remainder is transaction fees

You can also download the Greasemonkey script Pimped mining which among other things shows you some nice totals and averages.
http://userscripts.org/scripts/show/98553

Spoiler: current avg block value is 26 BTC (25 minted + 1 BTC fees) obviously the 50 BTC block has increased the avg block value because it used to be below 25.5 BTC

Is there anywhere in the pool's web interface (or elsewhere) for one's account to determine how much of the pool's rewarded btc is coming from 'minted' bitcoins versus transaction fees?  If not, this visibility would be nice to have.

Thanks!
Enk

I vote to return the 25BTC, as it was clearly a mistake.

16112 n 16114 invaild guess that makes up for our 50btc block...

It was because someone payed/goofed on tx fee of 25btc