[Ultracoin] [Est. Feb 2014] ~ ASIC Resistant & Ultrafast 6 Second Transactions!

[barbados-fs]

Anyone received UTC from mintpal scam?

none

[barbados-fs]

Dear community,

It's time for a little update from the front.

It goes very well with UTC and we are very happy to see that we are growing every day and getting stronger.
At this moment we are already three weeks in the top 10 cryptsy in volume which gives many opportunities for acceptance.

The next step is Chinese exchanges ( we have the volume ), so as a community promot also UTC in chinese exchanges because we can't do it alone.
At this moment we are very busy with some exchanges to get us accepted

We also want to know what do you think? which exchange will give us the next boost for further acceptance of UTC?

Regards,
UTC management team

Tell me, when are you going to release an update of the purse and remove the bugs out of it that I see today?

[tuankiet716]

Wallet Mac does not sync every block, there must be an error 

[usukan]

Hey Kracko - were the FTC BTC/GH/day prices on the TB Multi today correct?  6 - 8 - 10 plus? (not the normal 0.28 - 0.39 for the other coins)  Just as I jumped on and tried to put about 5GH Scrypt TB seemed to crash a couple of times.

By the time you are back online FTC gone and back to normal rates unfortunately on the other coins.  Increased my Westhash rate to capture the FTC moment - but had to cancel the order or make a big loss again while TB went offline.

Trying to do a test again with a new order - Westhash #104872
Ug4RWovZ91wE6YTgphRJT2c5f3Ly1F144e

But just got priced out @ 0.32 - waiting again

bugger

Cheers

[Kracko]

FTC hard forked.  Those values you saw were based on the much-lowered difficulty of the pre-fork version.  It's not likely someone is going to get 11BTC/GH Day on a Scrypt coin.  I took the pool down as it is using  a new algo called "Neoscrypt" now.

Hey Kracko - were the FTC BTC/GH/day prices on the TB Multi today correct?  6 - 8 - 10 plus? (not the normal 0.28 - 0.39 for the other coins)  Just as I jumped on and tried to put about 5GH Scrypt TB seemed to crash a couple of times.

By the time you are back online FTC gone and back to normal rates unfortunately on the other coins.  Increased my Westhash rate to capture the FTC moment - but had to cancel the order or make a big loss again while TB went offline.

Trying to do a test again with a new order - Westhash #104872
Ug4RWovZ91wE6YTgphRJT2c5f3Ly1F144e

But just got priced out @ 0.32 - waiting again

bugger

Cheers

[mik57]

Hello everyone,

I have not found an answer to my problem:
I just downloaded the wallet and it does not syncronise.
I did not find the node to add.
thank you in advance.
someone can give me? 

? please

[usukan]

in the wallet - under Options

Network - I have these settings

Map Port using UPnP
Proxy IP 127.0.0.1
Port 9050
SOCKS Version 5

Mine works fine

Hope this helps

Hello everyone,

I have not found an answer to my problem:
I just downloaded the wallet and it does not syncronise.
I did not find the node to add.
thank you in advance.
someone can give me? 

? please

[Kracko]

I didn't do nearly as bad as you did the first time, Usukan.  It is still not quite there.   I ended up getting 83% back with my .0489 BTC Scrypt order at .32GH/day.   Or the equivalent of 0.040344BTC @ 8200 sats. for UTC, which is about where it was at when the test ended.   I would have broke even at around .26GH/day- which would been unlikely at the prices that.  Part of the problem is the stability of UTC, but I think the bulk of it is in the profit switching and fighting with the multipool countering features that are really prevalent in Scrypt coins because of ASICS.  Moving the switch duration to five minutes seemed to help a lot, because much less time was spent on the profit-snatching Gravity Well on Emerald.

http://ultrabex.tumblingblock.com/address/USE8CxbiyZ3r7y2mNDNxEvjdsgfATEoEKz

I'm going to have to agree with your observation about using rented hash on the pool at this point- not a good idea.   But, I'll be bridging that gap.  I have several ideas to improve the switching system to keep a higher overall average.  I can see why the others had given up on the previous UTC multipools.  It is a challenging problem, but that is what makes it so engaging.

It's a work in progress man.   It's going to take a lot more tweaking to dial it in.  The difficulties change so fast that the profitability drops out after a few blocks- I noticed Emerald really shoots up from it's .7 diff to 2+ very quickly.  The Kimoto Gravity Well doesn't help out.  I'm going to have to add a check that polls the wallet for the current difficulty and switch it faster- as in after each found block in the current switch coin, making it more of a hit and run.  The market data will probably remain more static.  We'll just have to figure out a happy point between switches that keeps profitability up as you end up losing some work with those switches. As a temporary fix I lowered the profitability checks to every 5 minutes.  That should help keep the BTC/GH-Day rate a little higher.

I just plunked down .05BTC on WestHash.  USE8CxbiyZ3r7y2mNDNxEvjdsgfATEoEKz is the address.  Scrypt Order #103887 on WestHash if anyone wants to follow along.  I should have left it at the the original .30 price.  I'm probably going to take a beating too.  I can't wait until I get my Volcano damnit...

Hi Kracko - thanks for that explanation.  I waited till the payouts seemed to stop to that address - and assumed that was the end of the test.  Maybe more coming - that would be good.

Yes - That address was solely for the test. UUxcMGAt3jFK56cPtx9N6fX1iay7s3MfRp

It would be rather excellent if it was just above breakeven - as we could really get things cranking on the pool.

I dont mean to be negative - just trying to understand the best way to support UTC.  We need to find the issues and understand to move forward.

Your attention to my questions greatly appreciated.

Cheers

Usukan,

The length of your test does not cover the amount of time it takes to hit a block in all the pools and does not account for the work in those pools that have not hit a block.  I'm assuming you're UUxcMGAt3jFK56cPtx9N6fX1iay7s3MfRp.  I'll watch your address and report back.  Was that address solely dedicated to the test?  I suppose I can filter all the inputs from the pool's address.  And I'll have to work out something so we can see shares for everyone that are on each of the pools.  

I wondered about that too the GH/hour thing.  I assumed the guy who wrote NOMP had it right.  I took his value and multiplied it by 1000 to convert it to GH:

libs/profitData.js, line 570

Code:

                coinStatus.blocksPerMhPerHour = 86400 / ((coinStatus.difficulty * Math.pow(2,32)) / (1 * 1000 * 1000));
                coinStatus.coinsPerMhPerHour = coinStatus.reward * coinStatus.blocksPerMhPerHour;

The variable should be ___PerDay as there are 86400 seconds in a day.  The value is actually per day, not per hour.


Just looking through the redis database on the pool and I saw that you have quite a lot of shares outstanding.  Here are just a few pools where you had way more than anyone else.

Anoncoin  10895360
Auroracoin 3553280
Cannabiscoin 6.6733675


Here is a shares snapshot of our highest block reward pool, URO.  It pays out around 750UTC  for the block reward at current prices:

Ubio7xbdXRkFCMJfCTnethpgddP5WYPT1q    619.79642499000001032
UQ6ouaEKao9gWdonx4mNBEAQ3kkc3obzXR    113.39435067000000067
UUxcMGAt3jFK56cPtx9N6fX1iay7s3MfRp    2729.77701524000001143
UZ4kcjprXMo5BgYZf38Woa1BkZdoLxp7v1    339.25154035999999927
UMzy2N8oTFmcQ2bfZoqLnmXsWzvfA8miRy    28.82131565
UfCerLiTZa9XETvFdcdtxUMhwTRGrai6LB    129.23172063000000014
UdD3yCeEs4RQXemGB97yzVUTpNj2SLL2nE    90.23027884000000039
UebKusfEMQV2zMkXghVDUhsydeotdcoUwG    107.19990581000000027
UTWctXiCNcN4bd3p5tpUPtwz3s87Y6BaNa    107.03654302999999954

As you can see you have the lions share in there.  You'll get a nice chunk of that when it finally hits.

Some of the coins in the pool are going to take a day or more to hit- it could be weeks on some of the coins depending on how much hash the pool gets and how long they are the most profitable.   It's not going to be instant gratification.   I might have to add some logic to avoid selecting coins that will take longer than a day to hit a block at the current pool hashrate, even if they are more profitable at the time.  The only problem with that is that the shares already put into them will never be realized if the coin is not made available.

I ran on the X11 pool with nice hash, spending about .05BTC and got back .045 in UTC fairly quickly but still got more trickling back in, but the payouts aren't complete until all shares are hit.  I'm going to send .1BTC to WestHash and do my own test on the Scrypt pool.

Kracko

Could you check the Tumblingblock main page

"I converted the BTC earning rate to GH on the home page to align it to what is on NiceHash's order section."

I suspect that where you have - BTC/GH-Hour

It should be BTC/GH-24 Hour OR BTC/GH-Day (as NiceHash has)
https://www.nicehash.com/index.jsp

It makes a huge difference.

Cheers

Incidentally - I put 2 GH of X11 (for 4 hrs) and 1 GH of Scrypt (for 6 hrs) on Tumbling block multi

Cost was 0.16 BTC

Return was about 550 UTC = 0.044 BTC (-72.5% - a loss of 72.5%)

I lost 0.116 BTC

so am I missing something basic? - "There might be a few opportunities where the hash for rent is actually less than several target coins".
I rented hash at less (to equal in a few short cases) than the target coins from your webpage (assuming its BTC/GH/Day).  There was some great switching going on - so tumblingblock was working well on that.  As such I would have expected a close to breakeven from my little experiment - but the mining achieved a 72% loss?  How might the huge difference from your main page rates and the actual real world results be explained?

Interesting experiment that I shall not repeat to confirm - suggest no one else try it.

But it was interesting to see the wheels spinning fast - and your pool seems solid to handle the load.
Hope it was some value for you in testing the pools out.

Ultracoin Multipool Update

I've added some new coins, and re-added others.

New

• 42 (scrypt)
• Saffroncoin (sha256)
• Saffroncoin (scrypt)
• Saffroncoin (x11)

Re-added

• Fireflycoin (sha256)
• Crypt (x11)
• Darkcoin (x11)

And I am planning to add these soon:

Near future

• Digibyte(Sha256d)
• Digibyte(Scrypt)
• Earthcoin
• Franko

And we've reached 2BTC of buy/sells on the exchange since the multipool started.  Not bad for a beta-testing group.  Someone must have rented some hash because we had 5GH on the X11 pool there for awhile.  I converted the BTC earning rate to GH on the home page to align it to what is on NiceHash's order section.  There might be a few opportunities where the hash for rent is actually less than several target coins, and this would make it easier to compare.

I've pulled out Peercoin(PPC) - with only 1TH on it, it would have taken an average of 15 days to hit a block.  That's beyond the patience of most people.  I am considering pulling out Darkcoin and Uro because at the current difficulty and rate it will take an average of a day to hit each.  Although, when it does hit, it'll be a nice payout.  I'll re-add PPC if we get some more hash on the pool.

If I see other choice coins that are hitting the top of profit lists in sha256, scrypt or x11 I'll add them.  I'm taking requests too- at the moment it has to be Cryptsy.  For the next few weeks  I'm going to be focusing more on adding Bittrex support to open up even more doors.

Edit: I think I'll leave URO and DRK in.  We hit a URO block this morning and the payout was pretty nice.

[usukan]

Anyone know of a working UTC block explorer??

http://bitgo.pw:3731/chain/Ultracoin DEAD

http://ultracha.in/chain/ultracoin DEAD

[usukan]

Thanks Kracko - this answers my block explorer question

http://ultrabex.tumblingblock.com/

This urgently needs updating on the UTC .net main website and bitcointalk front page

Anyone know of a working UTC block explorer??

http://bitgo.pw:3731/chain/Ultracoin DEAD

http://ultracha.in/chain/ultracoin DEAD

[usukan]

Hi Kracko - yes I have been watching your progress - well done comparing against my first attempt.

I am trying a drip feed approach now which looks more favourable but not 10% done yet. Longer term seems at this stage to yield better (as was your case) 

order - Westhash #104872
Ug4RWovZ91wE6YTgphRJT2c5f3Ly1F144e
0.32 per BTC GH/day
limit speed 0.1 GH
0.05BTC (less fee)

I really don't know the workings but could the tumblingblock multi just shut off if nothing above 0.4 BTC/GH/day available for mining - and monitor/switch if required every 30 seconds? Of course this would not suit miners with their own gear - but it would guarantee profit with rented hash.  Maybe a separate port for cloud hashers?

just thinking how to get massive hash on TB for UTC purchases

Thanks usukan

I didn't do nearly as bad as you did the first time, Usukan.  It is still not quite there.   I ended up getting 83% back with my .0489 BTC Scrypt order at .32GH/day.   Or the equivalent of 0.040344BTC @ 8200 sats. for UTC, which is about where it was at when the test ended.   I would have broke even at around .26GH/day- which would been unlikely at the prices that.  Part of the problem is the stability of UTC, but I think the bulk of it is in the profit switching and fighting with the multipool countering features that are really prevalent in Scrypt coins because of ASICS.  Moving the switch duration to five minutes seemed to help a lot, because much less time was spent on the profit-snatching Gravity Well on Emerald.

