@bbc I'm not sure what you are going on about being a "Monero copy cat" after the fork?
As far as I can tell there is no real change in the relative positioning vs. Monero pre- and post-fork. AEON started out as a Monero fork/clone and had some unique changes made to it, which will remain after the fork. The only thing that is really changing is replacing the 2-year old Monero code that was the base of the original fork with a currently-updated baseline.
Actually at this point it is more diverged from Monero than it has ever been since Monero has gone full RingCT (without BP) with huge 12 KB transactions and AEON has not (which means there is a clear tradeoff in terms of smaller/cheaper transactions with moderate privacy vs. a deeper level of privacy at much higher cost). We will probably adopt bulletproofs in some manner so that divergence will resolve to partial convergence but there will still be differences. As an ongoing trajectory I don't see the post-fork copy cat argument making sense.
Yes there will be small differences, but what I mean is we cannot suppose Aeon's price to reach new highs if it only copies from what Monero is doing. Maybe the term
Monero copycat is the wrong one to use.
But you know what I mean. If Aeon has to ascend on its own then it has to develop its own ideas.
Blockchain pruning was developed in Aeon. I reckon developing that further to be more efficient might make giant strides for the project.
Actually I don't. The only thing we are arguably copying is RingCT, which aren't even being included in this version due to their enormous size/cost!
Other than that we are just taking the Monero code on which AEON was originally based (4 years old) and replacing it with up to date Monero code. I don't understand how that is a negative. Do you update your OS?
We can absolutely continue to innovate if that's what the AEON community wants (and there are developers who want to do the work, potentially paid). Being smaller than Monero has definite advantages in that regard. We don't have to coordinate with 20 or more exchanges on every important update and hard fork. A smaller community has naturally less political barriers to change (though with growth that will come here too). We have a relatively larger dev fund. None of this is anything new.
we will hopefully see more exchanges adding aeon after the rebase/hard fork, so coordination will probably not be as easy in the future.
I think small innovation would be good (like a new pruning branch on top of the newest release; and then evaluating if this feature makes sense to keep) as long as we can update our codebase to newest monero release.
otherwise we need a full time dev just to do the same improvements as monero already does (and many from us are also active in the monero community and are helping to fund bounties for moneromooo and others, so it would be a waste of money and time).
is there a list of what we could add to aeon?