Bitcoin Forum
September 28, 2016, 08:33:49 AM *
News: Latest stable version of Bitcoin Core: 0.13.0 (New!) [Torrent]. Make sure you verify it.
 
   Home   Help Search Donate Login Register  
Poll
Question: What type of pool payouts do you prefer?
Bitcoins - 3151 (80.4%)
Bank transfer / USD - 407 (10.4%)
Gold/silver coins and bars - 359 (9.2%)
Total Voters: 3915

Pages: « 1 ... 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 [287] 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 ... 1104 »
  Print  
Author Topic: [40+ PH] SlushPool (slushpool.com); World's First Mining Pool  (Read 3856175 times)
slush
Legendary
*
Offline Offline

Activity: 1358



View Profile WWW
December 07, 2012, 07:52:21 PM
 #5721

the question is because i can't find/understand i loosing about 25% shares sent to the stratum proxy ( calculate worker shares sent to stratum proxy and compare to account data Average hashrate in last 10 rounds: 5341 Mhash/s )

If you see these shares as accepted, they don't get lost. The 10-round hashrate is just long-term indicator and it needs some time to calibrate.

About your proposed changes - website definitely need some update, unfortunately it's quite difficulty to make right now, because of internal database limitations.

Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1475051629
Hero Member
*
Offline Offline

Posts: 1475051629

View Profile Personal Message (Offline)

Ignore
1475051629
Reply with quote  #2

1475051629
Report to moderator
mdude77
Legendary
*
Offline Offline

Activity: 1358


View Profile
December 08, 2012, 03:09:12 AM
 #5722

fyi, I've added support to my pool monitor MPoolMonitor for Slush's pool.  Windows only.

https://bitcointalk.org/index.php?topic=86502.0

M

MMinerMonitor author, monitor/auto/schedule reboots/alerts/remote/MobileMiner for Ants and Spondoolies! Latest (5.2). MPoolMonitor author, monitor stats/workers for most pools, global BTC stats (current/nxt diff/USD val/hashrate/calc)! Latest (v4.2) 
Buyer beware of Bitmain hardware and services.
slush
Legendary
*
Offline Offline

Activity: 1358



View Profile WWW
December 08, 2012, 03:25:06 AM
 #5723

fyi, I've added support to my pool monitor MPoolMonitor for Slush's pool.  Windows only.

Thanks!

slush
Legendary
*
Offline Offline

Activity: 1358



View Profile WWW
December 10, 2012, 02:40:06 AM
 #5724

Today I finally disabled port 8332 on URL mining.bitcoin.cz. Mining is now officially available on api.bitcoin.cz:8332, api2.bitcoin.cz:8332 (getwork) and stratum.bitcoin.cz:3333 (stratum).

URL mining.bitcoin.cz:8332 is deprecated over one and half year, so people had a lot of time to upgrade. If you still have connection issues, please upgrade your miner (old GUIminer had "mining.bitcoin.cz" hardcoded) or update your configs.

Yuhfhrh
Full Member
***
Offline Offline

Activity: 238



View Profile
December 11, 2012, 03:52:15 AM
 #5725

8 and a half hours since last block solved at slush lol



Edit:
And then 3 blocks in a row to make up for it... blows my mind how that always seems to work out.
and247
Newbie
*
Offline Offline

Activity: 8


View Profile
December 11, 2012, 09:59:35 AM
 #5726

Hello Slush,

first of all, thank for your pool, nice work ... although I am mining just for fun (some funny 20 MHash/s  Smiley ) and to learn things, I believe that even users like me could be useful for the whole bitcoin and help it grow Wink

And I have a question regarding Stratum proxy, which should allow older miners to use Stratum protocol seamlessly. However, for some reason, this is not working for the miner I am using.

The problem is the target - when I connect to the pool using getwork protocol, the miner reports current target as:
Target = 00000000ffffffffffffffffffffffffffffffffffffffffffffffffffffff
but when I use the Stratum proxy, the miner reports truncated target:
Target = 00000000ffff00000000000000000000000000000000000000000000000000

Theoretically, this should work fine, since hashes, that meet either one of this target are valid, but practically, this does not work for the miner I am using. In the first case, the miner finds hash every few minutes. But in the second case, the miner never finds a hash (I left it running for more than 30 hours). So there certainly is a bug in older miner, but since I cannot use any newer, I wanted to use Stratum proxy.

My question for Slush's Stratum proxy therefore is - why is the pool returning full (untruncated) target in "getwork" response, but Stratum proxy is returning different target (truncated) in "getwork" response. Is this possible to fix, so that my miner does not see any difference, whether connecting to the pool directly, or via the proxy?

