Topic: [ANN][RVC] / RevoCoin / POS - POW / 10,000kh miner limit / LAUNCH 22-07 - page 94. (Read 133063 times)
July 19, 2014, 06:11:32 AM
Ok, ocminer work on him pool, what about maxminer ? And the third pool ?
July 19, 2014, 03:45:30 AM
yeah when is lunch?..Im kinda hungry
July 19, 2014, 02:46:08 AM
July 19, 2014, 01:37:46 AM
When lunch?
July 18, 2014, 08:44:30 PM
With fixed vardiff you can calculate how many shares you can accept for 10 mh/s in a short period of time. Above that if you reject the shares above these block-independent mini rounds, we will get a nice feedback on the ratio we might be overhashing.
July 18, 2014, 07:57:28 PM
Are we getting closer to a launch? ok, was just checking back in 
Yes we are getting closer but not ready yet for a hassle-free launch. I am really sorry for the delay.
Could you provide a timeframe? More like some hours or days?
I wish i could right now. The only thing i know is that OC and his team are working very hard on the limitation issues and a more or less ideal solution will be ready soon. I'll keep you posted.
July 18, 2014, 07:51:30 PM
only 10 MHs? a regular 4x280x rig already exceeds this limit at default core/mem settings. Please up the limit to 15 or 20 MHs
mine other coins with left over hash 
July 18, 2014, 07:42:03 PM
Are we getting closer to a launch? ok, was just checking back in
Yes we are getting closer but not ready yet for a hassle-free launch. I am really sorry for the delay.
Could you provide a timeframe? More like some hours or days?
July 18, 2014, 07:39:08 PM
Are we getting closer to a launch? ok, was just checking back in
Yes we are getting closer but not ready yet for a hassle-free launch. I am really sorry for the delay.
July 18, 2014, 07:28:25 PM
IPO closed. All Participant will soon receive a final confirmation.
A little patience will reward you.
A little patience will reward you.
I did not receive my confirmation?
Did you send a message to maidak? I can't find it...
IPO closed. All Participant will soon receive a final confirmation.
A little patience will reward you.
A little patience will reward you.
I did not receive my confirmation?
Me neither. Must be forthcoming...
Check your inbox.
only 10 MHs? a regular 4x280x rig already exceeds this limit at default core/mem settings. Please up the limit to 15 or 20 MHs
That won't make a big difference. Just shut down one and save some extra energy.
July 18, 2014, 06:21:59 PM
only 10 MHs? a regular 4x280x rig already exceeds this limit at default core/mem settings. Please up the limit to 15 or 20 MHs
July 18, 2014, 04:36:57 PM
IPO closed. All Participant will soon receive a final confirmation.
A little patience will reward you.
A little patience will reward you.
I did not receive my confirmation?
Me neither. Must be forthcoming...
July 18, 2014, 03:22:54 PM
Guys I got three Variants for Throttling to 10 MH/s:
1. Your miner gets banned for 1 min if you're hashing > 10 MH/s
2. You miner will only produce rejects/invalids if you're > 10 MH/s and you can submit valid shares again if your threshold is below 10 MH/s
3. You can mine with whatever speed you push but get only 10 MH/s paid out..
The 1st is the fairest, the 2nd puts the most stress on the servers (and you'd pay for invalids if you rent) and the 3rd is the easiest to implement..
1. Your miner gets banned for 1 min if you're hashing > 10 MH/s
2. You miner will only produce rejects/invalids if you're > 10 MH/s and you can submit valid shares again if your threshold is below 10 MH/s
3. You can mine with whatever speed you push but get only 10 MH/s paid out..
The 1st is the fairest, the 2nd puts the most stress on the servers (and you'd pay for invalids if you rent) and the 3rd is the easiest to implement..
option 1
July 18, 2014, 02:43:55 PM
- Avoid same mail registration more then once over pool(s)
- 1 worker (check! will 2 miners work on on 1 worker without problems)
- Do not limit by IP (what if i have 2 or more rigs in same network where some of them are not mine)
- Limit hashrate exactly like minerals - best proven way
- If possible stratums in EU, US. and other regions.
- Beer!
- 1 worker (check! will 2 miners work on on 1 worker without problems)
- Do not limit by IP (what if i have 2 or more rigs in same network where some of them are not mine)
- Limit hashrate exactly like minerals - best proven way
- If possible stratums in EU, US. and other regions.
- Beer!
July 18, 2014, 01:10:01 PM
Ok so i've been mining with resolution 3 for a few hours now (other X15 coin) and there is one big problem:
If lets say 10 miner push 10 MH/s we will find a block every 2 minutes .. which is okay.
If 10 miners push 10 MH/s but ONE miner pushes falsely 100 MH/s (and only gets 10 credited), "the rest" of 90 MH/s are still "processed" by the daemon thus we will find block much faster than before.
So I've got find a way to really discard that rest of 90 MH/s and don't let it come to the daemon.. Which is my problem right now..
I'll probably have to do a mixed thing between 1 & 3 and/or 2 & 3... So if a miner pushes 100 MH/s and does not go back to 10 MH/s within a reasonable time, to protect the network, he will be banned or all his shares will be rejected by the daemon.
As soon as this is fixed, we can start.. I'm testing both ways currently, lets see which one actually works.
If lets say 10 miner push 10 MH/s we will find a block every 2 minutes .. which is okay.
If 10 miners push 10 MH/s but ONE miner pushes falsely 100 MH/s (and only gets 10 credited), "the rest" of 90 MH/s are still "processed" by the daemon thus we will find block much faster than before.
So I've got find a way to really discard that rest of 90 MH/s and don't let it come to the daemon.. Which is my problem right now..
I'll probably have to do a mixed thing between 1 & 3 and/or 2 & 3... So if a miner pushes 100 MH/s and does not go back to 10 MH/s within a reasonable time, to protect the network, he will be banned or all his shares will be rejected by the daemon.
As soon as this is fixed, we can start.. I'm testing both ways currently, lets see which one actually works.
If someone spike 10gh and find 10 blocks in 1 min , what happen to the block he found ?
He would only get paid for his share of 10mh/s but every other User would also get a Part of the blocks Which were then found "too fast"...
It is like the one guy with 10 gh/s donates for the others....
Ok. Very good. I like this.
July 18, 2014, 12:59:50 PM
Ok so i've been mining with resolution 3 for a few hours now (other X15 coin) and there is one big problem:
If lets say 10 miner push 10 MH/s we will find a block every 2 minutes .. which is okay.
If 10 miners push 10 MH/s but ONE miner pushes falsely 100 MH/s (and only gets 10 credited), "the rest" of 90 MH/s are still "processed" by the daemon thus we will find block much faster than before.
So I've got find a way to really discard that rest of 90 MH/s and don't let it come to the daemon.. Which is my problem right now..
I'll probably have to do a mixed thing between 1 & 3 and/or 2 & 3... So if a miner pushes 100 MH/s and does not go back to 10 MH/s within a reasonable time, to protect the network, he will be banned or all his shares will be rejected by the daemon.
As soon as this is fixed, we can start.. I'm testing both ways currently, lets see which one actually works.
If lets say 10 miner push 10 MH/s we will find a block every 2 minutes .. which is okay.
If 10 miners push 10 MH/s but ONE miner pushes falsely 100 MH/s (and only gets 10 credited), "the rest" of 90 MH/s are still "processed" by the daemon thus we will find block much faster than before.
So I've got find a way to really discard that rest of 90 MH/s and don't let it come to the daemon.. Which is my problem right now..
I'll probably have to do a mixed thing between 1 & 3 and/or 2 & 3... So if a miner pushes 100 MH/s and does not go back to 10 MH/s within a reasonable time, to protect the network, he will be banned or all his shares will be rejected by the daemon.
As soon as this is fixed, we can start.. I'm testing both ways currently, lets see which one actually works.
If someone spike 10gh and find 10 blocks in 1 min , what happen to the block he found ?
He would only get paid for his share of 10mh/s but every other User would also get a Part of the blocks Which were then found "too fast"...
It is like the one guy with 10 gh/s donates for the others....
July 18, 2014, 12:57:34 PM
Ok so i've been mining with resolution 3 for a few hours now (other X15 coin) and there is one big problem:
If lets say 10 miner push 10 MH/s we will find a block every 2 minutes .. which is okay.
If 10 miners push 10 MH/s but ONE miner pushes falsely 100 MH/s (and only gets 10 credited), "the rest" of 90 MH/s are still "processed" by the daemon thus we will find block much faster than before.
So I've got find a way to really discard that rest of 90 MH/s and don't let it come to the daemon.. Which is my problem right now..
I'll probably have to do a mixed thing between 1 & 3 and/or 2 & 3... So if a miner pushes 100 MH/s and does not go back to 10 MH/s within a reasonable time, to protect the network, he will be banned or all his shares will be rejected by the daemon.
As soon as this is fixed, we can start.. I'm testing both ways currently, lets see which one actually works.
If lets say 10 miner push 10 MH/s we will find a block every 2 minutes .. which is okay.
If 10 miners push 10 MH/s but ONE miner pushes falsely 100 MH/s (and only gets 10 credited), "the rest" of 90 MH/s are still "processed" by the daemon thus we will find block much faster than before.
So I've got find a way to really discard that rest of 90 MH/s and don't let it come to the daemon.. Which is my problem right now..
I'll probably have to do a mixed thing between 1 & 3 and/or 2 & 3... So if a miner pushes 100 MH/s and does not go back to 10 MH/s within a reasonable time, to protect the network, he will be banned or all his shares will be rejected by the daemon.
As soon as this is fixed, we can start.. I'm testing both ways currently, lets see which one actually works.
If someone spike 10gh and find 10 blocks in 1 min , what happen to the block he found ?
Or maybe u can find out how mineral coin did this hash limit on pool.
July 18, 2014, 12:55:52 PM
Ok so i've been mining with resolution 3 for a few hours now (other X15 coin) and there is one big problem:
If lets say 10 miner push 10 MH/s we will find a block every 2 minutes .. which is okay.
If 10 miners push 10 MH/s but ONE miner pushes falsely 100 MH/s (and only gets 10 credited), "the rest" of 90 MH/s are still "processed" by the daemon thus we will find block much faster than before.
So I've got find a way to really discard that rest of 90 MH/s and don't let it come to the daemon.. Which is my problem right now..
I'll probably have to do a mixed thing between 1 & 3 and/or 2 & 3... So if a miner pushes 100 MH/s and does not go back to 10 MH/s within a reasonable time, to protect the network, he will be banned or all his shares will be rejected by the daemon.
As soon as this is fixed, we can start.. I'm testing both ways currently, lets see which one actually works.
If lets say 10 miner push 10 MH/s we will find a block every 2 minutes .. which is okay.
If 10 miners push 10 MH/s but ONE miner pushes falsely 100 MH/s (and only gets 10 credited), "the rest" of 90 MH/s are still "processed" by the daemon thus we will find block much faster than before.
So I've got find a way to really discard that rest of 90 MH/s and don't let it come to the daemon.. Which is my problem right now..
I'll probably have to do a mixed thing between 1 & 3 and/or 2 & 3... So if a miner pushes 100 MH/s and does not go back to 10 MH/s within a reasonable time, to protect the network, he will be banned or all his shares will be rejected by the daemon.
As soon as this is fixed, we can start.. I'm testing both ways currently, lets see which one actually works.
You can't expect us to limit ourselves close to the 10 mh/s line, especially with fluctuations. I mean we really don't want to be banned for whatever amount for 10.1 mh/s and we don't want to mine at 7 mh/s just to be safe either.
Maybe you could set a fixed difficulty and only accept a calculated number of shares per minute or whatever preferably smaller intervals. If somene submits more shares have vardiff kick them until the end of that period where vardiff resets or just redirect the surplus shares to another x15 coin.
July 18, 2014, 12:50:10 PM
Are we getting closer to a launch? ok, was just checking back in
July 18, 2014, 12:44:28 PM
Ok so i've been mining with resolution 3 for a few hours now (other X15 coin) and there is one big problem:
If lets say 10 miner push 10 MH/s we will find a block every 2 minutes .. which is okay.
If 10 miners push 10 MH/s but ONE miner pushes falsely 100 MH/s (and only gets 10 credited), "the rest" of 90 MH/s are still "processed" by the daemon thus we will find block much faster than before.
So I've got find a way to really discard that rest of 90 MH/s and don't let it come to the daemon.. Which is my problem right now..
I'll probably have to do a mixed thing between 1 & 3 and/or 2 & 3... So if a miner pushes 100 MH/s and does not go back to 10 MH/s within a reasonable time, to protect the network, he will be banned or all his shares will be rejected by the daemon.
As soon as this is fixed, we can start.. I'm testing both ways currently, lets see which one actually works.
If lets say 10 miner push 10 MH/s we will find a block every 2 minutes .. which is okay.
If 10 miners push 10 MH/s but ONE miner pushes falsely 100 MH/s (and only gets 10 credited), "the rest" of 90 MH/s are still "processed" by the daemon thus we will find block much faster than before.
So I've got find a way to really discard that rest of 90 MH/s and don't let it come to the daemon.. Which is my problem right now..
I'll probably have to do a mixed thing between 1 & 3 and/or 2 & 3... So if a miner pushes 100 MH/s and does not go back to 10 MH/s within a reasonable time, to protect the network, he will be banned or all his shares will be rejected by the daemon.
As soon as this is fixed, we can start.. I'm testing both ways currently, lets see which one actually works.
Way to go ocminer, you're the man!
Jump to: