I was thinking about some accusations, that there were 'individual instructions' and not the consensus thing. Anyway, when a dev codes a wallet, he does it whether after his own decision, whether after receiving instructions from other members. Instructions can be public, made by different community members via posting at forum, or instructions can be sent via PM, by a member who is a 'bridge' between the community and a dev. However, if the community agrees with something, asks for it, waits for it, if it is evident for everyone that something is good for the entire community, is it correct to say about 'individual instructions', even if finally these instructions were sent to a dev in a PM by one person who connected a dev and the community?Another accusation was that things should not be voted at forum, but should be presented to miners via miners or users activated fork. Maybe it works for big coins like DOGE, LTC or BTC. But if there are about 50-80 nodes like in Mooncoin network and we understand that miners mine a coin mostly to sell it at exchanges and are not very well informed about a situation with Mooncoin, and one user can run easily 10 nodes, can we say that miners or users activated fork means community consensus and fair voting exactly in this case? It worked in this way: community members were asked via posts in the thread and via PM about their decision and a dev was informed, or a dev asked other members by himself, via posting or via PM, some devs communicated also at Discord and got instructions from Discord community members. If even minority of members don't agree with something, for me it is always a sign that something is wrong. However, if I remember correct, until the last events, the only disagreement in the community about what to implement was about Mooncoin logo.

Once all that was done and complete we made stakeholders aware of it (0.17) with a month's advance notice(January 12th). It was a month later that 0.18 was rushed out (Peter Bushnell confirmed he was contacted mid January to build 0.18.

After almost 2 years of stagnation it's clear that without community there is no progress. Devs come and go, and if we are just waiting for them, it looks for people like the coin is abandoned.Mooncoin always was backed by the community, like Wikipedia when everyone is able to edit, with no contracts, salaries, companies behind it.During this stagnation people became passive and probably begin to lose faith in MOON and even don't post in the thread. However, your posts and ideas matter.The Mooncoin community suggests and decides things about Mooncoin.

Regarding the Coinexchange issue old investors tried to contact them, but they didn't answer. It's not a problem to send some MOON to them to reopen wallets, the problem is it's needed to know their MOON address and the exact amount to send. If they have lost some MOON, maybe that could happen (to a degree though, other services and users didn't report lost coins) due to outdated codebase of MOON, the latest release was made in Dec, 2017 by a previous dev: https://github.com/mooncoincore/wallet/releases. Edit: other than that Mooncoin definitely has to increase its network hashrate, however, if there is no good progress (first of all, no wallet developments and no projects on top of Mooncoin blockchain), there is a lack of interest from miners and investors.

Good afternoon. I agree 100% with you. I have said it many times to the members of Development Team. This community needs positive news. Also, there are many potential investors who watch Mooncoin. However, they need to see some progress.

Also, to prove that our words are not just words and that the future of Mooncoin is in hands of the community, old investors invited ChekaZ, a transparent person, CoinKit CEO https://bitcointalk.org/index.php?action=profile;u=99330 to implement MoonWord after almost 2 years of no action from our devs, the community cannot wait any longer.

In several days MoonWord will be completely implemented by ChekaZ into the official wallet. It will not require a fork, just there will be Mooncoin Windows wallet with intuitively clear MoonWord solution, ready to use on a daily basis, for free, with no 3rd parties, directly onto blockchain.

Great to see that legendary Mooncoin project is still alive and moving forward Keep it up!

1. Go to the MoonWord Tab2. Choose an address from where you want to send the MoonWord ( From )3. Put the receiving address into the ( To ) Field4. Write your Message into the (MessageBox )5. Press send.

How to get Reports?

If you have received a MoonWord:

1. Go to the MoonWord Tab2. Look at the Bottom left and pick the address from the ( Received Dropdown Menu )3. Click generate

If you have send a MoonWord:

1. Go to the MoonWord Tab2. Look at the Bottom left and pick the address from the ( Sent Dropdown Menu )3. Click generate

Kind regard,ChekaZ

I will test it. However, it's a good news.

Excellent work! I will also btest this first version this weekend, everyone can suggest other implementations or adjustments. Thanks ChecaZ

Hi for all Moon Bros, we all know that Smartlikes is Mooncoin big 'secret weapon'. Currencies like LBRY are way ahead of youtube monetization via LBRY (+ LBRY platform) I think a good idea for the people behind Smartlikes to try to pull good ideas from similar projects that are flowing solidly. I told a few months ago that several crypto projects would be close to delivering everything Smartlikes promised, I see several projects delivering products identical to the initial Smartlikes proposal in the year 2020. Anyway, just wanted to explain this, Smartlikes leaves early this year. 2020 or if released after iso is at great risk of being just a copy of something that already exists. BTC and ETH has already given an example of how pioneering is important in cryptosphere. Merry Christmas and New Year for all Moon Bros.

Thanks for MOON at Folgory exchange, thanks to small exchanges for listing MOON, any feedback about Folgory and Thecoin.pw will be appreciated,and special thanks to ChekaZ for his work, MoonWord, written from scratch in 2019. SmartLikes will come in 2020 and they too will be absolutely new solution, not copy-paste of any existing tech.

From these posts you can see that ChekaZ started to work in September, 2019, it was transparently announced and supported by community members, in November and December of 2019 there was transparent posting, MoonWord release, positive reaction of community, no one was against it, there was a request for SmartLikes.

Edit:there were so many false accusations and untrue statements during last pages of this thread, that it would take a lot of time to answer them all with providing each time a proof that they are false. Not to bring that all to a new thread, I will just edit this post, when I have time, in a neutral way, without unconfirmed statements, just with facts, proved with citations.Many things were discussed and agreed via private messaging and it is not good to quote PMs of other members as they are private, however , I can cite some of my own private messages, what I wrote and when, and to whom, also cite public Bitcointalk posts.

First of all, it was not me who started Mooncoin. The Mooncoin project was announced first by deaconboogie on Dec, 28, 2013 and here is an original ANN thread https://bitcointalk.org/index.php?topic=389403.0.I am not a tech dev, I am not able to code in C,C+ and can read and understand the code only to a degree, after explanation. I was trying in the past to compile a wallet, but I don't know how to do it with no issues, basically I can say that I am not able to compile a wallet,I never was given Mooncoin Github credentials, never coded, never released Mooncoin wallets at Github.

The original Mooncoin code was audited in 2014-2015 by Titan, a dev of Luckycoin, after Dec, 2014 thefts. He did not find security issues in the code. Mooncoin was quite famous in 2014-2015, many tech persons kept an eye on it, no one reported security issues.

When the community asked to start a new Mooncoin thread (the original ANN thread contained outdated info after an original dev left), my understanding was that Mooncoin code was secure (there was some concern about compiled binaries from original dev, that is why walletbuilders were asked to compile new binaries without any change of original code).I always was asking Mooncoin devs to check it for security again and again.Recently I was accused that I did not care about security of wallet.

From my PMs to mebagger2 (sent to his previous account mebagger in Nov, 2017):

Can you please answer some questions:1) are you able to implement direct mining from the wallet with one click, for average users which are not familiar with linux and rpc?2) warp sync - can it have potential vulnerabilities, if not, why didn't Satoshi implement this simple solution to sync faster?3) are you sure there are no known vulnerabilities in the new code?

Does it mean I am saying that Mebagger built 0.13.9? No, the point is that 0.13.9 was a community thing, not only a dev thing. Someone found Vassilis, some members helped him with issues, someone was auditing the code, other people donated money to Vassilis. Not to blame Vassilis, too, but it is not fair to blame non tech members who donate money to devs and teams that they are responsible for their code after that.

In 2016 a dev barrysty1e came on his own initiative (he definitely was not just a contractor like walletbuilders, but he really asked for donations from the community). He did a lot for Mooncoin, suggested and implemented some features (fast sync, Balloon hash, MoonRush, Moon SPV) on his own initiative, he was communicating at Bitcointalk and at Discord, was instructed by community members from Bitcointalk and Discord (I communicated with barrysty1e and connected him to community members who wanted to donate him, the same was when I communicated with Vassilis, a dev who came later again not just to compile a wallet or to code the feature, but as a new responsible Mooncoin dev to stay with Mooncoin over long term).Everything was done with the consensus of community, and notonly with consensus, it was with full 100% or 99% consensus (only one person coinflow sometimes did not agree with some things, and Discord community members did not agree with Blue Moon logo, that is why barrysty1e used their own Mooncoin logo in the wallet release, though I asked him to use Blue Moon logo, also asked him to implement SmartLikes, but devs worked not on my individual instructions, otherwise SmartLikes could be implemented in 2016, in 2017, in 2018!) Though Vassilis really said he was going to implement SL in the future.I was waiting and hoped that finally SL would be implemented. It was very interesting for me to see how this tech would work. When finally it was implemented by ChekaZ and Peter Bushnell in 2020! after many years and during all these years community members were asking for that, I was accused that it was done to compete with MooncoinCore team, and/or with other bad intentions. While during all these years I never stated that I am a leader, and my understanding always was that Mooncoin was and had to be community-driven with equal opportunities for all supporters, without any center.

Barrysty1e sometimes was blamed for his protection against move of stolen coins which did not work, however, if there were no protection at all, the situation would be the same in 2018, the problem was that coins were moved, if there were no protection, they would be moved as well, the situation would be just the same. The code was open source and any tech person could read it and suggest how to improve the protection, there were no suggestions. We believed it worked. However, the fact that the protection did not work and that on Jan, 2018 coins were moved to the address of Vassilis, which he transparently posted in his signature at Bitcointalk led to accusations and suspicions. Let's imagine there were no protection at all and coins were moved. There would be accusations as well obviously. So, the problem was not the protection itself, but the fact that these coins exist, that there is big quantity and that if they are removed from supply, it will be good for Mooncoin. My understanding is that rightful owners of these coins agreed to remove them out of supply (by the way, a major owner of these coins who agreed to lose them for the sake of community - agswinner was accused for his decision - that' he decides things').

It is possible to remove coins out of supply whether with coin lock (freeze, protection against unauthorised move which is not irreversible and can be removed with community decision in the future) or with coin burn (destroying the coins). Though initially, in 2018 I thought that coin burn would be better, now I don't support this idea until there is 100% warranty that there would not be any risks with it. Coin burn without a private key is a dangerous precedent, it can be safe technically, but it's not great for perception of blockchain, it affects the entire idea of blockchain.A better solution probably could be coin lock. BTW, it was done in 0.18.1, with no luck, due to difference in consensus rules with 0.17 (which was released after 0.18) and due to an issue with locked transactions, derived from 0.13.9. Moreover, if even minor part of community does not agree with that, it is not a proper solution, things like coin lock require 100% consensus obviously or there could be accusations like it happened with 0.18.1.

There was a request about transparency, here is chronology of events 2017-2020:

November-December, 2017Dev barrysty1e is not active after completing like he promised Mooncoin wallet with Balloon hash instead of Scrypt. If you click feedback https://bitcointalk.org/index.php?action=trust;u=526220 you can see a comment from mebagger 'Delivered mooncoin wallet'. The wallet was not ideal though.

If we did fork this coin for an algo change. I propose we keep scrpyt and add sha256 to make a multi algo coin. I don't think it's absolutely necessary but to change the algo. But if we did make that change it would allow mooncoin to continue trading in it's largest markets on the lightning network, BTC/MOON, LTC/MOON, DOGE/MOON.

This is also another reason why we should not change our algo for an obscure algo like ballonhash.

Meanwhile polemarhos888 found a new dev, Vassilis, Vassilis created a new MooncoinCore Github to develop Mooncoin.

Hello,yesterday I've sent a PM to Vasillis, to help with analyzing of barry's new release for possible vulnerabilities.

I asked Vassilis to make an audit of previous wallet, also explained to him that he will work with different community members, gave their contacts to him, explained to him that I didn't decide things, he agreed to work only after that (I guess Discord members told him in 2017 that the community decides everything and he was concerned), however, later he really asked me questions and we were communicating at Bitcointalk, but he also was communicating and collaborating with several other members and not only at Bitcointalk.I did connect him with the community, and it was one of the best periods in Mooncoin history when a dev and Mooncoin community worked together.

There were issues with 0.13.9 and Vassilis worked to fix them, with help of community members:

I just fixed today the pool mining section and the transaction issues..

we passed "key" block #1180751 with 73(?!?!?!!??!) transactions! Few more tests and tomorrow i will inform all the pools to make an update!

I must thank public @mebagger, @coinflow, @GBLASS and @Laidback!you guys spent your time with me and your resources!

Thank you for your contribution to the Mooncoin community!

Jan, 5, 2018, there was a tragic day in Mooncoin history,62B were sent to Vassillis to the address he posted at Bitcointalk, protection did not stop it. There is a detailed research:https://bitcointalk.org/index.php?topic=1733963.msg38039860#msg38039860Coins from 'locked' addresses were movedto other addressesfor the first time on March, 3 - in 2017, months before Vassilis came as a dev. Now we know that barrysty1e's protection was not in the consensus rules.

