Bitcoin Forum
April 27, 2024, 11:34:14 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 [41] 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 ... 538 »
  Print  
Author Topic: [ANN] profit switching auto-exchanging pool - www.middlecoin.com  (Read 829872 times)
captainfuture
Sr. Member
****
Offline Offline

Activity: 294
Merit: 250



View Profile
August 06, 2013, 12:17:24 PM
 #801

cryptsy had to redownload btc chain.
dont know if they are ready now...
1714217654
Hero Member
*
Offline Offline

Posts: 1714217654

View Profile Personal Message (Offline)

Ignore
1714217654
Reply with quote  #2

1714217654
Report to moderator
1714217654
Hero Member
*
Offline Offline

Posts: 1714217654

View Profile Personal Message (Offline)

Ignore
1714217654
Reply with quote  #2

1714217654
Report to moderator
"There should not be any signed int. If you've found a signed int somewhere, please tell me (within the next 25 years please) and I'll change it to unsigned int." -- Satoshi
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
h2odysee (OP)
Full Member
***
Offline Offline

Activity: 238
Merit: 119


View Profile WWW
August 06, 2013, 12:17:40 PM
 #802

I see that a payout "processed" but yet to see anything in my cryptsy wallet.   It has usually not taken near this long.  Was there issues??

No, it should have gone through. This is the transaction, and it has 68 confirms: http://blockchain.info/tx/d4f58a4ffd181a9cf9b4338fe655045537361705237b3fb2dfc05745c34d4170

I hope I wasn't wrong about it being OK to receive payments through cryptsy.

http://middlecoin.com - profit-switching, auto-exchanging scrypt pool that pays out in BTC
SullyTex
Newbie
*
Offline Offline

Activity: 20
Merit: 0


View Profile
August 06, 2013, 12:22:54 PM
 #803

Ahhh thanks for the info...  that's what I get fir chronic migraines and modern pharmaceuticals!!!  Should I contact cryptsy?  This is a new one to me!
SullyTex
Newbie
*
Offline Offline

Activity: 20
Merit: 0


View Profile
August 06, 2013, 12:46:52 PM
 #804

Huh

Should I yell at cryptsy???  Never had this happen to me before....
SullyTex
Newbie
*
Offline Offline

Activity: 20
Merit: 0


View Profile
August 06, 2013, 01:08:44 PM
 #805

NVM!!!  ALL CLEAR!!!  Thanks for the insight!!!
Lollaskates
Sr. Member
****
Offline Offline

Activity: 249
Merit: 250


View Profile
August 06, 2013, 01:33:04 PM
 #806

The point of Vardiff (or even a lower dynamic value based on what coin is currently being mined) is for smoothing out and attempting to normalize share payouts within a pool. Yes it has no impact on pool profitability as a whole, but it certainly prevents fast coin blocks from only going to the handful of people that were able to submit a share in time (luck + latency to server). I personally would rather a consistent reliable income from a pool (the point of a pool) than whenever a fast coin comes around it feels like solo-mining within a pool as we all compete to be the lucky guy who found the block within his 512 diff share of work, where the rest of us lose out and get to eat electricity costs until maybe hours / days from now we are lucky enough to discover our own fast block.

Nobody pool mines for high variability results, we'd solomine if we wanted a payout for a particular coin between long periods of time. Just add VARDIFF or a hard coded diff value based on target coin so we can get our tiny slices of fast coins and stop playing the lottery within the pool (that's for the pool as a whole to play with everyone else!). They add up.
Lollaskates
Sr. Member
****
Offline Offline

Activity: 249
Merit: 250


View Profile
August 06, 2013, 01:47:10 PM
 #807

Needs 256 diff. I've got 5.8MH/s pointed at this and getting 60% and 70% rejects on my two rigs. I'm about to mod cgminer to forcibly split your work between my GPUs. Too many blocks go by with not a single share submission = 100% wasted time and electricity. When that happens it actually costs us money, seeing as how we still have to pay for the electricity. Mining on other pools until this is addressed.

Yes, this is a problem (there's a reason VARDIFF exists, for optimization for all combinations of hash strength and latency). After reading the thread it seems you are unwilling to accept this as a valid issue, which is sad.

What are the GPU's in your two rigs?

5x 7950s @ 580kh/s per rig (it could perform faster, but I had to undervolt to squeeze both of them on a 20A breaker). I=20, expiry 1 queue 0 scan 1
Eastwind
Hero Member
*****
Offline Offline

Activity: 896
Merit: 1000



View Profile
August 06, 2013, 01:47:33 PM
 #808

The point of Vardiff (or even a lower dynamic value based on what coin is currently being mined) is for smoothing out and attempting to normalize share payouts within a pool. Yes it has no impact on pool profitability as a whole, but it certainly prevents fast coin blocks from only going to the handful of people that were able to submit a share in time (luck + latency to server). I personally would rather a consistent reliable income from a pool (the point of a pool) than whenever a fast coin comes around it feels like solo-mining within a pool as we all compete to be the lucky guy who found the block within his 512 diff share of work, where the rest of us lose out and get to eat electricity costs until maybe hours / days from now we are lucky enough to discover our own fast block.

Nobody pool mines for high variability results, we'd solomine if we wanted a payout for a particular coin between long periods of time. Just add VARDIFF or a hard coded diff value based on target coin so we can get our tiny slices of fast coins and stop playing the lottery within the pool (that's for the pool as a whole to play with everyone else!). They add up.