thanks...
PetrovMichael
Jr. Member
*
Offline Offline

Activity: 36


View Profile
December 12, 2012, 05:19:01 PM
 #5727

may be my observation will be useful.

https://mining.bitcoin.cz/accounts/profile/ Average hashrate in last 10 rounds: 5385 Mhash/s.

BUT, observed that when the round is over and a new started -  for about the first 5-10 minutes, shows the performance drop to 4000-4500 Gh/s and later, after the period - shows again about 5200-5400.

when round is long enough

#   Block found at   Duration   Total shares   Your BTC reward          Block #   Block value

15178   2012-12-12 10:07:25   0:55:52   2237452   0.05047476          211918   25.63530000

if round short

15184   2012-12-12 17:11:35   0:08:05   325031   0.04545748          211952   25.05010000

15181   2012-12-12 13:25:39   0:02:45   107333   0.04141353          211934   25.04100000

reward decreased compare to average

i measured shares sent to stratum proxy - IMHO speed stable (by my calculation), so, i'm thinking the question is send/receive shares to the pool

if can make things better, thanks for the advice
slush
Legendary
*
Offline Offline

Activity: 1358



View Profile WWW
December 12, 2012, 05:36:57 PM
 #5728

BUT, observed that when the round is over and a new started -  for about the first 5-10 minutes, shows the performance drop to 4000-4500 Gh/s and later, after the period - shows again about 5200-5400.

"* The calculation is based on the number of shares so far, which may not be accurate for slow workers."

I should add: "it is inaccurate on the beginning of the round also for fast workers".

slush
Legendary
*
Offline Offline

Activity: 1358



View Profile WWW
December 12, 2012, 05:40:45 PM
 #5729

The problem is the target - when I connect to the pool using getwork protocol, the miner reports current target as:
Target = 00000000ffffffffffffffffffffffffffffffffffffffffffffffffffffff
but when I use the Stratum proxy, the miner reports truncated target:
Target = 00000000ffff00000000000000000000000000000000000000000000000000

Yes, I know there's some miner who has such problem. The easier solution is just to rewrite target in the proxy to 00000000fff...fffff . Then it should work good enough.

Of course the cleanest solution is to fix that miner.

Quote
My question for Slush's Stratum proxy therefore is - why is the pool returning full (untruncated) target in "getwork" response, but Stratum proxy is returning different target (truncated) in "getwork" response. Is this possible to fix, so that my miner does not see any difference, whether connecting to the pool directly, or via the proxy?

To be honest, that "full" target used by getwork pools was my mistake introduced two years ago, which everybody copy&pasted into their pool implementations. Real diff1 is 00000000ffff00000000000000000000000000000000000000000000000000, which I fixed in Stratum protocol. Fortunately normal getwork miners works with this without a problem, except your one...

PetrovMichael
Jr. Member
*
Offline Offline

Activity: 36


View Profile
December 12, 2012, 06:26:13 PM
 #5730

BUT, observed that when the round is over and a new started -  for about the first 5-10 minutes, shows the performance drop to 4000-4500 Gh/s and later, after the period - shows again about 5200-5400.

"* The calculation is based on the number of shares so far, which may not be accurate for slow workers."

I should add: "it is inaccurate on the beginning of the round also for fast workers".

1) if i split my worker to 10 workers - each 500Mh/s, will it make the accepted shares more stable ? 2) what will happened in the April when i will have worker 50 Gh/s ? should i think to split it to 100 workers each 500 Mh/s ?

which speed is optimal for the pool now ?
slush
Legendary
*
Offline Offline

Activity: 1358



View Profile WWW
December 12, 2012, 06:42:56 PM
 #5731

1) if i split my worker to 10 workers - each 500Mh/s, will it make the accepted shares more stable ?

No, because your share submission rate will be still the same.

Quote
2) what will happened in the April when i will have worker 50 Gh/s ? should i think to split it to 100 workers each 500 Mh/s ?

no

Quote
what speed is optimal for the pool now ?

More the better :-).

ACtually, you don't need to care about hashrate *approximation* provided by the pool. It doesn't affect your income, it's just fancy feature, which is inaccurate by design.

PetrovMichael
Jr. Member
*
Offline Offline

Activity: 36


View Profile
December 12, 2012, 07:08:05 PM
 #5732

Actually, you don't need to care about hashrate *approximation* provided by the pool. It doesn't affect your income, it's just fancy feature, which is inaccurate by design.
OK, many thanks... BTW, i read https://bitcointalk.org/index.php?topic=1976.msg50002#msg50002 before asking, but i don't undestand fully... as you can see, my worker connected 24/7...
slush
Legendary
*
Offline Offline

