Author

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

sr. member
Activity: 364
Merit: 250
LOL on this one.



looks like someone is tryng to zig zag his way to profit  Grin
member
Activity: 84
Merit: 10
leetpools

i get 50% of fhat i should get, by pool, anyother good pool?
50% according to what? How are you measuring this? Just curious.

Under statistics > Pool, next to your name there is an estimated daily utc at that hashrate at that difficulty if all stays constant.
newbie
Activity: 10
Merit: 0
leetpools

i get 50% of fhat i should get, by pool, anyother good pool?
50% according to what? How are you measuring this? Just curious.
legendary
Activity: 980
Merit: 1000
Traveling in subspace
ULTRABAMT

Bamt Ultracoin version  

I have just released  my custom   Bamt   With scrypt-jane cgminer  3.7.2    

this is a quick modification of the existing bamt 1.4 for  79xx cards

the 1.3  version   for  r9 series is coming soon,

This is for peoples who dont want to deal with linux commands and just want something plug&play

I hope it will help,  this is my small contribution to the Ultracoin scene

Enjoy


UltraBamt 1.4 https://mega.co.nz/#!JV9DyBgS!Ig7iqwsri6Ijcp055HZNtgNsVcUilE1mLJKew6xEXVs

Root Password  1234

Thanks. I'll be looking for the R9 version.
member
Activity: 98
Merit: 10
So when's next N-factor shift occuring?

Thanks.
hero member
Activity: 636
Merit: 500
leetpools

i get 50% of fhat i should get, by pool, anyother good pool?
member
Activity: 84
Merit: 10
Yea we have updated the nodes to include Stuhlman's suggestions. Now we have to see and wait if that will help.
full member
Activity: 199
Merit: 100
OMG orphaned galore  Angry

What causing this?

UTC does NOT have a DE-centralized network anymore.Congrats to miners insisting on just one (Nitro) pool.

Nothing wrong with the Stuhlman here,but this needs to change.Otherwise miners are going to see more orphans,who try to keep mining in other pools.That's what I suspect.

Why not somebody create P2P pool(s) for UTC? I'm not technically talented but I keep asking that question...

I've moved to leetpools since last week because of continuous dc of nitro.

I thought leetpools have this issues.

Its none of the pool owners fault, the network is unbalanced, and Nitro has more than 50% of the network (No fault of theirs). If the hashes spread out there would be less orphans on the network as I understand it. Nitro's hashrate is so large, they define the network. The hashes need to spread out.

Whats funny is that when Nitro goes down for maintenance, 35% of the miners instantly Failover to our pool (LeetPool), and the orphan rates go down immediately.  

We need the miners to spread the hashes to all the pools on the network, and it will keep the coin healthy.

http://bitgo.pw/utc/ <--- Look at the bottom at the pool hashrate chart.

Since the hashrate is so enourmous as one pool compared to another this happens:

We will solve a block:


Nitro will solve the same block:


See what happens here? Nitro will beat everyone to the punch if they happen to solve the same block as another pool even if we might have solved it first, or if Nitro might have solved the block first, we will be late because the network is defined by the hashrate.

I was talking with TheSerapher in IRC, and he suggested that other pools add Nitro as a node for UTC -- But he did not elaborate on how to do this. If anyone can think of a solution, please chime in.

To add Nitro as a node you add this to the conf file addnode=ultra.nitro.org:44100 you can also addnode=utc.greekpool.eu:44100  or any operating pool with that port. However, once conf file is updated with nodes, you need to shut down stratum then shutdown coind and restart coind let it connect to the nodes, and once blocks are up to date, restart stratum. Make sure you put the pool in maintenance mode before shutting down stratum and remove maintenance mode after coind is updated, then restart stratum.

We have also closed signups many times, to allow other pools to grow naturally with the influx of new miners. However, this can only be done on our part with a ddos free environment. We have a policy of opening signups immediately after or during a ddos attack. That way the attacker can not benefit from his attack. We have put the fee up already and any other increase in fee would be nothing short of robbing the miners. We will close signups as of now, but this can only last as long as the next ddos attack.


Thanks Stuhlman! We successfully were able to add Greekpool and Nitro as nodes. Everything seems to be running smooth. Now to find some blocks and see what happens! Thanks again for your input.

I see you have applied some fixes and hoping this works, good job!

Let's hope other miners in leetpools can also observe.
member
Activity: 84
Merit: 10
OMG orphaned galore  Angry

What causing this?

UTC does NOT have a DE-centralized network anymore.Congrats to miners insisting on just one (Nitro) pool.

Nothing wrong with the Stuhlman here,but this needs to change.Otherwise miners are going to see more orphans,who try to keep mining in other pools.That's what I suspect.

Why not somebody create P2P pool(s) for UTC? I'm not technically talented but I keep asking that question...

I've moved to leetpools since last week because of continuous dc of nitro.

I thought leetpools have this issues.

Its none of the pool owners fault, the network is unbalanced, and Nitro has more than 50% of the network (No fault of theirs). If the hashes spread out there would be less orphans on the network as I understand it. Nitro's hashrate is so large, they define the network. The hashes need to spread out.

Whats funny is that when Nitro goes down for maintenance, 35% of the miners instantly Failover to our pool (LeetPool), and the orphan rates go down immediately.  

We need the miners to spread the hashes to all the pools on the network, and it will keep the coin healthy.

http://bitgo.pw/utc/ <--- Look at the bottom at the pool hashrate chart.

Since the hashrate is so enourmous as one pool compared to another this happens:

We will solve a block:


Nitro will solve the same block:


See what happens here? Nitro will beat everyone to the punch if they happen to solve the same block as another pool even if we might have solved it first, or if Nitro might have solved the block first, we will be late because the network is defined by the hashrate.

I was talking with TheSerapher in IRC, and he suggested that other pools add Nitro as a node for UTC -- But he did not elaborate on how to do this. If anyone can think of a solution, please chime in.

To add Nitro as a node you add this to the conf file addnode=ultra.nitro.org:44100 you can also addnode=utc.greekpool.eu:44100  or any operating pool with that port. However, once conf file is updated with nodes, you need to shut down stratum then shutdown coind and restart coind let it connect to the nodes, and once blocks are up to date, restart stratum. Make sure you put the pool in maintenance mode before shutting down stratum and remove maintenance mode after coind is updated, then restart stratum.

We have also closed signups many times, to allow other pools to grow naturally with the influx of new miners. However, this can only be done on our part with a ddos free environment. We have a policy of opening signups immediately after or during a ddos attack. That way the attacker can not benefit from his attack. We have put the fee up already and any other increase in fee would be nothing short of robbing the miners. We will close signups as of now, but this can only last as long as the next ddos attack.


Thanks Stuhlman! We successfully were able to add Greekpool and Nitro as nodes. Everything seems to be running smooth. Now to find some blocks and see what happens! Thanks again for your input.
newbie
Activity: 3
Merit: 0
ULTRABAMT

Bamt Ultracoin version  

I have just released  my custom   Bamt   With scrypt-jane cgminer  3.7.2    

this is a quick modification of the existing bamt 1.4 for  79xx cards

the 1.3  version   for  r9 series is coming soon,

This is for peoples who dont want to deal with linux commands and just want something plug&play

I hope it will help,  this is my small contribution to the Ultracoin scene

Enjoy


UltraBamt 1.4 https://mega.co.nz/#!JV9DyBgS!Ig7iqwsri6Ijcp055HZNtgNsVcUilE1mLJKew6xEXVs

Root Password  1234
sr. member
Activity: 364
Merit: 250
Anyone with a nice rig want to jump on http://thepool.pw/ultracoin/index.php
Barely any miners and it's taking forever to find anything. XD
Annnnnd that pool just did something weird and it looks broken.

I had to restart the stratum to add other pools nodes to avoid getting orphans as discussed earlier, the pool is setup on a solid server, and have been carefully setup, it could support a lot more hash, hopefully more people will get on it!
newbie
Activity: 39
Merit: 0
Like and share the facebook page and get 5 UTC!!!

Also random 100 UTC giveaways amongst these people

Fill out this form to join

http://ultracoin.net/UTCAddress.php

The facebook adres is https://www.facebook.com/ultracoinnet?fref=ts


Done!
legendary
Activity: 1059
Merit: 1020
https://twitter.com/JStuhlman
OMG orphaned galore  Angry

What causing this?

UTC does NOT have a DE-centralized network anymore.Congrats to miners insisting on just one (Nitro) pool.

Nothing wrong with the Stuhlman here,but this needs to change.Otherwise miners are going to see more orphans,who try to keep mining in other pools.That's what I suspect.

Why not somebody create P2P pool(s) for UTC? I'm not technically talented but I keep asking that question...

I've moved to leetpools since last week because of continuous dc of nitro.

I thought leetpools have this issues.

Its none of the pool owners fault, the network is unbalanced, and Nitro has more than 50% of the network (No fault of theirs). If the hashes spread out there would be less orphans on the network as I understand it. Nitro's hashrate is so large, they define the network. The hashes need to spread out.

Whats funny is that when Nitro goes down for maintenance, 35% of the miners instantly Failover to our pool (LeetPool), and the orphan rates go down immediately.  

We need the miners to spread the hashes to all the pools on the network, and it will keep the coin healthy.

http://bitgo.pw/utc/ <--- Look at the bottom at the pool hashrate chart.

Since the hashrate is so enourmous as one pool compared to another this happens:

We will solve a block:


Nitro will solve the same block:


See what happens here? Nitro will beat everyone to the punch if they happen to solve the same block as another pool even if we might have solved it first, or if Nitro might have solved the block first, we will be late because the network is defined by the hashrate.

I was talking with TheSerapher in IRC, and he suggested that other pools add Nitro as a node for UTC -- But he did not elaborate on how to do this. If anyone can think of a solution, please chime in.

To add Nitro as a node you add this to the conf file addnode=ultra.nitro.org:44100 you can also addnode=utc.greekpool.eu:44100  or any operating pool with that port. However, once conf file is updated with nodes, you need to shut down stratum then shutdown coind and restart coind let it connect to the nodes, and once blocks are up to date, restart stratum. Make sure you put the pool in maintenance mode before shutting down stratum and remove maintenance mode after coind is updated, then restart stratum.

We have also closed signups many times, to allow other pools to grow naturally with the influx of new miners. However, this can only be done on our part with a ddos free environment. We have a policy of opening signups immediately after or during a ddos attack. That way the attacker can not benefit from his attack. We have put the fee up already and any other increase in fee would be nothing short of robbing the miners. We will close signups as of now, but this can only last as long as the next ddos attack.
hero member
Activity: 776
Merit: 557
Like and share the facebook page and get 5 UTC!!!

Also random 100 UTC giveaways amongst these people

Fill out this form to join

http://ultracoin.net/UTCAddress.php

The facebook adres is https://www.facebook.com/ultracoinnet?fref=ts


I just liked and shared :-)

my UTC wallet is = UX1qdMSCaYjNvq2Ua1EjtDEi6JNVaCgjKA


just fill the form  Cool

yeah i figured :-) - was too excited
member
Activity: 121
Merit: 10
Like and share the facebook page and get 5 UTC!!!

Also random 100 UTC giveaways amongst these people

Fill out this form to join

http://ultracoin.net/UTCAddress.php

The facebook adres is https://www.facebook.com/ultracoinnet?fref=ts


I just liked and shared :-)

my UTC wallet is = UX1qdMSCaYjNvq2Ua1EjtDEi6JNVaCgjKA


just fill the form  Cool
hero member
Activity: 728
Merit: 501
Like and share the facebook page and get 5 UTC!!!

Also random 100 UTC giveaways amongst these people

Fill out this form to join

http://ultracoin.net/UTCAddress.php

The facebook adres is https://www.facebook.com/ultracoinnet?fref=ts
member
Activity: 84
Merit: 10
OMG orphaned galore  Angry

What causing this?

UTC does NOT have a DE-centralized network anymore.Congrats to miners insisting on just one (Nitro) pool.

Nothing wrong with the Stuhlman here,but this needs to change.Otherwise miners are going to see more orphans,who try to keep mining in other pools.That's what I suspect.

Why not somebody create P2P pool(s) for UTC? I'm not technically talented but I keep asking that question...

I've moved to leetpools since last week because of continuous dc of nitro.

I thought leetpools have this issues.

Its none of the pool owners fault, the network is unbalanced, and Nitro has more than 50% of the network (No fault of theirs). If the hashes spread out there would be less orphans on the network as I understand it. Nitro's hashrate is so large, they define the network. The hashes need to spread out.

Whats funny is that when Nitro goes down for maintenance, 35% of the miners instantly Failover to our pool (LeetPool), and the orphan rates go down immediately.  

We need the miners to spread the hashes to all the pools on the network, and it will keep the coin healthy.

http://bitgo.pw/utc/ <--- Look at the bottom at the pool hashrate chart.

Since the hashrate is so enourmous as one pool compared to another this happens:

We will solve a block:


Nitro will solve the same block:


See what happens here? Nitro will beat everyone to the punch if they happen to solve the same block as another pool even if we might have solved it first, or if Nitro might have solved the block first, we will be late because the network is defined by the hashrate.

I was talking with TheSerapher in IRC, and he suggested that other pools add Nitro as a node for UTC -- But he did not elaborate on how to do this. If anyone can think of a solution, please chime in.

As of now they Nitro controls 78% of UTC network (!)...Much risk for not only the people on other pools, but also for the UTC network.

C'mon guys, spread out your hashes,please.

I'm not trying to bring more hashes to my pool, what I care about is spreading hashes to other pools.

http://bitgo.pw/utc/ is a great list to see the pools and their respective hash. If you are on nitro, do the coin you are mining and supporting a favor and please switch to another pool.

Whats worse is the owners of Nitro are very great guys, and I don't want to detract from their success, they deserve it. But Ultra isn't getting enough NEW hashes to the other pools. How does a pool owner tell their miners to get off their pool in a nice way? Its a tough question, and I hope we as a community can make the right move without having to put pool owners in an awkward position.
hero member
Activity: 776
Merit: 557
whens the facebook giveaway starting?

I have an idea for the marketing side . . . .If you get a sign/t-shirt/flag with 'BUY #ULTRACOIN' on TV you win some UTC?
sr. member
Activity: 364
Merit: 250

As of now they Nitro controls 78% of UTC network (!)...Much risk for not only the people on other pools, but also for the UTC network.

C'mon guys, spread out your hashes,please.

Yes, no one should control more than 50% of the network hashrate, could cause catastrophic issues and forks, peolpe could en up losing coins
Jump to: