[ANN] LuckyCoin LKY | Lucky Blocks | Fast | Fun | Fair - page 8.

Hippie Tech

legendary

Activity: 1624

Merit: 1001

All cryptos are FIAT digital currency. Do not use.

Quote from: Titan on July 22, 2013, 06:42:34 AM

Community Poll

Dear Luckycoin Community,

One way to cure the current difficulty fluctuations on the Luckycoin network is to go to the root cause and ask for a suspension or removal of LKY from multipool.in.
My investigations have shown that essentially all the 400MH/s we see after a retarget come from the multipool site.
This measure would give back the real supporters of the Luckycoin network the opportunity to mine their fair share of coins.

Please post your opinion regarding this measure.

Titan

I would make the difficulty 100 times what it would be, if/when the network's hashrate jumps by a factor of x. If we can't have them, then no one will ! Grin

A less drastic measure would be to make the diff retarget, time based and/or sensitive to the total network hashpower in real time.

Both ideas will immediately cut off the parasite's supply of easy blocks.

HT xD

nearmiss

sr. member

Activity: 448

Merit: 250

Quote from: Titan on July 22, 2013, 06:42:34 AM

Community Poll

Dear Luckycoin Community,

One way to cure the current difficulty fluctuations on the Luckycoin network is to go to the root cause and ask for a suspension or removal of LKY from multipool.in.
My investigations have shown that essentially all the 400MH/s we see after a retarget come from the multipool site.
This measure would give back the real supporters of the Luckycoin network the opportunity to mine their fair share of coins.

Please post your opinion regarding this measure.

Titan

Best of luck, but they've more or less rejected this concept (see the old Argentum thread for some details). In short, they don't care about 'real supporters' (we are suckers), and they'll do whatever they can if it makes a quick buck.

snaidervp

sr. member

Activity: 333

Merit: 250

"Raven's Cry"

Quote from: Titan on July 22, 2013, 06:42:34 AM

Community Poll

Dear Luckycoin Community,

One way to cure the current difficulty fluctuations on the Luckycoin network is to go to the root cause and ask for a suspension or removal of LKY from multipool.in.
My investigations have shown that essentially all the 400MH/s we see after a retarget come from the multipool site.
This measure would give back the real supporters of the Luckycoin network the opportunity to mine their fair share of coins.

Please post your opinion regarding this measure.

Titan

i disagree, this measure doesnt actually supports the open digital currency idea. Maybe something like stbgefltc/barwizi did to Noirbits will be more helpfull.

my 1 LKY

Titan

sr. member

Activity: 259

Merit: 260

Community Poll

Dear Luckycoin Community,

One way to cure the current difficulty fluctuations on the Luckycoin network is to go to the root cause and ask for a suspension or removal of LKY from multipool.in.
My investigations have shown that essentially all the 400MH/s we see after a retarget come from the multipool site.
This measure would give back the real supporters of the Luckycoin network the opportunity to mine their fair share of coins.

Please post your opinion regarding this measure.

Titan

Titan

sr. member

Activity: 259

Merit: 260

Quote from: Lohoris on July 22, 2013, 05:12:41 AM

Quote from: Titan on July 22, 2013, 12:36:02 AM

Quote from: rapta on July 21, 2013, 12:29:40 AM

Titan, how is the difficulty fix coming?

I have analyzed the Mincoin algorithm. It went form a 4x/4x to a 2x/8x configuration.
So the difficulty cannot rise as fast as before (2x) and it drops more quickly (8x).
This makes sense in some situations and we can also go into that direction.

I am still researching the other parameters. We certainly want to avoid a situation like Craftcoin.

Titan

You could add some clause like testnet, such as "if no block at all is found in X minutes, difficulty immediately drops to Y".
Has this already been tested in a living coin?

This causes a synchronization issue. Think about a block that is found exactly at the cutoff time. The chain would fork and the question is who has the right chain now.

Lohoris

hero member

Activity: 630

Merit: 500

Bitgoblin

Quote from: Titan on July 22, 2013, 12:36:02 AM

Quote from: rapta on July 21, 2013, 12:29:40 AM

