[ANN][2POW] Luck - A new consensus algorithm to eliminate large mining pools

[Sherlock.Holmes]

The selected nodes must provide 7*24 uninterrupted network services (you can't mine in seed nodes).

At present, the token has the characteristics of anonymity and untraceability

1. If you can find out which nodes are mining and which are not, then you can trace miners and shut them down (or maybe not you, but some ISP's or government in the future will be able to do this).
2. If you cannot find out which nodes are mining, then how do you know that seed nodes are not mining?

Sorry you misunderstood
1 We cannot distinguish which nodes are mining. We require seed nodes not to participate in mining, this is to ensure the stability of the service.
Of course, the government or ISP can shut down our services, as well as all other services, if necessary.
2 Of course, if the seed node is mining, we will add other seed nodes once it cannot provide stable services.

[Sherlock.Holmes]

This coin is very interesting, I created a Telegram group to talk about it: https://t.me/luck_cryptocurrency
Sherlock, maybe you can add it in first page together with the discord server link.
Nice job anyway!

ok, i will add the links as well as the discard links to the first page.

[Sherlock.Holmes]

Hello everyone
We will release a new version at 10:00 UK on July 30. The contents are as follows:
1 Display the balance of any address in the explorer.
2 Make an optimization for the paging function in the explorer.
3 Click the transaction ID in the explorer to display the transaction details.
4 Click the number of transactions in the block in the explorer to display the list of transactions in this block
5 Display the status of network connection in the windows wallet
6 Optimizes the calculation of Difficulty of luck core to better resist selfish mining attacks

It should be noted that this release will be completed within two hours. Please do not send transactions during the release period. Download the new node wallet to participate in mining within two days after the release is completed.
Also, keep your keystore properly before updating the new version.

[Galapagos]

Hi, very interesting project you have here!!
Will it be 10am or 10pm?

[Sherlock.Holmes]

Hi, very interesting project you have here!!
Will it be 10am or 10pm?

it will be 10am at UK time.

[Sherlock.Holmes]

New version have been released.
Before upgrading, you must backup your keystore carefully.
Make sure to complete the update within two days (before the block height 39200).

Be sure to save your keystore

[hextobig]

Since the source code is not yet opened, here is a brief description of the mining algorithm of the Luck project.
Mining parameters:
    alpha -> The mining difficulty parameter of the first phase, that is, hash(first header, first nonce) <alpha
    luck -> After the first phase is completed, luck = f(header, first nonce)
    basis -> Difficulty base of the second phase of mining.
    beta -> The mining difficulty parameter of the second phase, that is, hash(second header, second nonce) <beta, where beta = basis * (maxluck / (maxluck-luck)) ^ 2.

The algorithm of the mining process as:
1. alpha, basis = pre_compute (difficulty adjustment strategy, the current block generation is too fast, reduce alpha and basis; the current block generation is too slow, increase alpha and basis. When the difficulty of the first phase is too large, reduce the basis; when the second phase is too difficult, increase the basis)

2. Find a suitable firstNonce such that hash(first header, firstNonce) <alpha

3. Calculate the luck value by luck = f(header, firstNonce)

4. Calculate the difficulty parameter of the second phase beta = basis * (maxluck / (maxluck-luck)) ^ 2

5. Find a suitable secondNonce such that hash(second header, secondNonce) <beta.

6. Pack the parameters into the block to complete the mining

From the above process, it can be seen that as the luck value increases in the second phase, the difficulty of mining in the second phase will decrease sharply. For example, when multiple nodes cooperate in mining, the luck value is more likely to be a medium luck value; when they do not cooperate, the luck value of the highest luck value will be significantly greater than the middle luck value during cooperation, so the difficulty of the node with the highest luck value in the second phase will be drastically reduced.

Another note: Since each mining process is divided into two phases and and cannot be executed in parallel, there is no way to start multi-threaded mining in one mining program. For multi-core machines, you can increase the CPU utilization by enabling multiple mining programs.

hi dev,
can you show what is maxluck?

[vjudeu]

can you show what is maxluck?

I guess that "maxluck" is the maximum luck value for all mining nodes in the whole network. It means that instead single, simple proof of work, everyone is calculating some luck and the max value is broadcasted to the network. So: the more nodes you have, the more chances are that you will hit "maxluck". And the more luck you have, the more chances you have to hit the next block.

To sum it up: in proof of work you are calculating the lowest block hash meeting the target and then you can broadcast it when you find it. In luck, you are calculating the highest luck value and then you broadcast it. So there is really not a big difference between mining blocks using proof of work and mining it using luck. Shares in proof of work are basically the same as luck here. You can create some pool and encourage people to find the highest luck and pay them accordingly to their luck. Later, you can just choose the highest luck and encourage everyone to mine on it, because there are the highest chances of finding a block. And since there are many miners trying to mine on the same luck, it will probably be found faster than every solo miner, because you have "difficulty*numberOfMiners" instead of "difficulty*1", so it is "numberOfMiners" times easier to mine a block.

I hope I am wrong, but it seems that creating pools will still be possible here and they will be profitable.

[Ngenah Euy]

fake ann : https://bitcointalk.org/index.php?topic=5265758.0

[wolfwolf]

fake ann : https://bitcointalk.org/index.php?topic=5265758.0

In just a few days, there have been fakes, which is terrible.

[hextobig]

can you show what is maxluck?

I guess that "maxluck" is the maximum luck value for all mining nodes in the whole network. It means that instead single, simple proof of work, everyone is calculating some luck and the max value is broadcasted to the network. So: the more nodes you have, the more chances are that you will hit "maxluck". And the more luck you have, the more chances you have to hit the next block.

To sum it up: in proof of work you are calculating the lowest block hash meeting the target and then you can broadcast it when you find it. In luck, you are calculating the highest luck value and then you broadcast it. So there is really not a big difference between mining blocks using proof of work and mining it using luck. Shares in proof of work are basically the same as luck here. You can create some pool and encourage people to find the highest luck and pay them accordingly to their luck. Later, you can just choose the highest luck and encourage everyone to mine on it, because there are the highest chances of finding a block. And since there are many miners trying to mine on the same luck, it will probably be found faster than every solo miner, because you have "difficulty*numberOfMiners" instead of "difficulty*1", so it is "numberOfMiners" times easier to mine a block.

I hope I am wrong, but it seems that creating pools will still be possible here and they will be profitable.

In a distributed environment, maxluck is a global variable, I think it is impossible to determine it.
I think maxluck should be a definite boundary value. I just want to ask, how big is maxluck set by dev?

[vjudeu]

In a distributed environment, maxluck is a global variable, I think it is impossible to determine it.
I think maxluck should be a definite boundary value. I just want to ask, how big is maxluck set by dev?

I do not think that maxluck is "set by dev". I think that each miner calculates luck in the first phase and then, when this first phase in finished, the max luck value is just the highest luck value produced by all miners in the network. And then, each miner uses this maxluck from the first phase to mine block in the second phase. If maxluck would be a global variable "set by dev", then participating in the first phase would have no sense, because then it would be possible to just skip this first phase and start from the second.

Also, when the first phase is finished, the luck value cannot be changed anymore in the second phase. Because if it would be possible, someone could calculate luck higher than maxluck. And then, it may be profitable to calculate higher and higher luck, getting easier and easier difficulty. And then it would be almost the same as calculating single proof of work, but instead of hitting the lowest block hash, people would try to hit the highest luck all the time, even without calculating the second phase at all! By bringing luck to enormously high values, they would get a situation when any block produced in the second phase would be valid!

[Sherlock.Holmes]

In a distributed environment, maxluck is a global variable, I think it is impossible to determine it.
I think maxluck should be a definite boundary value. I just want to ask, how big is maxluck set by dev?

I do not think that maxluck is "set by dev". I think that each miner calculates luck in the first phase and then, when this first phase in finished, the max luck value is just the highest luck value produced by all miners in the network. And then, each miner uses this maxluck from the first phase to mine block in the second phase. If maxluck would be a global variable "set by dev", then participating in the first phase would have no sense, because then it would be possible to just skip this first phase and start from the second.

Also, when the first phase is finished, the luck value cannot be changed anymore in the second phase. Because if it would be possible, someone could calculate luck higher than maxluck. And then, it may be profitable to calculate higher and higher luck, getting easier and easier difficulty. And then it would be almost the same as calculating single proof of work, but instead of hitting the lowest block hash, people would try to hit the highest luck all the time, even without calculating the second phase at all! By bringing luck to enormously high values, they would get a situation when any block produced in the second phase would be valid!

maxluck is set to 200000000(0xbebc200), luck is uniformly distributed in [0, maxluck].
The greater the luck value, the less difficult the second phase. As the luck value increases, the speed at which the difficulty of the second phase becomes smaller will be more obvious.

[AllForOneA41]

can you show what is maxluck?

I guess that "maxluck" is the maximum luck value for all mining nodes in the whole network. It means that instead single, simple proof of work, everyone is calculating some luck and the max value is broadcasted to the network. So: the more nodes you have, the more chances are that you will hit "maxluck". And the more luck you have, the more chances you have to hit the next block.

To sum it up: in proof of work you are calculating the lowest block hash meeting the target and then you can broadcast it when you find it. In luck, you are calculating the highest luck value and then you broadcast it. So there is really not a big difference between mining blocks using proof of work and mining it using luck. Shares in proof of work are basically the same as luck here. You can create some pool and encourage people to find the highest luck and pay them accordingly to their luck. Later, you can just choose the highest luck and encourage everyone to mine on it, because there are the highest chances of finding a block. And since there are many miners trying to mine on the same luck, it will probably be found faster than every solo miner, because you have "difficulty*numberOfMiners" instead of "difficulty*1", so it is "numberOfMiners" times easier to mine a block.

I hope I am wrong, but it seems that creating pools will still be possible here and they will be profitable.

Of course You know that pools works on one mining address and one node and as for now from what I read and know mining with 10 miners on same address is worthless of course You can assign to each miner different node on different IP but You need minimum 2 cores, 4GB Ram so check price for that setting and make it x100 miners for example. Im paying 20$ for that kind of server so 2000$ monthly and if coin will be valuable miners will come and come so I don't think that is profitable for the pool owner. Even if You set 100 miners on different IP mining on same address still poor results. Results can be only when You set them on different nodes, IP and addresses Cheers

[vjudeu]

Of course You know that pools works on one mining address and one node

Yes, but it can be one mining address and one node with the highest luck selected during the first phase. And it can be shared with everyone else. And then you will have a choice: mining using your solo luck or mining using pool's luck (which will be probably higher, because for example pool will always choose the highest luck provided by all connected miners).

of course You can assign to each miner different node on different IP but You need minimum 2 cores, 4GB Ram so check price for that setting and make it x100 miners for example

Why multiplying it by 100 is necessary? Pool operators do not have to mine everything by themselves. All they have to do is validating shares received from miners and for validation you do not have to multiply everything by 100. Minimal requirements for validation would be almost the same as for seed nodes.

By the way, I can see higher and higher pool pressure in my own case. For example at the beginning I mined something around 20 coins per day. Now I am mining something around one coin per day. Sooner or later, when more people will come, it will become one coin per week, per month and then maybe even per year. And then me and other people will sooner or later create or join pools, because it will be more profitable to get some coins regularly than nothing.

Also, pools do not have to be centralized. Maybe something like P2pool will be possible on this coin, for example when each miner will add its own address into shared coinbase. It could also be based on smart contracts, something like "if you provide some header having luck higher than target, you can get some coins from this address".

[sgaragagghu]

This coin is very interesting, I created a Telegram group to talk about it: https://t.me/luck_cryptocurrency
Sherlock, maybe you can add it in first page together with the discord server link.
Nice job anyway!

ok, i will add the links as well as the discard links to the first page.

Thank you!
But you have forgot to add telegram, and you misspelled Discord as Discard.
Good job!

[AllForOneA41]

Of course You know that pools works on one mining address and one node

Yes, but it can be one mining address and one node with the highest luck selected during the first phase. And it can be shared with everyone else. And then you will have a choice: mining using your solo luck or mining using pool's luck (which will be probably higher, because for example pool will always choose the highest luck provided by all connected miners).

of course You can assign to each miner different node on different IP but You need minimum 2 cores, 4GB Ram so check price for that setting and make it x100 miners for example

Why multiplying it by 100 is necessary? Pool operators do not have to mine everything by themselves. All they have to do is validating shares received from miners and for validation you do not have to multiply everything by 100. Minimal requirements for validation would be almost the same as for seed nodes.

By the way, I can see higher and higher pool pressure in my own case. For example at the beginning I mined something around 20 coins per day. Now I am mining something around one coin per day. Sooner or later, when more people will come, it will become one coin per week, per month and then maybe even per year. And then me and other people will sooner or later create or join pools, because it will be more profitable to get some coins regularly than nothing.

Also, pools do not have to be centralized. Maybe something like P2pool will be possible on this coin, for example when each miner will add its own address into shared coinbase. It could also be based on smart contracts, something like "if you provide some header having luck higher than target, you can get some coins from this address".

This will not work mate even with shares. If you will be using one node on pool and nodes on network will be 2 you have a chance 1/2 that pool will find block even if you will have 1000 miners on pool. Did you read all about luck and read old thread?

[AllForOneA41]

Also connecting to pool means you connect to their node and once again if pool use one node it is worthless even if will use 1000 nodes and total nodes in network will be 2000 you have 50% chances but there is 2 PoW mining and luck take a part with it. I'm using 4x Vps and one node mined in first day round 70 coins and the worst one 2 do you see difference. Luck mean luck so you are sure that pool node or nodes will have more luck than other solo miners?

[hextobig]

Of course You know that pools works on one mining address and one node

Yes, but it can be one mining address and one node with the highest luck selected during the first phase. And it can be shared with everyone else. And then you will have a choice: mining using your solo luck or mining using pool's luck (which will be probably higher, because for example pool will always choose the highest luck provided by all connected miners).

of course You can assign to each miner different node on different IP but You need minimum 2 cores, 4GB Ram so check price for that setting and make it x100 miners for example

Why multiplying it by 100 is necessary? Pool operators do not have to mine everything by themselves. All they have to do is validating shares received from miners and for validation you do not have to multiply everything by 100. Minimal requirements for validation would be almost the same as for seed nodes.

By the way, I can see higher and higher pool pressure in my own case. For example at the beginning I mined something around 20 coins per day. Now I am mining something around one coin per day. Sooner or later, when more people will come, it will become one coin per week, per month and then maybe even per year. And then me and other people will sooner or later create or join pools, because it will be more profitable to get some coins regularly than nothing.

Also, pools do not have to be centralized. Maybe something like P2pool will be possible on this coin, for example when each miner will add its own address into shared coinbase. It could also be based on smart contracts, something like "if you provide some header having luck higher than target, you can get some coins from this address".

Joining the pool is not profitable for administrators, or the expected profit for miners will be lower. As long as the implementation of 2POW is correct, I think there will be no mining pools.

[Slkp]

What is the system of coin distribution? Mining gives only a number of "coins". No transaction history at all. Seems like adding a number in mining wallet balance.