I, by the way, care about the main issue of the development of your cryptocurrency ..
Will there be protection against asix miners?
so that we can only mine on processors and video cards.
мeня кcтaти вoлнyeт глaвный вoпpoc paзвития кpиптoвaлюты вaшeй..
Бyдeт ли зaщитa oт acикc мaйнepoв?
чтo бы мы тoлькo мoгли нa пpoцeccopax и видeoкapтax мaйнить.
Topic: [ANN][FT1] Fortune1Coin - cryptocurrency with built-in affiliate program. - page 44. (Read 30157 times)
October 12, 2019, 10:27:01 AM
October 11, 2019, 02:51:22 PM
I'm not mining few days. Waiting for stable network.
October 11, 2019, 02:31:55 PM
For windows users VCRUNTIME140_1.dll is missing > you must reinstall visual studio here is the ling https://support.microsoft.com/en-us/help/2977003/the-latest-supported-visual-c-downloads after this operation all works great
October 11, 2019, 02:30:52 PM
I never thought I'd say that. But ... Guys, please do not connect new miners yet. The pool is under full load and lags. We will soon add multithreading and then you can connect new miners as much as you want!
October 11, 2019, 12:39:37 PM
Now that the mining is gradually stabilized, the FT1 seems to be moving in the right direction, but I don't know if you are 100% ready to face more difficulties in the future. Because the next time there will be more problems with the increase in the number of miners! The load on the pool will be even bigger!
1. When the number of miners increases again to a certain scale, have you prepared a complete server upgrade plan to avoid a similar collapse of the mine pool, resulting in a loss of experience for the new miners. Many times, faith also needs to be cultivated by time!
2. Still have to mention a coin on the line exchange. As far as I know, the on-line requirements of the exchange generally require the project side to provide the following information:
White papers, roadmaps (although many projects have failed to develop according to the roadmap, but the roadmap seems to be necessary for each project, otherwise the transaction is likely to refuse to let it go online) Whether the source code, the source code is public, the community or telegraph group, the official Twitter number, and so on. The current miners are not able to receive any information about the project in a timely manner. Some miners may not know that this forum or some miners think it is much more convenient to know the project information on Discord or Telegram than through the forum. (Because the current Discord community is still unofficial)
3. Although the team has been able to solve the problem quickly (very powerful), I still think the progress is too slow. Why don't you recruit some skilled volunteers to participate in the project to improve efficiency? Each of us has 24 hours of time and limited time, so let the development team grow as quickly as possible to make the next work progress smoothly. I think the increase in the number of miners should be proportional to the increase in the number of project development teams. A mature team should be like this: Today, you or your team is responsible for solving the mine load problem, he or their team is responsible for developing the blockchain browser, her or her team is responsible for creating project communities and promotions, and interacting with fans, etc. The teams at XX and XX are responsible for the operation of the project and the listing of the exchange. These actions are all performed at the same frequency.
4. The market is like a battlefield, competition is everywhere, and plagiarism is everywhere. If a good plan, because the development progress can not keep up with the plagiarism of the opponent, it is equivalent to chronic suicide, all efforts have no meaning.
This year, there is a very great APP mining project. Although the final result is still unknown, it has developed 650,000 members in half a year, and the daily growth rate is still very fast today! And it's just a level 1 distribution mechanism is not a level 3 distribution mechanism, so I think our development speed should not be slower than them!
There are some problems and will always be. We are not worried about this. We just solve problems as they come.1. When the number of miners increases again to a certain scale, have you prepared a complete server upgrade plan to avoid a similar collapse of the mine pool, resulting in a loss of experience for the new miners. Many times, faith also needs to be cultivated by time!
2. Still have to mention a coin on the line exchange. As far as I know, the on-line requirements of the exchange generally require the project side to provide the following information:
White papers, roadmaps (although many projects have failed to develop according to the roadmap, but the roadmap seems to be necessary for each project, otherwise the transaction is likely to refuse to let it go online) Whether the source code, the source code is public, the community or telegraph group, the official Twitter number, and so on. The current miners are not able to receive any information about the project in a timely manner. Some miners may not know that this forum or some miners think it is much more convenient to know the project information on Discord or Telegram than through the forum. (Because the current Discord community is still unofficial)
3. Although the team has been able to solve the problem quickly (very powerful), I still think the progress is too slow. Why don't you recruit some skilled volunteers to participate in the project to improve efficiency? Each of us has 24 hours of time and limited time, so let the development team grow as quickly as possible to make the next work progress smoothly. I think the increase in the number of miners should be proportional to the increase in the number of project development teams. A mature team should be like this: Today, you or your team is responsible for solving the mine load problem, he or their team is responsible for developing the blockchain browser, her or her team is responsible for creating project communities and promotions, and interacting with fans, etc. The teams at XX and XX are responsible for the operation of the project and the listing of the exchange. These actions are all performed at the same frequency.
4. The market is like a battlefield, competition is everywhere, and plagiarism is everywhere. If a good plan, because the development progress can not keep up with the plagiarism of the opponent, it is equivalent to chronic suicide, all efforts have no meaning.
This year, there is a very great APP mining project. Although the final result is still unknown, it has developed 650,000 members in half a year, and the daily growth rate is still very fast today! And it's just a level 1 distribution mechanism is not a level 3 distribution mechanism, so I think our development speed should not be slower than them!
1. After we add multithreading to our pool (this will happen in a few days), scaling up its performance will be very simple. It will only be necessary to add new processors (in simple terms).
2. Our project already meets most of the requirements for placement on the exchange. I can’t promise you a complete road map in the near future. But we will publish the closest coin development plan. As for the Discord or Telegram, we are thinking about it. It will be of course (and asap), but I still can't tell the time of this.
3. As soon as we have the resources to increase the team, we will do it - this is a fact. Different parts of the team will work on different parts of the project (development, support, communication, etc.).
4. We have a good plan for further coin evolution. We can't voice all the details. But we know how to make the coin a real international payment instrument.
As soon as we can work in full time and recruit additional team members, our development speed will increase significantly.
What is a weak miner ?
My VM's on Google use Skylake cpu's are they too weak ?
In some cases, miners lose connection with the pool or communicate with it very slowly. This is problem. We find out the reason.My VM's on Google use Skylake cpu's are they too weak ?
VCRUNTIME140_1.dll is missing
If you need the Microsoft Visual C++ Redistributable for Visual Studio for launch Windows Client, then please download this from Microsoft Support Center
OK，That's sounds good.you are best，We are looking forward to different days
October 11, 2019, 11:43:25 AM
Now that the mining is gradually stabilized, the FT1 seems to be moving in the right direction, but I don't know if you are 100% ready to face more difficulties in the future. Because the next time there will be more problems with the increase in the number of miners! The load on the pool will be even bigger!
1. When the number of miners increases again to a certain scale, have you prepared a complete server upgrade plan to avoid a similar collapse of the mine pool, resulting in a loss of experience for the new miners. Many times, faith also needs to be cultivated by time!
2. Still have to mention a coin on the line exchange. As far as I know, the on-line requirements of the exchange generally require the project side to provide the following information:
White papers, roadmaps (although many projects have failed to develop according to the roadmap, but the roadmap seems to be necessary for each project, otherwise the transaction is likely to refuse to let it go online) Whether the source code, the source code is public, the community or telegraph group, the official Twitter number, and so on. The current miners are not able to receive any information about the project in a timely manner. Some miners may not know that this forum or some miners think it is much more convenient to know the project information on Discord or Telegram than through the forum. (Because the current Discord community is still unofficial)
3. Although the team has been able to solve the problem quickly (very powerful), I still think the progress is too slow. Why don't you recruit some skilled volunteers to participate in the project to improve efficiency? Each of us has 24 hours of time and limited time, so let the development team grow as quickly as possible to make the next work progress smoothly. I think the increase in the number of miners should be proportional to the increase in the number of project development teams. A mature team should be like this: Today, you or your team is responsible for solving the mine load problem, he or their team is responsible for developing the blockchain browser, her or her team is responsible for creating project communities and promotions, and interacting with fans, etc. The teams at XX and XX are responsible for the operation of the project and the listing of the exchange. These actions are all performed at the same frequency.
4. The market is like a battlefield, competition is everywhere, and plagiarism is everywhere. If a good plan, because the development progress can not keep up with the plagiarism of the opponent, it is equivalent to chronic suicide, all efforts have no meaning.
This year, there is a very great APP mining project. Although the final result is still unknown, it has developed 650,000 members in half a year, and the daily growth rate is still very fast today! And it's just a level 1 distribution mechanism is not a level 3 distribution mechanism, so I think our development speed should not be slower than them!
There are some problems and will always be. We are not worried about this. We just solve problems as they come.1. When the number of miners increases again to a certain scale, have you prepared a complete server upgrade plan to avoid a similar collapse of the mine pool, resulting in a loss of experience for the new miners. Many times, faith also needs to be cultivated by time!
2. Still have to mention a coin on the line exchange. As far as I know, the on-line requirements of the exchange generally require the project side to provide the following information:
White papers, roadmaps (although many projects have failed to develop according to the roadmap, but the roadmap seems to be necessary for each project, otherwise the transaction is likely to refuse to let it go online) Whether the source code, the source code is public, the community or telegraph group, the official Twitter number, and so on. The current miners are not able to receive any information about the project in a timely manner. Some miners may not know that this forum or some miners think it is much more convenient to know the project information on Discord or Telegram than through the forum. (Because the current Discord community is still unofficial)
3. Although the team has been able to solve the problem quickly (very powerful), I still think the progress is too slow. Why don't you recruit some skilled volunteers to participate in the project to improve efficiency? Each of us has 24 hours of time and limited time, so let the development team grow as quickly as possible to make the next work progress smoothly. I think the increase in the number of miners should be proportional to the increase in the number of project development teams. A mature team should be like this: Today, you or your team is responsible for solving the mine load problem, he or their team is responsible for developing the blockchain browser, her or her team is responsible for creating project communities and promotions, and interacting with fans, etc. The teams at XX and XX are responsible for the operation of the project and the listing of the exchange. These actions are all performed at the same frequency.
4. The market is like a battlefield, competition is everywhere, and plagiarism is everywhere. If a good plan, because the development progress can not keep up with the plagiarism of the opponent, it is equivalent to chronic suicide, all efforts have no meaning.
This year, there is a very great APP mining project. Although the final result is still unknown, it has developed 650,000 members in half a year, and the daily growth rate is still very fast today! And it's just a level 1 distribution mechanism is not a level 3 distribution mechanism, so I think our development speed should not be slower than them!
1. After we add multithreading to our pool (this will happen in a few days), scaling up its performance will be very simple. It will only be necessary to add new processors (in simple terms).
2. Our project already meets most of the requirements for placement on the exchange. I can’t promise you a complete road map in the near future. But we will publish the closest coin development plan. As for the Discord or Telegram, we are thinking about it. It will be of course (and asap), but I still can't tell the time of this.
3. As soon as we have the resources to increase the team, we will do it - this is a fact. Different parts of the team will work on different parts of the project (development, support, communication, etc.).
4. We have a good plan for further coin evolution. We can't voice all the details. But we know how to make the coin a real international payment instrument.
As soon as we can work in full time and recruit additional team members, our development speed will increase significantly.
What is a weak miner ?
My VM's on Google use Skylake cpu's are they too weak ?
In some cases, miners lose connection with the pool or communicate with it very slowly. This is problem. We find out the reason.My VM's on Google use Skylake cpu's are they too weak ?
VCRUNTIME140_1.dll is missing
If you need the Microsoft Visual C++ Redistributable for Visual Studio for launch Windows Client, then please download this from Microsoft Support Center
October 11, 2019, 11:14:54 AM
New version 0.10.1 is available.
- added new base nodes
- a few minor fixes
This version should improve wallet synchronization. Especially for residents of the USA and China.
- added new base nodes
- a few minor fixes
This version should improve wallet synchronization. Especially for residents of the USA and China.
VCRUNTIME140_1.dll is missing
come on ... u should test it first and tell us whats going on as we will loose interest
October 11, 2019, 10:44:15 AM
New version 0.10.1 is available.
- added new base nodes
- a few minor fixes
This version should improve wallet synchronization. Especially for residents of the USA and China.
- added new base nodes
- a few minor fixes
This version should improve wallet synchronization. Especially for residents of the USA and China.
October 11, 2019, 10:00:57 AM
What happened after your restart.
Almost 100% efficient and then crap all over again and it's getting worse.
More and more miners in the pool. Collapse occurs. Some miners are discarded by the pool for a while. Then all over again.Almost 100% efficient and then crap all over again and it's getting worse.
PS. While writing this answer, the idea for a hotfix was born. This will temporarily help. We will try to release today or tomorrow. Before multithreading appears in pool code.
October 11, 2019, 09:55:03 AM
The crash might be solved but there are still serious issues as I posted.
Please explain what happened around 1-2 oct, same load responsive miners then crap, very slow submitting of data often failing to do so.
Then after recent restart, same happened for some hours it worked great then disaster.
This time the load was minimal, diff around 100000.
Once again I explain - difficulty does not always show the load on the pool. Difficulty fell with a significant load on the pool, because the difficulty calculation algorithm saw that there were too few blocks in the last day. The algorithm increased the speed of opening blocks (reducing difficulty), so that there would be an average of 480 blocks per day.Please explain what happened around 1-2 oct, same load responsive miners then crap, very slow submitting of data often failing to do so.
Then after recent restart, same happened for some hours it worked great then disaster.
This time the load was minimal, diff around 100000.
Quote
Now that more than 400 miners are working in the pool, then you may have problems with weak miners. They can slowly send requests to the pool and give such an error:
What is a weak miner ?Quote
Network Error submitshare (will retry in 10 sec) err=Disconnect
Because the pool does not have time to process all requests because it is overloaded. This is Bytecoin’s legacy - it’s single-threaded. Our current task is to implement multithreading in the code to freely scale the performance of the pool. Because our current server can handle 12 threads but can use only one of them. This is what I already wrote about today.My VM's on Google use Skylake cpu's are they too weak ?
Quote
Quote
Why rewards did drop from some 3000 to 350 per block ?
Please explain ?
Explain plz, 3000/350 coins or cents?Please explain ?
October 11, 2019, 08:22:46 AM
The server is rebooted. Check your miners.
PS. I will answer questions a little later. Sincerely.
PS. I will answer questions a little later. Sincerely.
October 11, 2019, 03:13:05 AM
And Again is stuck 20:40 CET , not syncing 1 hour + (200 peers conected)
you need to fix it soon ...
interest is getting down
miner is not working as it should be
you need to fix it soon ...
interest is getting down
miner is not working as it should be
Sync work, but slow... up to 2 hours ... after start or restart client
October 10, 2019, 11:34:00 PM
Now that the mining is gradually stabilized, the FT1 seems to be moving in the right direction, but I don't know if you are 100% ready to face more difficulties in the future. Because the next time there will be more problems with the increase in the number of miners! The load on the pool will be even bigger!
1. When the number of miners increases again to a certain scale, have you prepared a complete server upgrade plan to avoid a similar collapse of the mine pool, resulting in a loss of experience for the new miners. Many times, faith also needs to be cultivated by time!
2. Still have to mention a coin on the line exchange. As far as I know, the on-line requirements of the exchange generally require the project side to provide the following information:
White papers, roadmaps (although many projects have failed to develop according to the roadmap, but the roadmap seems to be necessary for each project, otherwise the transaction is likely to refuse to let it go online) Whether the source code, the source code is public, the community or telegraph group, the official Twitter number, and so on. The current miners are not able to receive any information about the project in a timely manner. Some miners may not know that this forum or some miners think it is much more convenient to know the project information on Discord or Telegram than through the forum. (Because the current Discord community is still unofficial)
3. Although the team has been able to solve the problem quickly (very powerful), I still think the progress is too slow. Why don't you recruit some skilled volunteers to participate in the project to improve efficiency? Each of us has 24 hours of time and limited time, so let the development team grow as quickly as possible to make the next work progress smoothly. I think the increase in the number of miners should be proportional to the increase in the number of project development teams. A mature team should be like this: Today, you or your team is responsible for solving the mine load problem, he or their team is responsible for developing the blockchain browser, her or her team is responsible for creating project communities and promotions, and interacting with fans, etc. The teams at XX and XX are responsible for the operation of the project and the listing of the exchange. These actions are all performed at the same frequency.
4. The market is like a battlefield, competition is everywhere, and plagiarism is everywhere. If a good plan, because the development progress can not keep up with the plagiarism of the opponent, it is equivalent to chronic suicide, all efforts have no meaning.
This year, there is a very great APP mining project. Although the final result is still unknown, it has developed 650,000 members in half a year, and the daily growth rate is still very fast today! And it's just a level 1 distribution mechanism is not a level 3 distribution mechanism, so I think our development speed should not be slower than them!
1. When the number of miners increases again to a certain scale, have you prepared a complete server upgrade plan to avoid a similar collapse of the mine pool, resulting in a loss of experience for the new miners. Many times, faith also needs to be cultivated by time!
2. Still have to mention a coin on the line exchange. As far as I know, the on-line requirements of the exchange generally require the project side to provide the following information:
White papers, roadmaps (although many projects have failed to develop according to the roadmap, but the roadmap seems to be necessary for each project, otherwise the transaction is likely to refuse to let it go online) Whether the source code, the source code is public, the community or telegraph group, the official Twitter number, and so on. The current miners are not able to receive any information about the project in a timely manner. Some miners may not know that this forum or some miners think it is much more convenient to know the project information on Discord or Telegram than through the forum. (Because the current Discord community is still unofficial)
3. Although the team has been able to solve the problem quickly (very powerful), I still think the progress is too slow. Why don't you recruit some skilled volunteers to participate in the project to improve efficiency? Each of us has 24 hours of time and limited time, so let the development team grow as quickly as possible to make the next work progress smoothly. I think the increase in the number of miners should be proportional to the increase in the number of project development teams. A mature team should be like this: Today, you or your team is responsible for solving the mine load problem, he or their team is responsible for developing the blockchain browser, her or her team is responsible for creating project communities and promotions, and interacting with fans, etc. The teams at XX and XX are responsible for the operation of the project and the listing of the exchange. These actions are all performed at the same frequency.
4. The market is like a battlefield, competition is everywhere, and plagiarism is everywhere. If a good plan, because the development progress can not keep up with the plagiarism of the opponent, it is equivalent to chronic suicide, all efforts have no meaning.
This year, there is a very great APP mining project. Although the final result is still unknown, it has developed 650,000 members in half a year, and the daily growth rate is still very fast today! And it's just a level 1 distribution mechanism is not a level 3 distribution mechanism, so I think our development speed should not be slower than them!
October 10, 2019, 05:43:52 PM
dev but it is possible to create several pool
that could balance the load
that could balance the load
October 10, 2019, 02:49:51 PM
And Again is stuck 20:40 CET , not syncing 1 hour + (200 peers conected)
you need to fix it soon ...
interest is getting down
miner is not working as it should be
https://ibb.co/1KMmQXP
you need to fix it soon ...
interest is getting down
miner is not working as it should be
https://ibb.co/1KMmQXP
October 10, 2019, 12:33:00 PM
What happened after your restart.
Almost 100% efficient and then crap all over again and it's getting worse.
More and more miners in the pool. Collapse occurs. Some miners are discarded by the pool for a while. Then all over again.Almost 100% efficient and then crap all over again and it's getting worse.
PS. While writing this answer, the idea for a hotfix was born. This will temporarily help. We will try to release today or tomorrow. Before multithreading appears in pool code.
I meant the pool. Now the pool is operating in single-threaded mode. Therefore, we cannot scale its performance. After switching to multithreading, the pool capacity can be unlimited (theoretically).
As for the miner application, our plans have not changed - it doesn't have multithreading, and at least until the coin is placed on the exchange, it will not.
October 10, 2019, 12:15:52 PM
Quote
Are you new in crypto land ?
No one can be born as an adult.But you can quickly learn everything if you have teachers and you are a good student. Everything that you know now, you once did not know how. This is the way.
[/quote]
Carlos Ray "Chuck" Norris was born adult
October 10, 2019, 10:37:12 AM
What happened after your restart.
Almost 100% efficient and then crap all over again and it's getting worse.
More and more miners in the pool. Collapse occurs. Some miners are discarded by the pool for a while. Then all over again.Almost 100% efficient and then crap all over again and it's getting worse.
PS. While writing this answer, the idea for a hotfix was born. This will temporarily help. We will try to release today or tomorrow. Before multithreading appears in pool code.
October 10, 2019, 10:31:20 AM
The crash might be solved but there are still serious issues as I posted.
Please explain what happened around 1-2 oct, same load responsive miners then crap, very slow submitting of data often failing to do so.
Then after recent restart, same happened for some hours it worked great then disaster.
This time the load was minimal, diff around 100000.
Once again I explain - difficulty does not always show the load on the pool. Difficulty fell with a significant load on the pool, because the difficulty calculation algorithm saw that there were too few blocks in the last day. The algorithm increased the speed of opening blocks (reducing difficulty), so that there would be an average of 480 blocks per day.Please explain what happened around 1-2 oct, same load responsive miners then crap, very slow submitting of data often failing to do so.
Then after recent restart, same happened for some hours it worked great then disaster.
This time the load was minimal, diff around 100000.
Now that more than 400 miners are working in the pool, then you may have problems with weak miners. They can slowly send requests to the pool and give such an error:
EDIT :
There is a reason why miners considder a pool explorer a must have.
There is a reason why miners considder a pool explorer a must have.
Some community members and answers from exchanges have convinced us that we need a block explorer.
Not trying to be funny here, but are you serious 
But now, while part of the team will be busy with the multi-threading of the pool, the other part will be work with the block explorer.
Quote
Are you new in crypto land ?
No one can be born as an adult.But you can quickly learn everything if you have teachers and you are a good student. Everything that you know now, you once did not know how. This is the way.
October 10, 2019, 09:16:50 AM
Are you talking about the load caused by us miners ?
That load did not change much during shown days and since a couple of days there is hardly any load at all.
Maybe the load is caused by your own miners ?
Tody after the restart the miners worked great for some hours.
Very responsive, "chanks" could be submitted at once now it takes minutes to submit 1st "chunk".
Often they fail and have to wait for the following round.
As a result rewards have dropped from average 3000 to just 350 each block.
Of course, I meant the total number of miners. There are not many of our own miners. But the problem with the pool crash has been resolved. Plus, the issue of synchronizing wallets is almost closed. Everything should work well for everyone.That load did not change much during shown days and since a couple of days there is hardly any load at all.
Maybe the load is caused by your own miners ?
Tody after the restart the miners worked great for some hours.
Very responsive, "chanks" could be submitted at once now it takes minutes to submit 1st "chunk".
Often they fail and have to wait for the following round.
As a result rewards have dropped from average 3000 to just 350 each block.
Please explain what happened around 1-2 oct, same load responsive miners then crap, very slow submitting of data often failing to do so.
Then after recent restart, same happened for some hours it worked great then disaster.
This time the load was minimal, diff around 100000.
Why rewards did drop from some 3000 to 350 per block ?
Please explain ?
Jump to: