Topic: [ANN] [ASIC-RESISTANT] UltraCoin (UTC) - Ultrafast 6 second transactions!! - page 71. (Read 946650 times)

Hey, just installed a new card in the mail and some new fans to blow air on the cards. Just started up the miner and I'm mining X11, for some reason, my accepted shares aren't popping up as fast as they used to. For the first 30 seconds or so it is lightening fast, but then after that I get accepted shares every 4 or 5 seconds and then the miner just reports on new blocks found, difficulty changes, etc but no new shares unless I restart the miner. My address is: UQ6ouaEKao9gWdonx4mNBEAQ3kkc3obzXR

Update: Now I'm getting about 1 accepted share every minute between pool post messages

Hey Rony, I will look into it for sure.

Keep in mind, Groestl has a different comparison to x11, You cannot compare algos that easily.
If you try your 290x on x11 with the configurations used here https://docs.zoho.com/sheet/published.do?rid=12cbm2fe8ce55abb2476daa0f8c576b442d40&mode=html You will probably find more profitability.
Note, the hashrates listed in that document are not based on the LTCrabbit or lasybear sgminer kernels. So multiply them by 1.40 for an estimated hashrate speed.


Keep in mind also the profitability isn't in the hashing power of an algorithm, it's in the value of its coins.

Hi
    Will u consider adding "Groestl" algo. I am killing it right now lol. miners who moaned over huge power consumption of r9 290 and less hash in x11 its thing for them. My r9 290 hashing 13+ Mh/s(no overclock) and 280x doing 11+ Mh/s. So my single r9 290 is basically far greater hashing power combine of 4 750ti as 750ti hash 3 Mh/s in this algo. so here one r9 290=4 750ti. Not know present speed of 750ti on it but last I check I get only 2.5 Mh/s though they list it as 3 Mh/s. And it takes even less power than x11.

Thanks
Rony   

go off for sure in 20 weeks time dogy coins will be long forgotten

Just a little side note for everybody else, If you read the wall of text above, you will then realise that multipooled mining is not exactly the same as single pool mining, that is why when you try to compare your earnings based off a daily cut, they will never compete, but if you calculate them based of a weekly cut, I feel you will be pleasantly surprised.

I am putting a lot of effort into this pool to ensure that the coding if of the highest standard and so are the people that I working in conjunction with.

If people have a little faith then I can assure you they will have great success with the pool! This pool is not a simple setup and run, it has been hand made from the bottom up.

Hey Rony,

Thank you for your nice words first up! I appreciate it!

To address your issue with your hashrate, Do not let this concern you, the way averages work with anything, is just harsh. 10 minutes at 0MH/s can drop and overall rate quite excessively. It is a real burden that.
The overall hashrate for the shift is a calculation of what your hashrate would of been if you were mining for the full 24 hours.

So for example.

Last shift, Looking at your graph, It was very volatile, Up and down. I will be increasing the hashrate calculations to be over 1 hour for data in the graph. This will help keep it a straighter line. It's what all the other multipools do.

In your last shift, you submitted exactly 393.81905026 shares.
The exact total amount of pool shares are 10305.99460914
The exact amount of UTC earned by the pool was 13147.651744
The share equation used for x11 to get the hashrate is (Workershares * 4294967296) / totaltimeinseconds
So for your equation it would be:
(393.81905026 * 4294967296) / 86400

The multiplier used there (4294967296) is POW(2^32), X11 has the same diff2 value as SHA256. And the time there (86400) is exactly 24 hours in seconds.
So your exact AVERAGE hashrate over 24 hours, regardless if you were NOT mining for the first hour(Just for example) is: 19576851.173709262696296296296296 hashes per second.
Divide that by 1024 to get KH/s, then divide the KH/s by 1024 to get MH/s
and you get
18.669940160474074074074074074074 MH/s
Round that off to the nearest 2 decimal places:
18.67 MH/s.
There you have it. Your total hashrate.
Now Notice, Theses shares are ONLY the confirmed shares. You will most likely still have a fair amount of unconfirmed shares. This is normal on a multipool.
Shares are only confirmed ONCE the pool has a found a block for that coin. then all the shares on the coin will be confirmed for all miners. If the pool does not find a block for that coin then you will not have a confirmed share. IF the shift ends without finding a block, DO NOT WORRY! the shares just move into the next shift, and when a block is found in the next shift you get confirmed shares based on your last shifts work. SO you will get every single share you submit paid out to you, it will just take time sometime.

