[ANN] AEON: Scalable, private, mobile-friendly cryptocurrency

[Agruw]

I've ported my offline address generator to Aeon:
https://github.com/moneromooo-monero/monero-wallet-generator/tree/aeon

It's not yet on the master branch, because it's not well tested yet, so make sure you test you can recover the wallet with simplewallet before sending anything to it, just in case. Reports welcome, and I'll merge it to master if nobody reports problems

As usual, don't forget to verify the GPG signature, with my public key being in the Monero tree. See the second part of the wallet generator page for instructions.

I did not get any reports, so I assume either it all works fine, or nobody tried it

I've fixed a last problem with custom prefixes, which would refuse to accept an Aeon prefix, and I've pushed to master:

https://github.com/moneromooo-monero/monero-wallet-generator/tree/master

Don't forget to download the *raw* version of the page if you're going to check the GPG signature.

Enjoy.

The addresses it creates are not accepted by Bittrex.

[1714079160]

1714079160

[1714079160]

1714079160

[1714079160]

1714079160

[1714079160]

1714079160

[1714079160]

1714079160

[1714079160]

1714079160

[MoneroMooo]

Did it give a particular reason ?
Do other addresses work ?
Did you put the address in the correct place (ie, not payment id) ?
Does simplewallet accept this address ?

[Arux]

The addresses it creates are not accepted by Bittrex.

address created by monero-wallet-generator are ok on my side
transfer successfull from bittrex (without Payment_Id) to a "monero-wallet-generator" address (latest commit from github, firefox 51.0.1, ubuntu 16.10)
coins are unlocked and available to spend (back in my bittrex wallet through simplewallet)

[Agruw]

Did it give a particular reason ?
Do other addresses work ?
Did you put the address in the correct place (ie, not payment id) ?
Does simplewallet accept this address ?

It said something like 'that address is not a valid aeoncoin address'.

I tried shortly after your first post so it may have been an issue resolved with your last update.

Next time I am on Bittrex I'll get the exact wording.

[MoneroMooo]

Thanks. Make sure you copy the whole address. Also check whether it starts with 4 or W, you might have got a Monero address (Arux reported refreshing the page keeps the selection as aeon but the rest of the logic resets - browser bug I think, but I'll merge Arux's patch for this soon).

[CryptoClub]

same pumpgroup from bbr is now buying in at aeon be aware. javajared blocko and several others are involved and they are now posting since a few days in here.

Also look at the grapps and volume same trick as on bbr be aware this will fall very fast

here a nice video of these guys

https://www.youtube.com/watch?v=6aV1gc7JbLA

I don't know where you or any others on here get the gall to claim I am involved in a pump and dump. Because I ask one question in this thread you are going to accuse me of that? For the record: I have never owned more than a few thousand bbr (NEVER), and I've never participated in private or public discussion of "pumping" any cryptocurrency. I know how to program Java, hence the name. Never once have I ever claimed to be an expert in C++. I pushed a few updates to the BBR RPC API because I was motivated by CURIOSITY to work on a cryptonote Java API. THIS WAS NEVER ABOUT THE MONEY FOR ME. You people are blame blame blame without any shred of evidence. Knock it off.

I have been buying and recommending AEON for some time, and I know lots of people are buying and holding for the long term. If people are making stuff up for cheaper prices, that is what they are doing and nothing more.

[parti]

how to set up to P9 290 miner http://98.238.231.31:9000/#getting_started

[Aides]

Aeon Pool

[americanpegasus]

Everyone in the Aeon community needs to familiarize themselves with the Monero Labs research release #1: https://lab.getmonero.org/pubs/MRL-0001.pdf  

