Topic: [ANN][MIN] Minerals - POS | Developing own anon solution | - page 440. (Read 742187 times)

well i was not the only one ..
you can see this here: https://bitcointalk.org/index.php?topic=637704.msg7170140;topicseen#msg7170140

it maybe was bad timing (had a rented rig for 24hrs) but i lost enough money there to avoid the pool for now
and i can not understand why he installed the newest  MPOS on a live server .....

I've seen rigs with up to 7x7990, that is close to 50 MH/s

Amph. They are talking per worker, not per IP.  My 3 x270s workers put out at best 6 mh/s.  If I had 100 of them, I could pump 600mh/s at the coin and be within the rules with 100 workers.  I thought the limit was supposed to be 50 mh/s per IP.

You are only partially correct. From one point of view, it is a step against decentralization because, as you mentioned, there will be no farms and whales.
On the other hand, and this is where you are wrong, there is no solo mining and, currently, the pools are controlled by the development team. This is, in itself, the worst case of centralized monopoly. It's like having a single bank, with several offices, that controls the production and distribution of a currency.
In this case, you may choose to trust those who control the system. In a perfect world, this could work, but I'm not sure we are there yet.

PS: my total hashing power is 2,1 MH/s on X11.

which one?

I have alot of friends with under 50mh/s pretty simple 

one 6 x 750ti is 12MH/s already, this mean 4 rigs for 50, mmh yes 50 is still a bit too much


not really, because 300mega farm are out in this one, unless they have their rig on multiple ip

That's weird, I've never had a single problem with the suprnova pools, and I've used those pools through 15-20 coins.

This is the second time this week that DedicatedPool threatens to use their influence to stop a coin from being registered at exchanges. This should be a warning signal to anyone. Trying to influence the market by being the dominating pool should make people avoid them.

Last time it was Millionairecoin that was the target of Binaryclock's/DedicatedPool's rage when the source code was like an hour late at launch...

This being said I still think the fact that all pools are controlled by the coin owner is a cause for concern, but I will personally be mining this with my private rigs and see what happens.

plan to mine some of this coins. i don't have a problem if all pools are from dev team if done right.

however supernova? lost about 1/3 or 1/4 of my cloak coins there .... i've learned my lesson

Mineral Coin For Dummies :

1. Rent 20+ of friends rigs for x11 that all have +-50mh/s from different IP's.

2. Mine with 1gh/s like a boss.

3. Teamview into there PC's and accounts to transfer coins to exchange or wallet.

Result = EXACTLY THE SAME like any coin

It's probably too close to launch to change it but 50mh/s per worker and unlimited workers is a joke. Unless you have a heap of 290s strapped to a 6 card motherboard you aren't going to get close to 50 mh/s per worker even in x11.  So it is basically open slather.  FMD.....

Ummm why is one of the pools reporting shares being submitted???

whoever say this coin lead to centralization is an idiot, this coin actually help decentralization lol, by getting rid of those 2 giga farm

i think big farm are just mad because their mass rigs would be useless

No, he still wants to restrict it by IP too so you can only have 50 mh/s max output on all of your workers.

I like the idea so that no one will own a big % of the coin from the start. But people will still be able to rent mining rigs, make new accounts on the pool and mine with them. So I don't think this is something that can be controlled. Will only piss off the people that have bigger farms at home and want to mine it.

Thanks for the explanation. So we are really talking about workers right. So I can have one main account and add for example 10 workers and all the workers will have the limit of 50 mhs.

Thumps up

Great for the small miners 

You will be able to mine it, but it wouldn't make sense to put in more than 50 MH/s. Set up an instance of your miner software on this coin, using 50 MH/s and use another instance of the miner software on another coin, using the remaining power. It should work...

Let me explain how the limits will work:
1.For now there is per worker hashrate limit of 50 MH/s. We can change this and make the limits be per IP rather then per worker but it is not clear that this is the correct way to go as people might have multiple rigs and it is possible to have 50 MH/s from a single rig. Anyway, if we notice that the system is being abused we will turn per IP limits on.
2.Hashrate limitation work the following way. Suppose there is a worker with 100 MH/s hashrate. During each 1 minuter interval our stratum checks how many shares the worker has sent and with what difficulty and if this number is bigger than what 50 MH/s worker can send per minute the 100 MH/s worker will be banned until the end of the interval. For example, if during the first 30 seconds 100 MH/s worker has solved as many shares as 50 MH/s worker would for the remaining 30 seconds the worker would be temporarily banned and every share it sends will be rejected with the following message "Worker is temporarily banned, hashrate is above the limit". These rejected shares will not show up in the pool's statistics (the pool's statistics will only show rejects that are not due to hashrate limits) but will show up in the miner's statistics. That means that 100 MH/s worker will have around 50% rejected shares in his/her statistics that will show up in sgminer but not in the pool's statistics.

CET is GMT+1+DST
15GMT is 17:00 CET