If the pool had more MH/s and was finding blocks more frequently, you will not have such a delay, But because people keep jumping on and then having a change of heart and jumping off, we are not finding blocks as steadily as I would have hoped. Nothing can be done about this yet except wait for more miners to come.

To help alleviate this issue, I am currently working with a team of other developers in order to do something called merged algo mining. What this means, is between each algo there is a base standard of what 1 share is equal to, for example, SHA256 shares are worth the same as 0.11 of a Scrypt share, therefore, people mining sha256 will have to submit 9 shares to be equal to every one scrypt share, you might say, well thats a load of crap, that person has to work 9 times harder to get a share, but not, because their hashrate is 9 times higher than the person mining scrypt, so they will submit 1 equal share each at the exact same time.

What this does is make a single payout for all algorithms, peoples payouts rise because there is more liquid profit to pay and less unconfirmed shares.

So yes, If I was to calculate your average hashrate based on your confirmed and unconfirmed shares for that duration, it would be a higher hashrate, but then the data would be invalid due to the payouts not being calculated on the unconfirmed hashrate.
The reason we use confirmed and unconfirmed shares, is to prevent people jumping on for 5 minutes, hashing at 2GH/s and then leaving and stealing everyones overall payouts. Instead this forces them to work evenly for EACH block found.

If you leave your miner on the pool for 3-4 days solid, you will notice this and exactly how the pool works. I will be writing a document up shortly that will explain how pooled mining works.

If you do have any other concerns, please do let me know.

Btw, there is still 0% fee until I am assured everyone is happy with the pool I am loosing money myself on hosting yes, but I just want to make sure that there are no bugs in the pool before I start charging a fee.

Hi

     I was mining with 32 MH/s for start and then have little difficulty make the system stable. Lets say system is down for avg 1o min for first 3-4 hour. Also bit up n down mid of the shift as I add some card(I start when shift started). When shift end get 502 UTC and my avg hash shows 25 Mh/s that time(when I add three card more my speed reach to 38-39 MH/s). Now I see that this 25 Mh/s is now 18 MH/s in my statistics(why is that. a 32 Mh/s system shows 25 MH/s okay by taking the ups n downs but 18 Mh/s).

     At present I am hashing 27 MH/s as reduce some card and avg speed showing okay and today I am expecting good result. My question or objection on a matter where u says miners will not get same utc if they do mine directly UTC. U seems forget the objective of multipool mining. Objective of multipool mining is provide the best profit to the miner by mining other coin and give them the coin they want. Its not charity or some other thing happening here. I don't even check if u take any fee or not. But take the FEE and do what is needed to be done to be on profit margin. When miners do mine they spend money on electricity bill and depreciation cost of their hardware+their time  and if someone live hot country they have run AC to cool their rig(I am doing that). So its not child's play. I am a web developer and I get 17 USD/hr for my task and I spend 10000 USD so far in mining I am not even making 10 USD a day. I don't even calculate now what I earn each day from mining. Becomes bag holder. Still I spend some of time here as its a make me feel good to work with hardware. But wasting is not an option. Plz think on that.

BTW your chat option was really nice as getting help quicker. I like your system really. People generally thinks what is working is good and forget to makes things nice. Your web interface is also nice and mobile friendly. Great work on it.

Thanks
Rony

Barbados,

Your hashrate is going up down left and right yes, BUT, the hashrate is not what decides your payout, this is what most people do not understand. Your hashrate is calculated based of the amount of shares that have been submitted to the server in 30 minutes. Due to network delays and you being from russia, you might not submit a share for 1 minute, but then submit 6 the next minute. You still get paid equally for that.