The community voted to burn these coins, I also believed that coins had to be burned and recommended that coins had whether to be sent to a burn address, or to stay on their address (even if Vassilis would send coins to authorities, there could be a panic that coins were moved, also taking into account possible PC security issues, a safer solution in that case would be to move a hard disk with coins, and not coins from one address to another, to do it without even opening and syncing the wallet) some people talked about legal issues with coin burn, Vassillis decided to consult with lawyers what to do with coins and to burn no coins until he is sure there will be no legal issues and to leave Bitcointalk and development. I was never informed that anyone, except Vassilis, got an access to these coins, physical or non-physical. After leaving development, months later, Vassillis gave MooncoinCore Github credentials to polemarhos888, a Mooncoin volunteer and investor, who found Vassillis before, and on June 7, 2018 polemarhos888 informed me via PM that he had sent these credentials of MooncoinCore Github to Mebagger.

About change to PoS - in my opinion, would be better first to discuss it with the community, as for me personally - don't support it, in my opinion better would be to raise network hashrate with interesting projects

On September, 6, 2019 I asked Mebagger if he planned any release in 2019. Received no answer and ChekaZ was asked to build an optional (not fork) wallet with MoonWord functionality.

I suggest first to receive kind of green light from him, and only then post a Github link in the ANN and start to contact services to update. It is important to avoid the split in the community

ChekaZ and Mebagger2 discussed things, however, ChekaZ told me that he did not see 0.17 release and did not know what was in it exactly, and that Mebagger was not qualified and that Mebagger suggested an unsafe solution, with chain split and that we had to fix vulnerability fast with a solution from Peter Bushnell with the fork block.

It is possible to freeze coins if the owner of address will not organise 51 attack to hack the protection. Vas is scared even to open his wallet. I never communicated with him other than here at Bitcointalk, but I know that many guys including Taranis tried to convince him after he abandoned the forum.

I also clearly stated to Mebagger, that it is not about any competition, and only about fix of vulnerability and adding other features, requested by the community earlier. Why I did not contact Michi, my understanding was that she was involved with Dogecoin and simply had no time to code Mooncoin wallet, that Mebagger is the only relevant person, responsible for Mooncoin Github and coding since 2018 (though nothing was released then after 0.13.9 by Vassilis), anyway. I thought that if Michi was involved, she would know from Mebagger about our collaboration.

Though ChekaZ told me that we had to avoid disclosuring it to anyone before the update, I believe that we have to disclosure it to you, at least to avoid misunderstanding and possible disagreement regarding the fork.Several days ago ChekaZ told me that he found a very serious vulnerability in the code, related to [removed ]. He explained it to me and it is so serious that without the fork the risk is absolute. It is needed to restore block validation with the hard fork. I told him that it would be better to collaborate with you and you began to communicate regarding the update.However, there is a big problem. If we announce this vulnerability, bad guys could use that before the hard fork block height. Even when services update their clients, it can be some leak of info. To avoid that we can just try to drive no attention to the fact that this vulnerability will be fixed in the new release, and simply announce that we move to a safer 0.18 (it was well tested with Bitcoin network) and with SL feature (we just have no moral right to delay it further, the community waits for it since 2017 and this feature will help increase network hashrate, also it is good timing, not to update twice). Thus, all attention will be focused on Likes and it will be clear for services why we update. One more feature which is present in ChekaZ release, the 1st address will be frozen, I understand that this solution is not 100%, but it is better than nothing. Also if you have another, more effective solution how to remove these coins out of supply (while burn looks unreal), we can certainly use your solution.

That is the situation and the most dangerous thing is leak of info regarding the vulnerability, also we have to reach consensus to avoid split of community regarding the fork, and we have to update quite fast to reduce risks. ChekaZ is fully responsible for the release and there will be his warranty that it will be proper hardfork technically and that the vulnerability will be completely fixed. The 2nd set of eyes (your audit) will also help, and likely we will understand better each other now and will be able to solve this issue in the best way.

Why I was saying to Mebagger only about the 1st address to freeze, and didn't mention 2 other addresses from Dec, 2014 thefts? It is important to understand and it can be verified that those 2 addresses were locked in 0.10.5 and in 0.13.9, which was a current version then, I was sure it was known, these 2 adrresses were already locked years ago and there was nothing to discuss, while the 1st address with 62B was in question.

Why I was saying to Mebagger that coin burn looks unreal, my understanding was that there was no tech possibility to burn coins with no private key, I asked Mebagger about it before, received no answer, even if it's possible to do it safe technically (it's uncommon thing), anyway it's obvious it's extremely bad for perception of blockchain. To say nothing of possible legal risks, reported by some supporters, it is necessary to consult with lawyers first, if you are involved with coin burn.

Do you agree with 13 Feb hard fork height? 10 days from now. If we come with no discord about the fork, it looks it will be enough time to update clients. There are about 15 services, including exchanges, pools, block explorers and online wallets. ChekaZ agreed to contact them, and many services know him well, so there will be no problem, especially if you also support the update. I can announce it in next 1-2 days after you will have a look at the code. Only my worry that ChekaZ will not fork your code because he told me that he should be fully sure in the code to take responsibility for it and he will need too much time to audit and rewrite everything onto your codebase. We can trust him at least because he reported vulnerability to us and did not use it. And we must act fast. Maybe you will just audit his code and focus his attention on something important if it needs to be added, and after that we begin to update and he takes full responsibility for the fork?

I told ChekaZ to make stress tests, of course, he already tested everything on the testnet, but you are right, it should be done very carefully, not in a hurry. So he will work additionally until Thursday when you will return, and then you will be able to audit his code. Yes, we agree that services must update first. However, services will look for kind of announcement to confirm that this update is legitimate, also our community, users have to be ready to update their clients to avoid issues with their transactions. I suggest that we dont mention security issues at all, anywhere, but announce it as 0.18 with SL, and first announce the news itself, and only after services update, announce the links to the client. Users will have not much time to update before the hard fork block, and we should tell them in advance about mandatory update.

Does Taranis know about the vulnerability? Would there be any discord from his side, or he understands the situation?

This was not answered, Mebagger stopped answering to me, the fork block was moved to Feb, 22 from Feb, 17, ChekaZ recompiled Mac, Windows, Linux binaries with a new fork block, after that we could not delay any longer the vulnerability fix. Moreover, ChekaZ told me that Mebagger did not understand the problem, that he suggested a solution which could be dangerous for Mooncoin chain. However, much later after the release of 0.17 (by MooncoinCore team) ChekaZ told me that Peter Bushnell reviewed the 0.17 code and it's okay. From their side, MooncoinCore team told that 0.18 is insecure, that it restored validation, but did not restore historical validation which is important for blocks before the fork block. From comments of ChekaZ and Peter (Feathercoin founder) everything was explained:1. Real vulnerability was lack of validation, historical validation related to blocks before the fork block was not so dangerous, and could be restored without a new fork and with no difference in consensus rules, just with one more update which they planned to do, but only after the update to 0.18 and AFTER the fork block to avoid the situation with split of chain with 0.13.9, a previous version, which had this vulnerability and was present at exchanges and pools since 2018 (adding historical validation feature immediately and not after the fork block would cause a split of chain)2. 0.17 was released after 0.18, but about 2-3 days before the fork block of 0.18 (which happened about Feb,22).0.17 did not implement fork block. Due to that 0.17 initially appeared on a separate chain out of 0.13 and 0.18.

They released Version 0.17.1 and it instantly forked due to introducing new consensus rules without doing so via a set block height. There is no 51% attack ongoing, the chain just split cause of their 0.17.1 release as it declines all 0.13 and 0.18 nodes.

We want a single chain after all the dust has settled, 0.17 has already broken consensus with 0.13, which is why you do not restore consensus breaking validation without doing so at a set height so everyone can upgrade in good time.

3. It was important to be on one chain and get more chainwork to be sure that 0.13 with vulnerability is no longer main version, but at the same time follows a main chain. Pools and exchanges updated to 0.18 before launch of 0.17. It was recommended to mine 0.18 and not old 0.13, to move hashpower from the insecure version to new one.

Greetings all. Altilly is currently running on v18 as the v17 consensus had some issues. At this time it seems v18 is the most stable chain.