Activity: 1358



View Profile WWW
December 12, 2012, 08:05:35 PM
 #5733

I'm sorry for short downtime of pool in recent 10 minutes. It was because of failed update, now is pool fully operating again.

bitdaniel
Sr. Member
****
Offline Offline

Activity: 266



View Profile
December 12, 2012, 08:34:28 PM
 #5734

Hey my Pool-Friends!

I have a problem.
Ive got 22 Miners worers which are mining wirg bfgminer 2.9.1.
The have all the same config except the user (this is bitdaniel.01 till bitdaniel.21).

The first 20 Miners connect to the pool correctly with stratum, the last two does not!

Sometimes the last 10 dont connect via Stratum.

Address is stratum+tcp://stratum.bitcoin.cz:3333

Regards
Daniel
slush
Legendary
*
Offline Offline

Activity: 1358



View Profile WWW
December 12, 2012, 08:44:48 PM
 #5735

The first 20 Miners connect to the pool correctly with stratum, the last two does not!

There's firewall rule to not allow more than 20 connections from one subnet. Please install mining proxy (http://mining.bitcoin.cz/mining-proxy-howto), it will take 5 minutes and you can add as many machines to your mining operation as you want.

jade087
Jr. Member
*
Offline Offline

Activity: 36


View Profile
December 12, 2012, 09:22:47 PM
 #5736

Hey, so I recently switched over to Stratum mining. My rejects have gone down from 1% to 0.1% but it seems NMC mining is broken. Before I'd get ~0.02 NMC almost every round (no reward only once every 10-20 rounds); now, half of the rounds give me "none" NMC. Any ideas? Or is it just a crazy string of coincidences?

It is just coincidence. As Stratum miner, you still collects namecoins as on getwork. Just the pool namecoin hashrate is going down with higher % of stratum miners, because stratum backend doesn't have merged mining.

Oh that's disappointing Sad. So as a miner who also wants to support & collect namecoins I need to switch to another pool? Is there any chance Stratum can support merged mining?
slush
Legendary
*
Offline Offline

Activity: 1358



View Profile WWW
December 12, 2012, 09:44:52 PM
 #5737

Oh that's disappointing Sad. So as a miner who also wants to support & collect namecoins I need to switch to another pool? Is there any chance Stratum can support merged mining?

Maybe I'll implement merged mining again, but not in any near future. AFAIK there's no Stratum powered pool which do NMC merged mining.

mdude77
Legendary
*
Offline Offline

Activity: 1358


View Profile
December 13, 2012, 01:11:49 AM
 #5738

Oh that's disappointing Sad. So as a miner who also wants to support & collect namecoins I need to switch to another pool? Is there any chance Stratum can support merged mining?

Maybe I'll implement merged mining again, but not in any near future. AFAIK there's no Stratum powered pool which do NMC merged mining.

I'm pretty sure bitminter does.

M

MMinerMonitor author, monitor/auto/schedule reboots/alerts/remote/MobileMiner for Ants and Spondoolies! Latest (5.2). MPoolMonitor author, monitor stats/workers for most pools, global BTC stats (current/nxt diff/USD val/hashrate/calc)! Latest (v4.2) 
Buyer beware of Bitmain hardware and services.
bitdaniel
Sr. Member
****
Offline Offline

Activity: 266



View Profile
December 13, 2012, 09:04:17 AM
 #5739

The first 20 Miners connect to the pool correctly with stratum, the last two does not!

There's firewall rule to not allow more than 20 connections from one subnet. Please install mining proxy (http://mining.bitcoin.cz/mining-proxy-howto), it will take 5 minutes and you can add as many machines to your mining operation as you want.

Thank you Slush.
But i think the mining proxy will connect to your pool with one worker account then, dont it?
If so thats bad, because i want to use me 22 units seperate because of statistics for every units.
Cant you just raise the allowed connections to 25? (-;

Reagards
Daniel
slush
Legendary
*
Offline Offline

Activity: 1358



View Profile WWW
December 13, 2012, 10:47:12 AM
 #5740

But i think the mining proxy will connect to your pool with one worker account then, dont it?

No, it proxies usernames as well.

Quote
Cant you just raise the allowed connections to 25? (-;

There's really no reason, 20+ workers is already pretty big operation and using Stratum proxy is logical step. It optimizes network usage.

Pages: « 1 ... 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 [287] 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 ... 1104 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!