The average hashrates on the website were only just recently fixed up, there was an issue with the calculation. So check it now and see what it says.

Apart from that, it is accurate, you only submitted 185 shares in that 24 hour window which is 1.8% of the total tools shares, so If you want to do that calculations, 1.8% of the total utc made by the pool is exactly what you got paid out.

The thing with mining x11 is that your GPU's are dead cold. This means they are not in anyway being utilised as hard as any other algorithms AND their life span will dramatically be increased because of it. On a side note, Because they are not being utilised as hard as other algorithms, you are drawing up to 60% less power than mining Scrypt, If you are also using the lasybear or ltcrabbit kernel, you are saving up to 50% on the power but just got a 30%hashrate increase... So yes, Whilst you are NOT getting that extra 300 UTC a day, you are NOT using that extra 50% power or affecting your cards lifespan.

By all means, if you want more UTC, feel free to mine at the UTC pool, but this multi-pool is not a direct replacement for the UTC pool, its an alternative that allows people with asics to mine scrypt and people who don't want to burn their card up in 6 months to mine x11.

Over time the profitability will increase, but for now we can't do anything if people just jump on the boat for 5 hours then realise they only got paid 100UTC for it. It's not how that cookie crumbles, Multipools are designed to payout evenly over the duration of a week, this prevents people from pool hopping and only mining when it is most profitable. Overall, you will make more profit on the multi pool, but you may not make more UTC. You just use less resources mining the UTC you get, therefore the more profit.

Contact me should you have any further concerns about this.

PS. What is your UTC address so I can check your stats.

Port 3332 has just been opened up for x11.

This will hopefully allow everyone to connect to the pool without ISP blocking issues. 4444 Will also remain open.


Lol, I'm a guy! Sorry but you both now have a man crush hahahahahah!

turn UTC into POS
0.25% reward per week

is Ultrasmart still our community leader? Not seen him on here for a while?

+1

All this great multipool news is bringing my confidence back. I hope our new leaders will show us they mean business and put some of their finances into UTC. We need to start seeing some positive UTC movement. I hope we have turned the corner and its up from here!

Hey, I'm shocked by my return on multipule.

I have a 4 * 280x and 4*270x on my X11 is a common hash 21MH / s reading on multipule swim from 16 to 25 MH / s

and I got 24 of my mountain?

Shift End    Your Shares / Pool Shares    Percent of Pool Shares    Avg. Hashrate    UTC Paid    Status
June 13, 2014   185 / 10306              1.7972                    8.78 MH/s   236.29603949  UTC Paid

This is ridiculous. When I get the production line 500-600 UTC 24 hours of mining.




On the screen a farm with 4 * 280x cards. See what works without errors.

Something is wrong here. I got 3 times less than the UTC direct extraction. I am forced to return to direct production. although I love the X11. Cards almost cold.

I agree with Thirtybird on this one, it is a legitimate concern, no matter how unlikely it may seem. Its a black swan if it happened for sure.

I never said 200 miners was awesome. What I merely did was point out your blatant lie. I'm sure the ulterior motives were to get people to dump coins so you can buy cheap. If you have nothing constructive and only offer criticism GFL. Welcome to the ignore list troll.

To quote someone else...

I forget the math behind it, but the super fast block time of UTC is actually a defense against 51% attacks. I'll have to go find that again, but surely someone else has read that as well?

According to this: http://learncryptography.com/51-attack/ A 51% wouldn't cripple the network, but it could pose some serious issues.

Here is a quote from CoinDesk concerning the recent story with Ghash.io and its 50% hashrate on the Bitcoin network:


Blockchain’s chief security officer Andreas M. Antonopoulos had this to add:


It seems to me that a 51% attack is highly theoretical, and hasn't been done before. But it is always best to be on the safe side.

Here's a quote from 99bitcoins.com:


And another from Gavintechs Bitcoin blog:

I think you have a very valid point. Everyone seemed pretty concerned about that back when the mining pools were lopsided. Not being a miner, I don't have much to add to a solution other than to say I hope other members of the UTC Cult of Deliciousness take is seriously.