Specifically this part on pages 6 & 7:
"Chain reactions act slower and slower as mixins increase. Thus, a single mixin is inappropriate for any currency problem, because an anonymous, malicious user may spam the network with transactions they control in the hopes that they eventually control greater proportions of the UTXO set. This would essentially make all transactions from then on fully traceable (at least from Burns’ point of view), and Burns doesn’t have to take a single action after his initial seed transactions are planted in the UTXO set. This fixed initial cost for the attacker leading to a never-ending stream of information in the form of traceable transactions from other users is, clearly, a catastrophic economic failure. This is so important, we are putting it in italics: any CryptoNote coin that allows for only 1 mixin is vulnerable to a slow chain reaction in which the owner of very few private keys can violate the untraceability of much larger number of other users. Requiring a mixin of at least 2 for all transactions save for transactions that are willfully spent with 0 mixins will keep these chain reactions, probabilistically, to a smaller length. Indeed, any number greater than 1 will do, to force these chain reactions to burn themselves out, rather than to spread to the whole network, and the higher the better. Of course, a protocol-enforced, network-wide mandatory minimimum mixin of M = 10 would, presumably, cause a blockchain bloat, which can hinder adoption, which has it’s own security benefits in terms of network size. Hence, there is likely some optimal size of mandatory minimum mixin. We do no more than to suggest M = 2 as a protocol-enforced mandatory minimum, and to advise users to use as many mixin signatures as their little hearts desire."

This was a big problem with Monero and they fixed it by mandating the recommended number of mixins. However as of this moment the Aeon Blockchain has arguably worse privacy than Bitcoin. At least with Bitcoin it is understood that your transactions are traceable, and people have little expectation of privacy anymore. The problem with Aeon is that people may have an expectation of privacy, which can subsequently be violated by powerful and prepared actors, while small fish remain unaware of what is going on.

This is simply unacceptable for what aims to be a global standard. I hope that as the largest public owner of Aeon my concerns ring genuine. To FUD this blockchain is inherently a self-defeating measure, so this issue should be taken seriously.

My recommendation to devs, including smooth, is this: Either incorporate mandatory mixin or let's mandate zero mixin. If we mandate zero mixin, then Aeon becomes the fabled 'clearnote protocol' that truly can be a powerful companion to Monero and incorporate radical pruning that the Monero blockchain could never approach.
I am welcome to comments, criticisms, and ideas here.  
  
Crosspost from: https://www.reddit.com/r/Aeon/comments/5u20b0/we_have_a_serious_issue_that_needs_to_be/


Smooth's response on this issue:

  AEON's solution addresses the problem identified in MRL-0001. By allowing only one 0-mix transaction per block (when there can, and will assuming AEON becomes a "global standard", be many txs per block), the average ring size will be high enough to ensure that any attacker's existing known output set (the attack discussed) "burns out". MRL-0001 is also overly conservative in its calculations as it does not consider that outputs are currently chosen using a triangular distribution (favoring the new "burned out" outputs) as this was added after MRL-0001 was written. Given the combined effect the "burn out" will occur at an even faster rate for a given average ring size than is shown on the chart n the paper.
The possible attack is then reduced to an ongoing Sybil attack where (unlike a situation where there is a high number of 0- and 1- mix transactions) the attacker must incur an ongoing cost to create more and more new outputs. This is essentially the same situation as banning 0-mix altogether except that the average ring size will be slightly smaller and therefore the burn out rate also slightly slower.
I do not believe we need to remove 0-mix transactions altogether and I also believe we can further improve things to expand their use in a safe manner which will bring most of the benefits of what you describe as the clear note protocol without dropping larger ring sigs altogether. Done right the two can coexist.

[The Cryptophilanthropist]

Anyone have a link for Windows AMD miner for Aeon? Or an OpenCL build for a AMD 5870 , or is it even worth running?

[Nik4691]

Anyone have a link for Windows AMD miner for Aeon? Or an OpenCL build for a AMD 5870 , or is it even worth running?

https://github.com/Arux-BTT/wolf-aeon-miner/releases

[The Cryptophilanthropist]

Anyone have a link for Windows AMD miner for Aeon? Or an OpenCL build for a AMD 5870 , or is it even worth running?

https://github.com/Arux-BTT/wolf-aeon-miner/releases

Thanks I'll check it out, I'm an Nvidia guy sooooo....

[The Cryptophilanthropist]

Anyone have a link for Windows AMD miner for Aeon? Or an OpenCL build for a AMD 5870 , or is it even worth running?