http://ultrabex.tumblingblock.com/address/USE8CxbiyZ3r7y2mNDNxEvjdsgfATEoEKz

I'm going to have to agree with your observation about using rented hash on the pool at this point- not a good idea.   But, I'll be bridging that gap.  I have several ideas to improve the switching system to keep a higher overall average.  I can see why the others had given up on the previous UTC multipools.  It is a challenging problem, but that is what makes it so engaging.

It's a work in progress man.   It's going to take a lot more tweaking to dial it in.  The difficulties change so fast that the profitability drops out after a few blocks- I noticed Emerald really shoots up from it's .7 diff to 2+ very quickly.  The Kimoto Gravity Well doesn't help out.  I'm going to have to add a check that polls the wallet for the current difficulty and switch it faster- as in after each found block in the current switch coin, making it more of a hit and run.  The market data will probably remain more static.  We'll just have to figure out a happy point between switches that keeps profitability up as you end up losing some work with those switches. As a temporary fix I lowered the profitability checks to every 5 minutes.  That should help keep the BTC/GH-Day rate a little higher.

I just plunked down .05BTC on WestHash.  USE8CxbiyZ3r7y2mNDNxEvjdsgfATEoEKz is the address.  Scrypt Order #103887 on WestHash if anyone wants to follow along.  I should have left it at the the original .30 price.  I'm probably going to take a beating too.  I can't wait until I get my Volcano damnit...

Hi Kracko - thanks for that explanation.  I waited till the payouts seemed to stop to that address - and assumed that was the end of the test.  Maybe more coming - that would be good.

Yes - That address was solely for the test. UUxcMGAt3jFK56cPtx9N6fX1iay7s3MfRp

It would be rather excellent if it was just above breakeven - as we could really get things cranking on the pool.

I dont mean to be negative - just trying to understand the best way to support UTC.  We need to find the issues and understand to move forward.

Your attention to my questions greatly appreciated.

Cheers

Usukan,

The length of your test does not cover the amount of time it takes to hit a block in all the pools and does not account for the work in those pools that have not hit a block.  I'm assuming you're UUxcMGAt3jFK56cPtx9N6fX1iay7s3MfRp.  I'll watch your address and report back.  Was that address solely dedicated to the test?  I suppose I can filter all the inputs from the pool's address.  And I'll have to work out something so we can see shares for everyone that are on each of the pools.  

I wondered about that too the GH/hour thing.  I assumed the guy who wrote NOMP had it right.  I took his value and multiplied it by 1000 to convert it to GH:

libs/profitData.js, line 570

Code:

                coinStatus.blocksPerMhPerHour = 86400 / ((coinStatus.difficulty * Math.pow(2,32)) / (1 * 1000 * 1000));
                coinStatus.coinsPerMhPerHour = coinStatus.reward * coinStatus.blocksPerMhPerHour;

The variable should be ___PerDay as there are 86400 seconds in a day.  The value is actually per day, not per hour.


Just looking through the redis database on the pool and I saw that you have quite a lot of shares outstanding.  Here are just a few pools where you had way more than anyone else.

Anoncoin  10895360
Auroracoin 3553280
Cannabiscoin 6.6733675


Here is a shares snapshot of our highest block reward pool, URO.  It pays out around 750UTC  for the block reward at current prices:

Ubio7xbdXRkFCMJfCTnethpgddP5WYPT1q    619.79642499000001032
UQ6ouaEKao9gWdonx4mNBEAQ3kkc3obzXR    113.39435067000000067
UUxcMGAt3jFK56cPtx9N6fX1iay7s3MfRp    2729.77701524000001143
UZ4kcjprXMo5BgYZf38Woa1BkZdoLxp7v1    339.25154035999999927
UMzy2N8oTFmcQ2bfZoqLnmXsWzvfA8miRy    28.82131565
UfCerLiTZa9XETvFdcdtxUMhwTRGrai6LB    129.23172063000000014
UdD3yCeEs4RQXemGB97yzVUTpNj2SLL2nE    90.23027884000000039
UebKusfEMQV2zMkXghVDUhsydeotdcoUwG    107.19990581000000027
UTWctXiCNcN4bd3p5tpUPtwz3s87Y6BaNa    107.03654302999999954

As you can see you have the lions share in there.  You'll get a nice chunk of that when it finally hits.

Some of the coins in the pool are going to take a day or more to hit- it could be weeks on some of the coins depending on how much hash the pool gets and how long they are the most profitable.   It's not going to be instant gratification.   I might have to add some logic to avoid selecting coins that will take longer than a day to hit a block at the current pool hashrate, even if they are more profitable at the time.  The only problem with that is that the shares already put into them will never be realized if the coin is not made available.

I ran on the X11 pool with nice hash, spending about .05BTC and got back .045 in UTC fairly quickly but still got more trickling back in, but the payouts aren't complete until all shares are hit.  I'm going to send .1BTC to WestHash and do my own test on the Scrypt pool.

Kracko

Could you check the Tumblingblock main page

"I converted the BTC earning rate to GH on the home page to align it to what is on NiceHash's order section."

I suspect that where you have - BTC/GH-Hour

It should be BTC/GH-24 Hour OR BTC/GH-Day (as NiceHash has)
https://www.nicehash.com/index.jsp

It makes a huge difference.

Cheers

Incidentally - I put 2 GH of X11 (for 4 hrs) and 1 GH of Scrypt (for 6 hrs) on Tumbling block multi

Cost was 0.16 BTC

Return was about 550 UTC = 0.044 BTC (-72.5% - a loss of 72.5%)

I lost 0.116 BTC

so am I missing something basic? - "There might be a few opportunities where the hash for rent is actually less than several target coins".
I rented hash at less (to equal in a few short cases) than the target coins from your webpage (assuming its BTC/GH/Day).  There was some great switching going on - so tumblingblock was working well on that.  As such I would have expected a close to breakeven from my little experiment - but the mining achieved a 72% loss?  How might the huge difference from your main page rates and the actual real world results be explained?

Interesting experiment that I shall not repeat to confirm - suggest no one else try it.

But it was interesting to see the wheels spinning fast - and your pool seems solid to handle the load.
Hope it was some value for you in testing the pools out.

Ultracoin Multipool Update

I've added some new coins, and re-added others.

New

• 42 (scrypt)
• Saffroncoin (sha256)
• Saffroncoin (scrypt)
• Saffroncoin (x11)

Re-added

• Fireflycoin (sha256)
• Crypt (x11)
• Darkcoin (x11)

And I am planning to add these soon:

Near future

• Digibyte(Sha256d)
• Digibyte(Scrypt)
• Earthcoin
• Franko

And we've reached 2BTC of buy/sells on the exchange since the multipool started.  Not bad for a beta-testing group.  Someone must have rented some hash because we had 5GH on the X11 pool there for awhile.  I converted the BTC earning rate to GH on the home page to align it to what is on NiceHash's order section.  There might be a few opportunities where the hash for rent is actually less than several target coins, and this would make it easier to compare.

I've pulled out Peercoin(PPC) - with only 1TH on it, it would have taken an average of 15 days to hit a block.  That's beyond the patience of most people.  I am considering pulling out Darkcoin and Uro because at the current difficulty and rate it will take an average of a day to hit each.  Although, when it does hit, it'll be a nice payout.  I'll re-add PPC if we get some more hash on the pool.

If I see other choice coins that are hitting the top of profit lists in sha256, scrypt or x11 I'll add them.  I'm taking requests too- at the moment it has to be Cryptsy.  For the next few weeks  I'm going to be focusing more on adding Bittrex support to open up even more doors.

Edit: I think I'll leave URO and DRK in.  We hit a URO block this morning and the payout was pretty nice.

[usukan]

Kracko - please also study
X11 order on WestHash


Order   Status   Price BTC/GH/Day   Remaining BTC   Progress   ETA hours   Accepted GH   Limited GH/s   Miners   Speed GH/s   Remaining time   
#106112   Alive   
   
limit 0.3 GH - current bid 0.33 BTC/GH/day

Pool URL
stratum+tcp://multi2.tumblingblock.com:5000
Username
Ube1TaCUJpYVViVNPnjs28B4NpZSfxhBrR - dedicated address to TB multi X11 research - 0.05 BTC

Hi Kracko - yes I have been watching your progress - well done comparing against my first attempt.

I am trying a drip feed approach now which looks more favourable but not 10% done yet. Longer term seems at this stage to yield better (as was your case)  

order - Westhash #104872
Ug4RWovZ91wE6YTgphRJT2c5f3Ly1F144e
0.32 per BTC GH/day
limit speed 0.1 GH
0.05BTC (less fee)

I really don't know the workings but could the tumblingblock multi just shut off if nothing above 0.4 BTC/GH/day available for mining - and monitor/switch if required every 30 seconds? Of course this would not suit miners with their own gear - but it would guarantee profit with rented hash.  Maybe a separate port for cloud hashers?

just thinking how to get massive hash on TB for UTC purchases

Thanks usukan

I didn't do nearly as bad as you did the first time, Usukan.  It is still not quite there.   I ended up getting 83% back with my .0489 BTC Scrypt order at .32GH/day.   Or the equivalent of 0.040344BTC @ 8200 sats. for UTC, which is about where it was at when the test ended.   I would have broke even at around .26GH/day- which would been unlikely at the prices that.  Part of the problem is the stability of UTC, but I think the bulk of it is in the profit switching and fighting with the multipool countering features that are really prevalent in Scrypt coins because of ASICS.  Moving the switch duration to five minutes seemed to help a lot, because much less time was spent on the profit-snatching Gravity Well on Emerald.

http://ultrabex.tumblingblock.com/address/USE8CxbiyZ3r7y2mNDNxEvjdsgfATEoEKz

I'm going to have to agree with your observation about using rented hash on the pool at this point- not a good idea.   But, I'll be bridging that gap.  I have several ideas to improve the switching system to keep a higher overall average.  I can see why the others had given up on the previous UTC multipools.  It is a challenging problem, but that is what makes it so engaging.

It's a work in progress man.   It's going to take a lot more tweaking to dial it in.  The difficulties change so fast that the profitability drops out after a few blocks- I noticed Emerald really shoots up from it's .7 diff to 2+ very quickly.  The Kimoto Gravity Well doesn't help out.  I'm going to have to add a check that polls the wallet for the current difficulty and switch it faster- as in after each found block in the current switch coin, making it more of a hit and run.  The market data will probably remain more static.  We'll just have to figure out a happy point between switches that keeps profitability up as you end up losing some work with those switches. As a temporary fix I lowered the profitability checks to every 5 minutes.  That should help keep the BTC/GH-Day rate a little higher.

I just plunked down .05BTC on WestHash.  USE8CxbiyZ3r7y2mNDNxEvjdsgfATEoEKz is the address.  Scrypt Order #103887 on WestHash if anyone wants to follow along.  I should have left it at the the original .30 price.  I'm probably going to take a beating too.  I can't wait until I get my Volcano damnit...

Hi Kracko - thanks for that explanation.  I waited till the payouts seemed to stop to that address - and assumed that was the end of the test.  Maybe more coming - that would be good.

Yes - That address was solely for the test. UUxcMGAt3jFK56cPtx9N6fX1iay7s3MfRp

It would be rather excellent if it was just above breakeven - as we could really get things cranking on the pool.

I dont mean to be negative - just trying to understand the best way to support UTC.  We need to find the issues and understand to move forward.

Your attention to my questions greatly appreciated.

Cheers

Usukan,

The length of your test does not cover the amount of time it takes to hit a block in all the pools and does not account for the work in those pools that have not hit a block.  I'm assuming you're UUxcMGAt3jFK56cPtx9N6fX1iay7s3MfRp.  I'll watch your address and report back.  Was that address solely dedicated to the test?  I suppose I can filter all the inputs from the pool's address.  And I'll have to work out something so we can see shares for everyone that are on each of the pools.  

I wondered about that too the GH/hour thing.  I assumed the guy who wrote NOMP had it right.  I took his value and multiplied it by 1000 to convert it to GH:

libs/profitData.js, line 570

Code:

                coinStatus.blocksPerMhPerHour = 86400 / ((coinStatus.difficulty * Math.pow(2,32)) / (1 * 1000 * 1000));
                coinStatus.coinsPerMhPerHour = coinStatus.reward * coinStatus.blocksPerMhPerHour;

The variable should be ___PerDay as there are 86400 seconds in a day.  The value is actually per day, not per hour.


Just looking through the redis database on the pool and I saw that you have quite a lot of shares outstanding.  Here are just a few pools where you had way more than anyone else.

Anoncoin  10895360
Auroracoin 3553280
Cannabiscoin 6.6733675


Here is a shares snapshot of our highest block reward pool, URO.  It pays out around 750UTC  for the block reward at current prices:

Ubio7xbdXRkFCMJfCTnethpgddP5WYPT1q    619.79642499000001032
UQ6ouaEKao9gWdonx4mNBEAQ3kkc3obzXR    113.39435067000000067
UUxcMGAt3jFK56cPtx9N6fX1iay7s3MfRp    2729.77701524000001143
UZ4kcjprXMo5BgYZf38Woa1BkZdoLxp7v1    339.25154035999999927
UMzy2N8oTFmcQ2bfZoqLnmXsWzvfA8miRy    28.82131565
UfCerLiTZa9XETvFdcdtxUMhwTRGrai6LB    129.23172063000000014
UdD3yCeEs4RQXemGB97yzVUTpNj2SLL2nE    90.23027884000000039
UebKusfEMQV2zMkXghVDUhsydeotdcoUwG    107.19990581000000027
UTWctXiCNcN4bd3p5tpUPtwz3s87Y6BaNa    107.03654302999999954

As you can see you have the lions share in there.  You'll get a nice chunk of that when it finally hits.

Some of the coins in the pool are going to take a day or more to hit- it could be weeks on some of the coins depending on how much hash the pool gets and how long they are the most profitable.   It's not going to be instant gratification.   I might have to add some logic to avoid selecting coins that will take longer than a day to hit a block at the current pool hashrate, even if they are more profitable at the time.  The only problem with that is that the shares already put into them will never be realized if the coin is not made available.

I ran on the X11 pool with nice hash, spending about .05BTC and got back .045 in UTC fairly quickly but still got more trickling back in, but the payouts aren't complete until all shares are hit.  I'm going to send .1BTC to WestHash and do my own test on the Scrypt pool.

Kracko

Could you check the Tumblingblock main page

"I converted the BTC earning rate to GH on the home page to align it to what is on NiceHash's order section."

I suspect that where you have - BTC/GH-Hour

It should be BTC/GH-24 Hour OR BTC/GH-Day (as NiceHash has)
https://www.nicehash.com/index.jsp

It makes a huge difference.

Cheers

Incidentally - I put 2 GH of X11 (for 4 hrs) and 1 GH of Scrypt (for 6 hrs) on Tumbling block multi

Cost was 0.16 BTC

Return was about 550 UTC = 0.044 BTC (-72.5% - a loss of 72.5%)

I lost 0.116 BTC

so am I missing something basic? - "There might be a few opportunities where the hash for rent is actually less than several target coins".
I rented hash at less (to equal in a few short cases) than the target coins from your webpage (assuming its BTC/GH/Day).  There was some great switching going on - so tumblingblock was working well on that.  As such I would have expected a close to breakeven from my little experiment - but the mining achieved a 72% loss?  How might the huge difference from your main page rates and the actual real world results be explained?

Interesting experiment that I shall not repeat to confirm - suggest no one else try it.

But it was interesting to see the wheels spinning fast - and your pool seems solid to handle the load.
Hope it was some value for you in testing the pools out.

Ultracoin Multipool Update

I've added some new coins, and re-added others.

New

• 42 (scrypt)
• Saffroncoin (sha256)
• Saffroncoin (scrypt)
• Saffroncoin (x11)

Re-added

• Fireflycoin (sha256)
• Crypt (x11)
• Darkcoin (x11)

And I am planning to add these soon:

Near future

• Digibyte(Sha256d)
• Digibyte(Scrypt)
• Earthcoin
• Franko

And we've reached 2BTC of buy/sells on the exchange since the multipool started.  Not bad for a beta-testing group.  Someone must have rented some hash because we had 5GH on the X11 pool there for awhile.  I converted the BTC earning rate to GH on the home page to align it to what is on NiceHash's order section.  There might be a few opportunities where the hash for rent is actually less than several target coins, and this would make it easier to compare.

I've pulled out Peercoin(PPC) - with only 1TH on it, it would have taken an average of 15 days to hit a block.  That's beyond the patience of most people.  I am considering pulling out Darkcoin and Uro because at the current difficulty and rate it will take an average of a day to hit each.  Although, when it does hit, it'll be a nice payout.  I'll re-add PPC if we get some more hash on the pool.

If I see other choice coins that are hitting the top of profit lists in sha256, scrypt or x11 I'll add them.  I'm taking requests too- at the moment it has to be Cryptsy.  For the next few weeks  I'm going to be focusing more on adding Bittrex support to open up even more doors.

Edit: I think I'll leave URO and DRK in.  We hit a URO block this morning and the payout was pretty nice.

[usukan]

Hi Kracko

I have pulled all my orders on WestHash as they are heading for a fail - more than 50% loss on Scrypt and X11

prices are Ok - but the switching is not efficient.

Only 30 % hash approx is moving quickly to the new mining opportunity - but approx 70% hash is remaining on the dead opportunity for way too long and losing all profit.  This will be the same for any miners not just rented hash.  As such the TB multi is not worth the investment by anybody at this time in my humble opinion.

What you have created so far is technically great - but its going to need serious improvement to really benefit UTC.

Thanks usukan

Kracko - please also study
X11 order on WestHash


Order   Status   Price BTC/GH/Day   Remaining BTC   Progress   ETA hours   Accepted GH   Limited GH/s   Miners   Speed GH/s   Remaining time   
#106112   Alive   
   
limit 0.3 GH - current bid 0.33 BTC/GH/day

Pool URL
stratum+tcp://multi2.tumblingblock.com:5000
Username
Ube1TaCUJpYVViVNPnjs28B4NpZSfxhBrR - dedicated address to TB multi X11 research - 0.05 BTC

Hi Kracko - yes I have been watching your progress - well done comparing against my first attempt.

I am trying a drip feed approach now which looks more favourable but not 10% done yet. Longer term seems at this stage to yield better (as was your case)  

order - Westhash #104872
Ug4RWovZ91wE6YTgphRJT2c5f3Ly1F144e
0.32 per BTC GH/day
limit speed 0.1 GH
0.05BTC (less fee)

I really don't know the workings but could the tumblingblock multi just shut off if nothing above 0.4 BTC/GH/day available for mining - and monitor/switch if required every 30 seconds? Of course this would not suit miners with their own gear - but it would guarantee profit with rented hash.  Maybe a separate port for cloud hashers?

just thinking how to get massive hash on TB for UTC purchases

Thanks usukan

I didn't do nearly as bad as you did the first time, Usukan.  It is still not quite there.   I ended up getting 83% back with my .0489 BTC Scrypt order at .32GH/day.   Or the equivalent of 0.040344BTC @ 8200 sats. for UTC, which is about where it was at when the test ended.   I would have broke even at around .26GH/day- which would been unlikely at the prices that.  Part of the problem is the stability of UTC, but I think the bulk of it is in the profit switching and fighting with the multipool countering features that are really prevalent in Scrypt coins because of ASICS.  Moving the switch duration to five minutes seemed to help a lot, because much less time was spent on the profit-snatching Gravity Well on Emerald.

http://ultrabex.tumblingblock.com/address/USE8CxbiyZ3r7y2mNDNxEvjdsgfATEoEKz

I'm going to have to agree with your observation about using rented hash on the pool at this point- not a good idea.   But, I'll be bridging that gap.  I have several ideas to improve the switching system to keep a higher overall average.  I can see why the others had given up on the previous UTC multipools.  It is a challenging problem, but that is what makes it so engaging.

It's a work in progress man.   It's going to take a lot more tweaking to dial it in.  The difficulties change so fast that the profitability drops out after a few blocks- I noticed Emerald really shoots up from it's .7 diff to 2+ very quickly.  The Kimoto Gravity Well doesn't help out.  I'm going to have to add a check that polls the wallet for the current difficulty and switch it faster- as in after each found block in the current switch coin, making it more of a hit and run.  The market data will probably remain more static.  We'll just have to figure out a happy point between switches that keeps profitability up as you end up losing some work with those switches. As a temporary fix I lowered the profitability checks to every 5 minutes.  That should help keep the BTC/GH-Day rate a little higher.

I just plunked down .05BTC on WestHash.  USE8CxbiyZ3r7y2mNDNxEvjdsgfATEoEKz is the address.  Scrypt Order #103887 on WestHash if anyone wants to follow along.  I should have left it at the the original .30 price.  I'm probably going to take a beating too.  I can't wait until I get my Volcano damnit...

Hi Kracko - thanks for that explanation.  I waited till the payouts seemed to stop to that address - and assumed that was the end of the test.  Maybe more coming - that would be good.

Yes - That address was solely for the test. UUxcMGAt3jFK56cPtx9N6fX1iay7s3MfRp

It would be rather excellent if it was just above breakeven - as we could really get things cranking on the pool.

I dont mean to be negative - just trying to understand the best way to support UTC.  We need to find the issues and understand to move forward.

Your attention to my questions greatly appreciated.

Cheers

Usukan,

The length of your test does not cover the amount of time it takes to hit a block in all the pools and does not account for the work in those pools that have not hit a block.  I'm assuming you're UUxcMGAt3jFK56cPtx9N6fX1iay7s3MfRp.  I'll watch your address and report back.  Was that address solely dedicated to the test?  I suppose I can filter all the inputs from the pool's address.  And I'll have to work out something so we can see shares for everyone that are on each of the pools.  

I wondered about that too the GH/hour thing.  I assumed the guy who wrote NOMP had it right.  I took his value and multiplied it by 1000 to convert it to GH:

libs/profitData.js, line 570

Code:

                coinStatus.blocksPerMhPerHour = 86400 / ((coinStatus.difficulty * Math.pow(2,32)) / (1 * 1000 * 1000));
                coinStatus.coinsPerMhPerHour = coinStatus.reward * coinStatus.blocksPerMhPerHour;

The variable should be ___PerDay as there are 86400 seconds in a day.  The value is actually per day, not per hour.


Just looking through the redis database on the pool and I saw that you have quite a lot of shares outstanding.  Here are just a few pools where you had way more than anyone else.

Anoncoin  10895360
Auroracoin 3553280
Cannabiscoin 6.6733675


Here is a shares snapshot of our highest block reward pool, URO.  It pays out around 750UTC  for the block reward at current prices:

Ubio7xbdXRkFCMJfCTnethpgddP5WYPT1q    619.79642499000001032
UQ6ouaEKao9gWdonx4mNBEAQ3kkc3obzXR    113.39435067000000067
UUxcMGAt3jFK56cPtx9N6fX1iay7s3MfRp    2729.77701524000001143
UZ4kcjprXMo5BgYZf38Woa1BkZdoLxp7v1    339.25154035999999927
UMzy2N8oTFmcQ2bfZoqLnmXsWzvfA8miRy    28.82131565
UfCerLiTZa9XETvFdcdtxUMhwTRGrai6LB    129.23172063000000014
UdD3yCeEs4RQXemGB97yzVUTpNj2SLL2nE    90.23027884000000039
UebKusfEMQV2zMkXghVDUhsydeotdcoUwG    107.19990581000000027
UTWctXiCNcN4bd3p5tpUPtwz3s87Y6BaNa    107.03654302999999954

As you can see you have the lions share in there.  You'll get a nice chunk of that when it finally hits.

Some of the coins in the pool are going to take a day or more to hit- it could be weeks on some of the coins depending on how much hash the pool gets and how long they are the most profitable.   It's not going to be instant gratification.   I might have to add some logic to avoid selecting coins that will take longer than a day to hit a block at the current pool hashrate, even if they are more profitable at the time.  The only problem with that is that the shares already put into them will never be realized if the coin is not made available.

I ran on the X11 pool with nice hash, spending about .05BTC and got back .045 in UTC fairly quickly but still got more trickling back in, but the payouts aren't complete until all shares are hit.  I'm going to send .1BTC to WestHash and do my own test on the Scrypt pool.

Kracko

Could you check the Tumblingblock main page

"I converted the BTC earning rate to GH on the home page to align it to what is on NiceHash's order section."

I suspect that where you have - BTC/GH-Hour

It should be BTC/GH-24 Hour OR BTC/GH-Day (as NiceHash has)
https://www.nicehash.com/index.jsp

It makes a huge difference.

Cheers

Incidentally - I put 2 GH of X11 (for 4 hrs) and 1 GH of Scrypt (for 6 hrs) on Tumbling block multi

Cost was 0.16 BTC

Return was about 550 UTC = 0.044 BTC (-72.5% - a loss of 72.5%)

I lost 0.116 BTC

so am I missing something basic? - "There might be a few opportunities where the hash for rent is actually less than several target coins".
I rented hash at less (to equal in a few short cases) than the target coins from your webpage (assuming its BTC/GH/Day).  There was some great switching going on - so tumblingblock was working well on that.  As such I would have expected a close to breakeven from my little experiment - but the mining achieved a 72% loss?  How might the huge difference from your main page rates and the actual real world results be explained?

Interesting experiment that I shall not repeat to confirm - suggest no one else try it.

But it was interesting to see the wheels spinning fast - and your pool seems solid to handle the load.
Hope it was some value for you in testing the pools out.

Ultracoin Multipool Update

I've added some new coins, and re-added others.

New

• 42 (scrypt)
• Saffroncoin (sha256)
• Saffroncoin (scrypt)
• Saffroncoin (x11)

Re-added

• Fireflycoin (sha256)
• Crypt (x11)
• Darkcoin (x11)

And I am planning to add these soon:

Near future

• Digibyte(Sha256d)
• Digibyte(Scrypt)
• Earthcoin
• Franko

And we've reached 2BTC of buy/sells on the exchange since the multipool started.  Not bad for a beta-testing group.  Someone must have rented some hash because we had 5GH on the X11 pool there for awhile.  I converted the BTC earning rate to GH on the home page to align it to what is on NiceHash's order section.  There might be a few opportunities where the hash for rent is actually less than several target coins, and this would make it easier to compare.

I've pulled out Peercoin(PPC) - with only 1TH on it, it would have taken an average of 15 days to hit a block.  That's beyond the patience of most people.  I am considering pulling out Darkcoin and Uro because at the current difficulty and rate it will take an average of a day to hit each.  Although, when it does hit, it'll be a nice payout.  I'll re-add PPC if we get some more hash on the pool.

If I see other choice coins that are hitting the top of profit lists in sha256, scrypt or x11 I'll add them.  I'm taking requests too- at the moment it has to be Cryptsy.  For the next few weeks  I'm going to be focusing more on adding Bittrex support to open up even more doors.

Edit: I think I'll leave URO and DRK in.  We hit a URO block this morning and the payout was pretty nice.

[rapture333]

Hellp ladies & gentlemen, just a quick marketing update, we have received funding which we are allocating towards a new logo, a website redesign and a new line of t-shirt printing.

The new logo is expected to be completed within 5 days, we believe that a professionally designed modern logo is important for the evolution of Ultracoin. This will be followed by a professional website redesign and update. Lastly, we will be printing 100 t shirts which will implement the new design, and believe me, they work! I was at the Apple store getting my phone replaced, the tech recognized my shirt as a crypto-currency and we started talking about Ultracoin. This is how you spread awareness, by putting a face on Ultracoin!

Stay tuned for the re-designs and updates.

Sincerely,

Steven "Rapture"
PR & Marketing Director
Steven@Ultracoin.net

[mitache365]

Hi. whats the correct hashrate for 280x ? thanks!

[rapture333]

Hi. whats the correct hashrate for 280x ? thanks!

I average ~3.9Kh/s

[mitache365]

Hi. whats the correct hashrate for 280x ? thanks!

I average ~3.9Kh/s

so correct for me. thank you!

[rapture333]

@funsponge

That is actually not a bad idea, I will look into it!


http://cointelegraph.com/news/112256/advertise-for-bitcoin

[Kracko]

50%?  You are doing something seriously wrong if you're losing that much.  The pool is NOT that inefficient.

Hi Kracko

I have pulled all my orders on WestHash as they are heading for a fail - more than 50% loss on Scrypt and X11

prices are Ok - but the switching is not efficient.

Only 30 % hash approx is moving quickly to the new mining opportunity - but approx 70% hash is remaining on the dead opportunity for way too long and losing all profit.  This will be the same for any miners not just rented hash.  As such the TB multi is not worth the investment by anybody at this time in my humble opinion.

What you have created so far is technically great - but its going to need serious improvement to really benefit UTC.

Thanks usukan

Kracko - please also study
X11 order on WestHash


Order   Status   Price BTC/GH/Day   Remaining BTC   Progress   ETA hours   Accepted GH   Limited GH/s   Miners   Speed GH/s   Remaining time   
#106112   Alive   
   
limit 0.3 GH - current bid 0.33 BTC/GH/day

Pool URL
stratum+tcp://multi2.tumblingblock.com:5000
Username
Ube1TaCUJpYVViVNPnjs28B4NpZSfxhBrR - dedicated address to TB multi X11 research - 0.05 BTC

Hi Kracko - yes I have been watching your progress - well done comparing against my first attempt.

I am trying a drip feed approach now which looks more favourable but not 10% done yet. Longer term seems at this stage to yield better (as was your case)  

order - Westhash #104872
Ug4RWovZ91wE6YTgphRJT2c5f3Ly1F144e
0.32 per BTC GH/day
limit speed 0.1 GH
0.05BTC (less fee)

I really don't know the workings but could the tumblingblock multi just shut off if nothing above 0.4 BTC/GH/day available for mining - and monitor/switch if required every 30 seconds? Of course this would not suit miners with their own gear - but it would guarantee profit with rented hash.  Maybe a separate port for cloud hashers?

just thinking how to get massive hash on TB for UTC purchases

Thanks usukan

I didn't do nearly as bad as you did the first time, Usukan.  It is still not quite there.   I ended up getting 83% back with my .0489 BTC Scrypt order at .32GH/day.   Or the equivalent of 0.040344BTC @ 8200 sats. for UTC, which is about where it was at when the test ended.   I would have broke even at around .26GH/day- which would been unlikely at the prices that.  Part of the problem is the stability of UTC, but I think the bulk of it is in the profit switching and fighting with the multipool countering features that are really prevalent in Scrypt coins because of ASICS.  Moving the switch duration to five minutes seemed to help a lot, because much less time was spent on the profit-snatching Gravity Well on Emerald.

http://ultrabex.tumblingblock.com/address/USE8CxbiyZ3r7y2mNDNxEvjdsgfATEoEKz

I'm going to have to agree with your observation about using rented hash on the pool at this point- not a good idea.   But, I'll be bridging that gap.  I have several ideas to improve the switching system to keep a higher overall average.  I can see why the others had given up on the previous UTC multipools.  It is a challenging problem, but that is what makes it so engaging.

It's a work in progress man.   It's going to take a lot more tweaking to dial it in.  The difficulties change so fast that the profitability drops out after a few blocks- I noticed Emerald really shoots up from it's .7 diff to 2+ very quickly.  The Kimoto Gravity Well doesn't help out.  I'm going to have to add a check that polls the wallet for the current difficulty and switch it faster- as in after each found block in the current switch coin, making it more of a hit and run.  The market data will probably remain more static.  We'll just have to figure out a happy point between switches that keeps profitability up as you end up losing some work with those switches. As a temporary fix I lowered the profitability checks to every 5 minutes.  That should help keep the BTC/GH-Day rate a little higher.

I just plunked down .05BTC on WestHash.  USE8CxbiyZ3r7y2mNDNxEvjdsgfATEoEKz is the address.  Scrypt Order #103887 on WestHash if anyone wants to follow along.  I should have left it at the the original .30 price.  I'm probably going to take a beating too.  I can't wait until I get my Volcano damnit...

Hi Kracko - thanks for that explanation.  I waited till the payouts seemed to stop to that address - and assumed that was the end of the test.  Maybe more coming - that would be good.

Yes - That address was solely for the test. UUxcMGAt3jFK56cPtx9N6fX1iay7s3MfRp

It would be rather excellent if it was just above breakeven - as we could really get things cranking on the pool.

I dont mean to be negative - just trying to understand the best way to support UTC.  We need to find the issues and understand to move forward.

Your attention to my questions greatly appreciated.

Cheers

Usukan,

The length of your test does not cover the amount of time it takes to hit a block in all the pools and does not account for the work in those pools that have not hit a block.  I'm assuming you're UUxcMGAt3jFK56cPtx9N6fX1iay7s3MfRp.  I'll watch your address and report back.  Was that address solely dedicated to the test?  I suppose I can filter all the inputs from the pool's address.  And I'll have to work out something so we can see shares for everyone that are on each of the pools.  

I wondered about that too the GH/hour thing.  I assumed the guy who wrote NOMP had it right.  I took his value and multiplied it by 1000 to convert it to GH:

libs/profitData.js, line 570

Code:

                coinStatus.blocksPerMhPerHour = 86400 / ((coinStatus.difficulty * Math.pow(2,32)) / (1 * 1000 * 1000));
                coinStatus.coinsPerMhPerHour = coinStatus.reward * coinStatus.blocksPerMhPerHour;

The variable should be ___PerDay as there are 86400 seconds in a day.  The value is actually per day, not per hour.


Just looking through the redis database on the pool and I saw that you have quite a lot of shares outstanding.  Here are just a few pools where you had way more than anyone else.

Anoncoin  10895360
Auroracoin 3553280
Cannabiscoin 6.6733675


Here is a shares snapshot of our highest block reward pool, URO.  It pays out around 750UTC  for the block reward at current prices:

Ubio7xbdXRkFCMJfCTnethpgddP5WYPT1q    619.79642499000001032
UQ6ouaEKao9gWdonx4mNBEAQ3kkc3obzXR    113.39435067000000067
UUxcMGAt3jFK56cPtx9N6fX1iay7s3MfRp    2729.77701524000001143
UZ4kcjprXMo5BgYZf38Woa1BkZdoLxp7v1    339.25154035999999927
UMzy2N8oTFmcQ2bfZoqLnmXsWzvfA8miRy    28.82131565
UfCerLiTZa9XETvFdcdtxUMhwTRGrai6LB    129.23172063000000014
UdD3yCeEs4RQXemGB97yzVUTpNj2SLL2nE    90.23027884000000039
UebKusfEMQV2zMkXghVDUhsydeotdcoUwG    107.19990581000000027
UTWctXiCNcN4bd3p5tpUPtwz3s87Y6BaNa    107.03654302999999954

As you can see you have the lions share in there.  You'll get a nice chunk of that when it finally hits.

Some of the coins in the pool are going to take a day or more to hit- it could be weeks on some of the coins depending on how much hash the pool gets and how long they are the most profitable.   It's not going to be instant gratification.   I might have to add some logic to avoid selecting coins that will take longer than a day to hit a block at the current pool hashrate, even if they are more profitable at the time.  The only problem with that is that the shares already put into them will never be realized if the coin is not made available.

I ran on the X11 pool with nice hash, spending about .05BTC and got back .045 in UTC fairly quickly but still got more trickling back in, but the payouts aren't complete until all shares are hit.  I'm going to send .1BTC to WestHash and do my own test on the Scrypt pool.

Kracko

Could you check the Tumblingblock main page

"I converted the BTC earning rate to GH on the home page to align it to what is on NiceHash's order section."

I suspect that where you have - BTC/GH-Hour

It should be BTC/GH-24 Hour OR BTC/GH-Day (as NiceHash has)
https://www.nicehash.com/index.jsp

It makes a huge difference.

Cheers

Incidentally - I put 2 GH of X11 (for 4 hrs) and 1 GH of Scrypt (for 6 hrs) on Tumbling block multi

Cost was 0.16 BTC

Return was about 550 UTC = 0.044 BTC (-72.5% - a loss of 72.5%)

I lost 0.116 BTC

so am I missing something basic? - "There might be a few opportunities where the hash for rent is actually less than several target coins".
I rented hash at less (to equal in a few short cases) than the target coins from your webpage (assuming its BTC/GH/Day).  There was some great switching going on - so tumblingblock was working well on that.  As such I would have expected a close to breakeven from my little experiment - but the mining achieved a 72% loss?  How might the huge difference from your main page rates and the actual real world results be explained?

Interesting experiment that I shall not repeat to confirm - suggest no one else try it.

But it was interesting to see the wheels spinning fast - and your pool seems solid to handle the load.
Hope it was some value for you in testing the pools out.

Ultracoin Multipool Update

I've added some new coins, and re-added others.

New

• 42 (scrypt)
• Saffroncoin (sha256)
• Saffroncoin (scrypt)
• Saffroncoin (x11)

Re-added

• Fireflycoin (sha256)
• Crypt (x11)
• Darkcoin (x11)

And I am planning to add these soon:

Near future

• Digibyte(Sha256d)
• Digibyte(Scrypt)
• Earthcoin
• Franko

And we've reached 2BTC of buy/sells on the exchange since the multipool started.  Not bad for a beta-testing group.  Someone must have rented some hash because we had 5GH on the X11 pool there for awhile.  I converted the BTC earning rate to GH on the home page to align it to what is on NiceHash's order section.  There might be a few opportunities where the hash for rent is actually less than several target coins, and this would make it easier to compare.

I've pulled out Peercoin(PPC) - with only 1TH on it, it would have taken an average of 15 days to hit a block.  That's beyond the patience of most people.  I am considering pulling out Darkcoin and Uro because at the current difficulty and rate it will take an average of a day to hit each.  Although, when it does hit, it'll be a nice payout.  I'll re-add PPC if we get some more hash on the pool.

If I see other choice coins that are hitting the top of profit lists in sha256, scrypt or x11 I'll add them.  I'm taking requests too- at the moment it has to be Cryptsy.  For the next few weeks  I'm going to be focusing more on adding Bittrex support to open up even more doors.

Edit: I think I'll leave URO and DRK in.  We hit a URO block this morning and the payout was pretty nice.

[Kracko]

@primouno, please could you tell me what hashrate I should be getting for a 7950? Ballpark, I never mined UTC before but these seem (to me) like very low numbers.

Hey, sorry for such a late response but I was out. I really don't know what hashrates exactly you could expect for HD7950 but it should be roughly the same what R9 280 do.

@Qxw
Can you share your settings for 750ti? I can reach only 2.2 khs (Win 8.1 64 bit)  

My 750ti setings are

cudaminer -s 10 --algo=scrypt-jane:UTC -H 2 -i 0 -m 2 -l t25x4 -L 4 -b 16384 -o stratum+tcp://stratum.tumblingblock.com:5555

Gives me 3-3.2khs with +130/+150 overclock

Anyone got any settings for the 970 yet?

I just got my 970.  Gigabyte GV-N970WF30C0-4GD.

I was getting 8.8-9kh/s in Windows 7 with:  

Code:

--algo=scrypt-jane:14 -L 4 -i 1 -l t64x4 -C 1

I haven't tried higher lookup gaps yet.