4. Then, on March, 1 0.17 supporters used about 1,000 Ghs to mine 0.17, https://m.imgur.com/a/GOjRv43as a result 0.13.9 joined 0.17, but due to that 0.18 was left alone on a separate chain, because it had coin lock (frozen address feature) in the consensus, while 0.17 removed all protection (they told they were going to burn coins later, and accused that frozen address feature was implemented with bad intentions, but if they would make a new wallet with coin burn, they could easily remove frozen address feature in the new wallet, so what's the point? 0.18 only tried to add additional, though not 100% protection for this period, while 0.17 does not have protection against unauthorised move of coins at all). 5. It turned out that 0.18 had an issue with locked transactions, derived from 0.13.9, it could be fixed with the fork, and historical validation could be added as well, like it was planned, however, one more fork would not be a good solution, especially in the atmosphere of misunderstanding, suspicions and accusations. Also followers of 0.17 could lose their coins by using a wallet on a separate chain.To avoid split of community and mess with separate chains .17 was chosen:https://bitcointalk.org/index.php?topic=1733963.msg54050237#msg54050237However, both 0.17 and 0.18 were not ideally presented.

Mebagger did not answer my PM from Feb, 6 (when we were communicating with him before, at the beginning of February, he told me that he was working on the release, it was the first time I was informed about the 0.17 release (not just about 'working'), though during 2 years there were talks that there would be a release, but after long waiting it looked like talks and not only to me, besides, it was unclear what exactly would be in the release, would it be secure or not). There was upcoming fork block and we had to act fast to fix the vulnerability. I was sincere with Mebagger, yes, I criticised that Mebagger did not make a release during 2 years after he came as a dev and we all were waiting for him, or maybe that why not to listen to experts, if you are not qualified enough, while Peter Bushnell, a legendary Feathercoin founder was happy to assist.To be fair, Mebagger was answering my messages and questions, especially before 2019 as I can see now from my PM history when doing the research. I don't know what exactly happened between him and ChekaZ, looks like it was a conflict due to disagreement about how to better fix the vulnerability. I don't know how exactly ChekaZ gave an opportunity to audit the code, my understanding is that the code is open source and even if it is public repo, not private one, it can be audited, commited, all issues could be reported before the update of wallet at pools and exchanges. However, there was no answering, no reaction after Feb, 6, then, when pools and exchanges updated to 0.18 as it was not too much time left to the fork block (which was expected on Feb, 22), on Feb, 19, the 0.17 was released and after that all this flow of false accusations started, not only against me, and that had to be answered.The absurdity of idea that it was about 'competition', all know that we always were saying 'You are welcome' to devs and teams who were going to develop Mooncoin, added information about them to Bitcointalk topic (try it with another famous coin, and you'll see the difference) though when devs did not care about the project for long time, there was normal criticism, of course.It was necessary to fix vulnerability asap, after all, it is fixed now. That could be done in a much better way, if there were more communicating and less suspicions and accusations.

I was thinking about some accusations, that there were 'individual instructions' and not the consensus thing. Anyway, when a dev codes a wallet, he does it whether after his own decision, whether after receiving instructions from other members. Instructions can be public, made by different community members via posting at forum, or instructions can be sent via PM, by a member who is a 'bridge' between the community and a dev. However, if the community agrees with something, asks for it, waits for it, if it is evident for everyone that something is good for the entire community, is it correct to say about 'individual instructions', even if finally these instructions were sent to a dev in a PM by one person who connected a dev and the community?Another accusation was that things should not be voted at forum, but should be presented to miners via miners or users activated fork. Maybe it works for big coins like DOGE, LTC or BTC. But if there are about 50-80 nodes like in Mooncoin network and we understand that miners mine a coin mostly to sell it at exchanges and are not very well informed about a situation with Mooncoin, and one user can run easily 10 nodes, can we say that miners or users activated fork means community consensus and fair voting exactly in this case? It worked in this way: community members were asked via posts in the thread and via PM about their decision and a dev was informed, or a dev asked other members by himself, via posting or via PM, some devs communicated also at Discord and got instructions from Discord community members. If even minority of members don't agree with something, for me it is always a sign that something is wrong. However, if I remember correct, until the last events, the only disagreement in the community about what to implement was about Mooncoin logo.

Accusations? Again? From the Mooncoin Core Team? They should stop making accusations and focus only on development instead, if that's really what they want, or definitely leave, as you already proposed to them...

I was thinking about some accusations, that there were 'individual instructions' and not the consensus thing. Anyway, when a dev codes a wallet, he does it whether after his own decision, whether after receiving instructions from other members. Instructions can be public, made by different community members via posting at forum, or instructions can be sent via PM, by a member who is a 'bridge' between the community and a dev. However, if the community agrees with something, asks for it, waits for it, if it is evident for everyone that something is good for the entire community, is it correct to say about 'individual instructions', even if finally these instructions were sent to a dev in a PM by one person who connected a dev and the community?Another accusation was that things should not be voted at forum, but should be presented to miners via miners or users activated fork. Maybe it works for big coins like DOGE, LTC or BTC. But if there are about 50-80 nodes like in Mooncoin network and we understand that miners mine a coin mostly to sell it at exchanges and are not very well informed about a situation with Mooncoin, and one user can run easily 10 nodes, can we say that miners or users activated fork means community consensus and fair voting exactly in this case? It worked in this way: community members were asked via posts in the thread and via PM about their decision and a dev was informed, or a dev asked other members by himself, via posting or via PM, some devs communicated also at Discord and got instructions from Discord community members. If even minority of members don't agree with something, for me it is always a sign that something is wrong. However, if I remember correct, until the last events, the only disagreement in the community about what to implement was about Mooncoin logo.

Accusations? Again? From the Mooncoin Core Team? They should stop making accusations and focus only on development instead, if that's really what they want, or definitely leave, as you already proposed to them...

I'm still thinking about accusations which were already made on the last pages of this thread. My proposal was not simply 'to leave', it was about an independent dev who could be a peacemaker for the entire community.Anyway, if someone donates his time and other resources to Mooncoin, we are not bosses to tell them what to do. However, it is necessary to care about the project if someone is involved in development.It is very sad to see the split of community, bad emotions, accusations, untrue statements, but if someone makes them, it means that something is wrong. During 2015-2016 years Mooncoin ANN thread was a good place with positive emotions, interesting suggestions, normal critics, disputes, there was a big friendly community, unfortunately since 2017 something changed.

There was one fair accusation , about the name 'Foundation'. There were really some plans about Foundation to defend rights of investors in 2015, but later we came to the conclusion that it would be better for a decentralised project if there are no companies/official entities behind it, that the community will decide things and not just a group of investors/old supporters. However, the ANN thread was already started. The name 'Foundation' turned out to be not good for a decentralised project, it led to perception that someone is a 'boss', or that there is some group which decides things, that was just a bias, anyway. Moreover, I was told several times that unknown users spoke on behalf of 'Foundation' at other channels. I confirm that I communicate only at Bitcointalk, and all messages, posts, announcements, made somewhere else under 'Mooncoin Foundation' are not mine, and were not authorised by me. Also in 2015-2017 words 'Mooncoin Foundation' were used unofficially to unite members with more than 1 billion MOON, and that was great. But then old good times passed, and now it is important to be exact to avoid accusations, split of chain and community.

We discussed it with old community members, and we came to the conclusion that the best decision would be to start a new ANN thread, not under a name 'Mooncoin_Foundation', due to the fact that there is no official Foundation behind Mooncoin project. It will be better for perception, and will be a step to the future, it can symbolize a new era of Mooncoin .

Edit: I still hope that at least some of 37 false statements, made against me by 2 persons during a couple of days in March will be removed by these persons, if fairness yet matters anything.

There was one fair accusation , about the name 'Foundation'. There were really some plans about Foundation to defend rights of investors in 2015, but later we came to the conclusion that it would be better for a decentralised project if there are no companies/official entities behind it, that the community will decide things and not just a group of investors/old supporters. However, the ANN thread was already started. The name 'Foundation' turned out to be not good for a decentralised project, it led to perception that someone is a 'boss', or that there is some group which decides things, that was just a bias, anyway. Moreover, I was told several times that unknown users spoke on behalf of 'Foundation' at other channels. I confirm that I communicate only at Bitcointalk, and all messages, posts, announcements, made somewhere else under 'Mooncoin Foundation' are not mine, and were not authorised by me. Also in 2015-2017 words 'Mooncoin Foundation' were used unofficially to unite members with more than 1 billion MOON, and that was great. But then old good times passed, and now it is important to be exact to avoid accusations, split of chain and community.

We discussed it with old community members, and we came to the conclusion that the best decision would be to start a new ANN thread, not under a name 'Mooncoin_Foundation', due to the fact that there is no official Foundation behind Mooncoin project. It will be better for perception, and will be a step to the future, it can symbolize a new era of Mooncoin .In the new ANN thread let's keep true spirit of Mooncoin, let's stop personal attacks, avoid toxic emotions, untrue statements, suspicions and false accusations. Let's be positive and show best sides of our souls, to prove Moon shines not only for lunatics, but also for romantics and for everyone who believes in peace and progress.