Titan, how is the difficulty fix coming?

I have analyzed the Mincoin algorithm. It went form a 4x/4x to a 2x/8x configuration.
So the difficulty cannot rise as fast as before (2x) and it drops more quickly (8x).
This makes sense in some situations and we can also go into that direction.

I am still researching the other parameters. We certainly want to avoid a situation like Craftcoin.

Titan

You could add some clause like testnet, such as "if no block at all is found in X minutes, difficulty immediately drops to Y".
Has this already been tested in a living coin?

Titan

sr. member

Activity: 259

Merit: 260

Quote from: rapta on July 21, 2013, 12:29:40 AM

Titan, how is the difficulty fix coming?

I have analyzed the Mincoin algorithm. It went form a 4x/4x to a 2x/8x configuration.
So the difficulty cannot rise as fast as before (2x) and it drops more quickly (8x).
This makes sense in some situations and we can also go into that direction.

I am still researching the other parameters. We certainly want to avoid a situation like Craftcoin.

Titan

rapta

sr. member

Activity: 325

Merit: 250

Titan, how is the difficulty fix coming?

Titan

sr. member

Activity: 259

Merit: 260

Quote from: nordicminers on July 18, 2013, 04:44:50 AM

Come and try my Luckycoin pool: http://lky.nordicminers.eu, Stratum/PPLNS/1% Fee/No delays in payouts.
stratum+tcp://lky.nordicminers.eu:9441

Great! Thank you!

Titan

nordicminers

newbie

Activity: 51

Merit: 0

Come and try my Luckycoin pool: http://lky.nordicminers.eu, Stratum/PPLNS/1% Fee/No delays in payouts.
stratum+tcp://lky.nordicminers.eu:9441

Hippie Tech

legendary

Activity: 1624

Merit: 1001

All cryptos are FIAT digital currency. Do not use.

Quote from: flound1129 on July 16, 2013, 09:52:06 PM

Quote from: Titan on July 16, 2013, 08:42:55 PM

Quote from: erk on July 16, 2013, 07:07:28 PM

Quote from: Titan on July 16, 2013, 05:38:53 AM

Quote from: rapta on July 15, 2013, 09:50:04 PM

Sadly it's only getting worse. We are beyond a 24 hour retarget at this point. Even 24 hours is bad, because in reality all that means is that only 480 blocks are mined for each retarget period (~2 days right now). That's quite a bit shy of the target 1440 blocks that are supposed to be created each day.

Yes, some action is required here. I am researching the best retarget times now. So not to introduce other undesired side effects.
I am thinking now of 5 - 10 min retarget intervals. So we will do a hard fork in the near future to break this feedback cycle.

Titan

See if you can re-target based on time rather than block count, it should be pretty easy to do as each block has a timestamp so an "if greater than timestamp = x then adjust". Most devs take the easy way out and just change the block count parameter because it's easier to calculate when the last change occured, but just look at all the coins that have been high diff locked by the flash mining crowd to see that's pretty hopeless.

I think an elapsed time diff adjustment, like 10min, 30min, 1hr or more should be good, just depends on how long you are prepared to leave the block rate out of range. If you adjust frequently, say every 10min, then you could set a limit like no more than +/- 10% change every 10min. So the ups and downs are a bit more graceful.

If you went time based adjustments ask people to nominate the interval and the percentage to see whats prefered. You could even run a poll with some choices to see what miners want.

eg.

Interval Max diff adjustment
10min 10%
30min 50%
60min unlimited
...

I see your point now. This is an interesting idea.
There might be a problem if consecutive block numbers do not have consecutive time stamps.
I have to think a bit about it.

Certainly I am open to new ideas from the community to make the network more robust and secure and give a fair share to all miners.

Titan

You may want to look at Mincoin's diff adjustment. It handles the hashrate bursts rather well.

Or.. you could.. as a courtesy, to each coin's core movement, decide that coin hopping is BAD BUSINESS.

HT xD

flound1129

hero member

Activity: 938

Merit: 1000

www.multipool.us

Quote from: Titan on July 16, 2013, 08:42:55 PM

Quote from: erk on July 16, 2013, 07:07:28 PM

Quote from: Titan on July 16, 2013, 05:38:53 AM

Quote from: rapta on July 15, 2013, 09:50:04 PM

Sadly it's only getting worse. We are beyond a 24 hour retarget at this point. Even 24 hours is bad, because in reality all that means is that only 480 blocks are mined for each retarget period (~2 days right now). That's quite a bit shy of the target 1440 blocks that are supposed to be created each day.

Yes, some action is required here. I am researching the best retarget times now. So not to introduce other undesired side effects.
I am thinking now of 5 - 10 min retarget intervals. So we will do a hard fork in the near future to break this feedback cycle.

Titan

See if you can re-target based on time rather than block count, it should be pretty easy to do as each block has a timestamp so an "if greater than timestamp = x then adjust". Most devs take the easy way out and just change the block count parameter because it's easier to calculate when the last change occured, but just look at all the coins that have been high diff locked by the flash mining crowd to see that's pretty hopeless.

I think an elapsed time diff adjustment, like 10min, 30min, 1hr or more should be good, just depends on how long you are prepared to leave the block rate out of range. If you adjust frequently, say every 10min, then you could set a limit like no more than +/- 10% change every 10min. So the ups and downs are a bit more graceful.

If you went time based adjustments ask people to nominate the interval and the percentage to see whats prefered. You could even run a poll with some choices to see what miners want.

eg.

Interval Max diff adjustment
10min 10%
30min 50%
60min unlimited
...

I see your point now. This is an interesting idea.
There might be a problem if consecutive block numbers do not have consecutive time stamps.
I have to think a bit about it.

Certainly I am open to new ideas from the community to make the network more robust and secure and give a fair share to all miners.

Titan

You may want to look at Mincoin's diff adjustment. It handles the hashrate bursts rather well.

Titan

sr. member

Activity: 259

Merit: 260

Quote from: erk on July 16, 2013, 07:07:28 PM

Quote from: Titan on July 16, 2013, 05:38:53 AM

Quote from: rapta on July 15, 2013, 09:50:04 PM

Sadly it's only getting worse. We are beyond a 24 hour retarget at this point. Even 24 hours is bad, because in reality all that means is that only 480 blocks are mined for each retarget period (~2 days right now). That's quite a bit shy of the target 1440 blocks that are supposed to be created each day.

Yes, some action is required here. I am researching the best retarget times now. So not to introduce other undesired side effects.
I am thinking now of 5 - 10 min retarget intervals. So we will do a hard fork in the near future to break this feedback cycle.

Titan

See if you can re-target based on time rather than block count, it should be pretty easy to do as each block has a timestamp so an "if greater than timestamp = x then adjust". Most devs take the easy way out and just change the block count parameter because it's easier to calculate when the last change occured, but just look at all the coins that have been high diff locked by the flash mining crowd to see that's pretty hopeless.

I think an elapsed time diff adjustment, like 10min, 30min, 1hr or more should be good, just depends on how long you are prepared to leave the block rate out of range. If you adjust frequently, say every 10min, then you could set a limit like no more than +/- 10% change every 10min. So the ups and downs are a bit more graceful.

If you went time based adjustments ask people to nominate the interval and the percentage to see whats prefered. You could even run a poll with some choices to see what miners want.

eg.

Interval Max diff adjustment
10min 10%
30min 50%
60min unlimited
...

I see your point now. This is an interesting idea.
There might be a problem if consecutive block numbers do not have consecutive time stamps.
I have to think a bit about it.

Certainly I am open to new ideas from the community to make the network more robust and secure and give a fair share to all miners.

Titan

erk

hero member

Activity: 826

Merit: 500

Quote from: Titan on July 16, 2013, 05:38:53 AM

Quote from: rapta on July 15, 2013, 09:50:04 PM

Sadly it's only getting worse. We are beyond a 24 hour retarget at this point. Even 24 hours is bad, because in reality all that means is that only 480 blocks are mined for each retarget period (~2 days right now). That's quite a bit shy of the target 1440 blocks that are supposed to be created each day.

Yes, some action is required here. I am researching the best retarget times now. So not to introduce other undesired side effects.
I am thinking now of 5 - 10 min retarget intervals. So we will do a hard fork in the near future to break this feedback cycle.

Titan

See if you can re-target based on time rather than block count, it should be pretty easy to do as each block has a timestamp so an "if greater than timestamp = x then adjust". Most devs take the easy way out and just change the block count parameter because it's easier to calculate when the last change occured, but just look at all the coins that have been high diff locked by the flash mining crowd to see that's pretty hopeless.

I think an elapsed time diff adjustment, like 10min, 30min, 1hr or more should be good, just depends on how long you are prepared to leave the block rate out of range. If you adjust frequently, say every 10min, then you could set a limit like no more than +/- 10% change every 10min. So the ups and downs are a bit more graceful.

If you went time based adjustments ask people to nominate the interval and the percentage to see whats prefered. You could even run a poll with some choices to see what miners want.

eg.

Interval Max diff adjustment
10min 10%
30min 50%
60min unlimited
...

Titan

sr. member

Activity: 259

Merit: 260

The Luckycoin QT windows client is now available on GitHub.
https://github.com/LuckyCoinFoundation/LuckycoinQT

https://bitcointalksearch.org/topic/annlky-luckycoin-security-update-236714

Titan

sr. member

Activity: 259

Merit: 260

Quote from: rapta on July 15, 2013, 09:50:04 PM

Sadly it's only getting worse. We are beyond a 24 hour retarget at this point. Even 24 hours is bad, because in reality all that means is that only 480 blocks are mined for each retarget period (~2 days right now). That's quite a bit shy of the target 1440 blocks that are supposed to be created each day.

Yes, some action is required here. I am researching the best retarget times now. So not to introduce other undesired side effects.
I am thinking now of 5 - 10 min retarget intervals. So we will do a hard fork in the near future to break this feedback cycle.

Titan

rapta

sr. member

Activity: 325

Merit: 250

Sadly it's only getting worse. We are beyond a 24 hour retarget at this point. Even 24 hours is bad, because in reality all that means is that only 480 blocks are mined for each retarget period (~2 days right now). That's quite a bit shy of the target 1440 blocks that are supposed to be created each day.

Titan

sr. member

Activity: 259

Merit: 260

Quote from: rapta on July 13, 2013, 10:27:23 PM

Maybe retarget in 4 hours actual time instead of block time? I'd rather have the difficulty constantly readjust then what we have now.

I will review this issue again. The retarget is bound to the blocks to keep the network in sync.
A very low block count to retarget might indeed help.

Titan

Titan

sr. member

Activity: 259

Merit: 260

Quote from: rapta on July 09, 2013, 11:18:57 PM

Why has the difficulty stayed so high? The network has rate is pretty low. Based on 1 minute blocks we should be near block 65,500 and are only on 54,204 as of this post.

We are getting an excessive amount of hashing power from the coinchoose/coinwarz crowd after a retarget.
It took us close to 400MH/s yesterday and over 400MH/s today with spikes over 1GH/s! It's like an 10x increase from the baseline hashing power of the network.

On the other hand one can still get a decent amount of coins during the time of high difficulty because the effective hash rate is quite low during these times.

The algorithm for the hashrate calculation takes an average over many blocks. So it's always a slow up and down.
The retarget times are still around 24 hours, that is still acceptable in this situation, imo.

An effective way to fight the flash mining crowd is the keep the hashing rate high during the time of high difficulty.
This then decreases the relative amount of coins the flash miners can get and thus the attractiveness of flash mining the coin.

Titan

erk

hero member

Activity: 826

Merit: 500

Quote from: rapta on July 09, 2013, 11:18:57 PM

Why has the difficulty stayed so high? The network has rate is pretty low. Based on 1 minute blocks we should be near block 65,500 and are only on 54,204 as of this post.

Have a read of the last few pages in these threads and you will know why:

https://bitcointalk.org/index.php?topic=231524.480

https://bitcointalk.org/index.php?topic=167635.1320

Topic: [ANN] LuckyCoin LKY | Lucky Blocks | Fast | Fun | Fair - page 8. (Read 113481 times)