I concur.

Needs 256 diff. I've got 5.8MH/s pointed at this and getting 60% and 70% rejects on my two rigs. I'm about to mod cgminer to forcibly split your work between my GPUs. Too many blocks go by with not a single share submission = 100% wasted time and electricity. When that happens it actually costs us money, seeing as how we still have to pay for the electricity. Mining on other pools until this is addressed.

Yes, this is a problem (there's a reason VARDIFF exists, for optimization for all combinations of hash strength and latency). After reading the thread it seems you are unwilling to accept this as a valid issue, which is sad.

What are the GPU's in your two rigs?

5x 7950s @ 580kh/s per rig (it could perform faster, but I had to undervolt to squeeze both of them on a 20A breaker). I=20, expiry 1 queue 0 scan 1

Maybe you can lower the intensity and TC and use 2 GPU threads? This might help.
ImI
Legendary
*
Offline Offline

Activity: 1946
Merit: 1019



View Profile
August 06, 2013, 01:49:46 PM
 #809

5x 7950s @ 580kh/s per rig (it could perform faster, but I had to undervolt to squeeze both of them on a 20A breaker). I=20, expiry 1 queue 0 scan 1

i always thought that expiry scantime queue are only important while solomining??
fragout
Legendary
*
Offline Offline

Activity: 1279
Merit: 1018


View Profile
August 06, 2013, 08:14:23 PM
 #810

I'm running on -I 20 with two 7950's running at 620 each with barely any rejects. Less then 1 percent.
I don't understand that so many people are having issues, am I missing something?
What are your settings? mine are -thread concurrency 23200 (dunno why but it works better than 22336 or 24000 for me)
vectors 1
gpu threads 1
worksize 256
intensity 20
595kh/s
Im getting 15% stale
oddly I am also running a 6950 which is getting stale of 4 %
Jriker1
Full Member
***
Offline Offline

Activity: 147
Merit: 100


View Profile
August 06, 2013, 10:47:27 PM
 #811

Weeeeee!!!  Looks like we will be semi over profitable today. More than last two day, less than several days ago.
Jriker1
Full Member
***
Offline Offline

Activity: 147
Merit: 100


View Profile
August 06, 2013, 10:50:20 PM
 #812

I'm running on -I 20 with two 7950's running at 620 each with barely any rejects. Less then 1 percent.
I don't understand that so many people are having issues, am I missing something?
What are your settings? mine are -thread concurrency 23200 (dunno why but it works better than 22336 or 24000 for me)
vectors 1
gpu threads 1
worksize 256
intensity 20
595kh/s
Im getting 15% stale
oddly I am also running a 6950 which is getting stale of 4 %

Ditto. My 7950 is getting more stales than my 6950 but ain't concerned like 50% of this thread is. Overall a lot more profitable than anywhere else. Guess everyone is trying to identify optimization opportunities.

JR
Hydroponica
Full Member
***
Offline Offline

Activity: 182
Merit: 100


fml


View Profile
August 06, 2013, 11:12:12 PM
 #813

Hi, I was all in for the past few days to try 256 difficulty but something just occurred to me.

It doesnt matter if we go 32, 512 or 1024 for the global profit, if someone is about to find a block he will do it regardless of the share diff. Changing share diff wont increase the pool profit imo.

We can still speculate if the 512 is making old rigs fall behind and the 7xxx rigs may be indeed chewing income from those rigs, but the only way to know for sure would be to compare % of reject Mhash or daily payouts per acceppted average Mhash.

Your missing the entire purpose of share difficulty. If you do not submit a share, before the block is found, you do not get paid. That is what people are saying about share diff. It may not affect the pools profit, as a whole, but it will affect individual profit of the members, with in the pool. Again, this is why VARDIFF exists, to begin with. Those with the cards that can submit the shares fast enough, for those 20 or 30 second block coins, get a higher diff, with shares that carry more weight in the payout, because they submit shares less often, slower cards, get lower share diff, that pay less, because shares are submitted more often. Everybody wins

San1ty
Sr. Member
****
Offline Offline

Activity: 462
Merit: 250


View Profile
August 06, 2013, 11:37:17 PM
 #814

I'm running on -I 20 with two 7950's running at 620 each with barely any rejects. Less then 1 percent.
I don't understand that so many people are having issues, am I missing something?
What are your settings? mine are -thread concurrency 23200 (dunno why but it works better than 22336 or 24000 for me)
vectors 1
gpu threads 1
worksize 256
intensity 20
595kh/s
Im getting 15% stale
oddly I am also running a 6950 which is getting stale of 4 %

Ditto. My 7950 is getting more stales than my 6950 but ain't concerned like 50% of this thread is. Overall a lot more profitable than anywhere else. Guess everyone is trying to identify optimization opportunities.

JR

I will look them up for you tomorrow, but I have been mistaken on my reject % it's about 10%.

Found my posts helpful? Consider buying me a beer :-)!:
BTC - 1San1tyUGhfWRNPYBF4b6Vaurq5SjFYWk NXT - 17063113680221230777
Prelude
Legendary
*
Offline Offline

Activity: 1596
Merit: 1000



View Profile
August 07, 2013, 12:54:13 AM
 #815

Hi, I was all in for the past few days to try 256 difficulty but something just occurred to me.

It doesnt matter if we go 32, 512 or 1024 for the global profit, if someone is about to find a block he will do it regardless of the share diff. Changing share diff wont increase the pool profit imo.

We can still speculate if the 512 is making old rigs fall behind and the 7xxx rigs may be indeed chewing income from those rigs, but the only way to know for sure would be to compare % of reject Mhash or daily payouts per acceppted average Mhash.

Your missing the entire purpose of share difficulty. If you do not submit a share, before the block is found, you do not get paid. That is what people are saying about share diff. It may not affect the pools profit, as a whole, but it will affect individual profit of the members, with in the pool. Again, this is why VARDIFF exists, to begin with. Those with the cards that can submit the shares fast enough, for those 20 or 30 second block coins, get a higher diff, with shares that carry more weight in the payout, because they submit shares less often, slower cards, get lower share diff, that pay less, because shares are submitted more often. Everybody wins

Bingo.
h2odysee (OP)
Full Member
***
Offline Offline

Activity: 238
Merit: 119


View Profile WWW
August 07, 2013, 03:33:54 AM
Last edit: August 07, 2013, 06:36:16 AM by h2odysee
 #816

Payouts were an hour late today. Profits were 0.0334 BTC per MH/s per day.

http://middlecoin.com - profit-switching, auto-exchanging scrypt pool that pays out in BTC
CoinBuzz
Sr. Member
****
Offline Offline

Activity: 490
Merit: 250



View Profile
August 07, 2013, 05:43:26 AM
 #817

Your missing the entire purpose of share difficulty. If you do not submit a share, before the block is found, you do not get paid. That is what people are saying about share diff. It may not affect the pools profit, as a whole, but it will affect individual profit of the members, with in the pool. Again, this is why VARDIFF exists, to begin with. Those with the cards that can submit the shares fast enough, for those 20 or 30 second block coins, get a higher diff, with shares that carry more weight in the payout, because they submit shares less often, slower cards, get lower share diff, that pay less, because shares are submitted more often. Everybody wins

+1.

We can increase the difficulty to 1024 to see it's effect  Wink

Join ASAP: FREE BITCOIN
fredeq
Legendary
*
Offline Offline

Activity: 1537
Merit: 1005


View Profile WWW
August 07, 2013, 09:03:28 AM
Last edit: August 07, 2013, 09:20:06 AM by fredeq
 #818

Hi, I was all in for the past few days to try 256 difficulty but something just occurred to me.

It doesnt matter if we go 32, 512 or 1024 for the global profit, if someone is about to find a block he will do it regardless of the share diff. Changing share diff wont increase the pool profit imo.

We can still speculate if the 512 is making old rigs fall behind and the 7xxx rigs may be indeed chewing income from those rigs, but the only way to know for sure would be to compare % of reject Mhash or daily payouts per acceppted average Mhash.

Your missing the entire purpose of share difficulty. If you do not submit a share, before the block is found, you do not get paid. That is what people are saying about share diff. It may not affect the pools profit, as a whole, but it will affect individual profit of the members, with in the pool. Again, this is why VARDIFF exists, to begin with. Those with the cards that can submit the shares fast enough, for those 20 or 30 second block coins, get a higher diff, with shares that carry more weight in the payout, because they submit shares less often, slower cards, get lower share diff, that pay less, because shares are submitted more often. Everybody wins

Bingo.

Guys I am not missing anything, I share this point of view with you. My post was addressed to the people saying that lowering share diff would increase global btc profit for the pool(they thought that the more shares they find the more coins pool will mine).

I admit that my post was a bit misleading ;P

https://whattomine.com - Check what to mine Smiley
San1ty
Sr. Member
****
Offline Offline

Activity: 462
Merit: 250


View Profile
August 07, 2013, 01:20:29 PM
 #819

Guys, probably a stupid question, but why aren't we mining primecoin?
Looks like it's pretty profitable.

Found my posts helpful? Consider buying me a beer :-)!:
BTC - 1San1tyUGhfWRNPYBF4b6Vaurq5SjFYWk NXT - 17063113680221230777
h2odysee (OP)
Full Member
***
Offline Offline

Activity: 238
Merit: 119


View Profile WWW
August 07, 2013, 01:22:32 PM
 #820

Guys, probably a stupid question, but why aren't we mining primecoin?
Looks like it's pretty profitable.

I don't believe there is a publicly available GPU miner. As far as I know, the GPU mining programs are private. I've been mining primecoin on my CPU, but I don't think it even covers the cost of electricity.

http://middlecoin.com - profit-switching, auto-exchanging scrypt pool that pays out in BTC
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 [41] 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 ... 538 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!