https://github.com/Arux-BTT/wolf-aeon-miner/releases

Thanks I'll check it out, I'm an Nvidia guy sooooo....

What do I need to change in the conf besides my address and ports?? Crashes with 640 setting, OpenCl error -54 with other settings,, how do I find out what settings I should have for this card? Radeon 5800 series, I feel like a noob again thanks for any suggestions!

[jwinterm]

Anyone have a link for Windows AMD miner for Aeon? Or an OpenCL build for a AMD 5870 , or is it even worth running?

https://github.com/Arux-BTT/wolf-aeon-miner/releases

Thanks I'll check it out, I'm an Nvidia guy sooooo....

What do I need to change in the conf besides my address and ports?? Crashes with 640 setting, OpenCl error -54 with other settings,, how do I find out what settings I should have for this card? Radeon 5800 series, I feel like a noob again thanks for any suggestions!

I think your card might be too old. You can try lowering intensity, maybe try 512, 256, 128, 64. If it doesn't work at 64 probably not gonna work. You could also try asking Wolf` on #monero-pools channel on freenode irc, he's generally very helpful and he wrote the original miner for Monero.

[The Cryptophilanthropist]

Anyone have a link for Windows AMD miner for Aeon? Or an OpenCL build for a AMD 5870 , or is it even worth running?

https://github.com/Arux-BTT/wolf-aeon-miner/releases

Thanks I'll check it out, I'm an Nvidia guy sooooo....

What do I need to change in the conf besides my address and ports?? Crashes with 640 setting, OpenCl error -54 with other settings,, how do I find out what settings I should have for this card? Radeon 5800 series, I feel like a noob again thanks for any suggestions!

I think your card might be too old. You can try lowering intensity, maybe try 512, 256, 128, 64. If it doesn't work at 64 probably not gonna work. You could also try asking Wolf` on #monero-pools channel on freenode irc, he's generally very helpful and he wrote the original miner for Monero.

Thanks , thought it might be too old

[merkalor]

Whats the difference between Aeon and Monero?

Why should I invest ?

Its the first time I heard this coin

[bbc.reporter]

@merkalor. I am thinking about the same question as you. What I want to know is about Aeon's proof of work. What differences does this cryptocoin have with Monero's proof of work? I know that both are cryptonote coins but are there key differences between the 2 that would make 1 more efficient and more resistant to bloating the blockchain? How big are Aeon blocks and what is the total size of the blockchain?

[jwinterm]

Here is some info on the differences:
http://monero.stackexchange.com/questions/1393/what-is-the-aeon-currency

Highlights:
4 minute block time
a lighter variant of the Cryptonight PoW
0 mixin transactions will be allowed

[Djinou94]

Aeon is the Monero Litecoin

Dont know if its a good thing

Do you guys have a Slack or Telegram group?

[adhitthana]

Smooth's response on this issue:

  AEON's solution addresses the problem identified in MRL-0001. By allowing only one 0-mix transaction per block (when there can, and will assuming AEON becomes a "global standard", be many txs per block), the average ring size will be high enough to ensure that any attacker's existing known output set (the attack discussed) "burns out". MRL-0001 is also overly conservative in its calculations as it does not consider that outputs are currently chosen using a triangular distribution (favoring the new "burned out" outputs) as this was added after MRL-0001 was written. Given the combined effect the "burn out" will occur at an even faster rate for a given average ring size than is shown on the chart n the paper.
The possible attack is then reduced to an ongoing Sybil attack where (unlike a situation where there is a high number of 0- and 1- mix transactions) the attacker must incur an ongoing cost to create more and more new outputs. This is essentially the same situation as banning 0-mix altogether except that the average ring size will be slightly smaller and therefore the burn out rate also slightly slower.
I do not believe we need to remove 0-mix transactions altogether and I also believe we can further improve things to expand their use in a safe manner which will bring most of the benefits of what you describe as the clear note protocol without dropping larger ring sigs altogether. Done right the two can coexist.

And in plain English? In a sentence