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

[serpintine101]

Anyone mining aeon with R9 390's? If so what version of the miner are you using and what driver? Thanks

[CryptoRambler]

Okay, so if we're going to get Aeon relisted on Poloniex it has to have a website. Any recent progress in that area?

Many people have contacted them over the last few months--so they are aware. I ask every few weeks, just because you never know--I've also asked if someone wants to add an aeon depository on cryptokingdom as this would likely take coins off the market, as it did with XMR (currently ~1% of all monero are on cryptokingdom) and introduce a new set of investors to aeon.

I like the cryptokingdom idea for AEON

Would recommend trying to get AEON added to ShapeShift.io as I think CK is trying to integrate their API so that multiple altcoin to CK currency transactions are possible.

Two 3 points on that:

1. With CK, literally the King of the game, has approved it, so no hurdles other than building it.

2. With CK, no transaction fees (within the game--the depository address creator/maintainer may wish to enact fess on deposits/withdrawals--doubtfully as high as shapeshift, but something to consider on the plus/minus side of the debate).

3. You can create derivatives in CK, and AFAIK, no one is offering derivatives on Aeon anytime soon, least of all shapeshift, and when someone does, they won't be doing it with 0 fees.

You can do the same thing on the BitBAY client with multisig contracts too

[bangomatic]

Off Topic but...BBR is pumping.  over 50K sat now!

hope AEON can get some love soon.

[CryptoRambler]

Off Topic but...BBR is pumping.  over 50K sat now!

hope AEON can get some love soon.

There is no need to worry sir. AEON positioned for huge price increase, as it is completely undervalued.

No one is taking my AEON.

[MoneroMooo]

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.

[BoscoMurray]

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.

Not tried it yet, but I'll be using it for sure. Thanks for putting in some time to make it.

[CryptoRambler]

AEON fixin to run like a boss, just saying

Who gonna ignite the pent up demand here?

Easily $2

Why not?

[CryptoRambler]

AEON fixin to run like a boss, just saying

Who gonna ignite the pent up demand here?

Easily $2

Why not?

Not tying to be stupid FUD

But everyone here like stupid

This project worth at least 20m and we at 2m

What the problem here?

[estenity]

AEON fixin to run like a boss, just saying

Who gonna ignite the pent up demand here?

Easily $2

Why not?

Not tying to be stupid FUD

But everyone here like stupid

This project worth at least 20m and we at 2m

What the problem here?

the problem is: full value not recognized.

[Arux]

AEON fixin to run like a boss, just saying

Who gonna ignite the pent up demand here?

Easily $2

Why not?

Not tying to be stupid FUD

But everyone here like stupid

This project worth at least 20m and we at 2m

What the problem here?

the problem is: full value not recognized.

and some people playing with market:

[minerman121]

Pretty much. Todays volume is stupidly high for trading activity alone. Today is artificial volume being traded. Sadly they don't realise that pumping a stock that has no activity outside of themselves is meaningless. It's a coin mainly mined. No actual cash goes back into it to facilitate a price boost and dump.

Sometimes, I wonder...

[cryptodromeda]

... pumping a stock that has no activity outside of themselves is meaningless ...

Unless something's about to change...

[phoenix rises]

... the AEON approach of allowing limited use of 0 mix and non-RingCT transactions would allow things like pool payouts where both tracing and hiding amounts is largely pointless (the blocks mined by the pool is generally public anyway, as are the payout transactions) to be done with lower cost. Or at least, they would bid for access to the quota of 0-mix transactions. My guess is that those slots would be most valuable to pools for cheap payouts, but I don't know. The market will sort it out.

I don't see RingCT or required mixing being a problem here at all. People who don't need it can opt out, as long as is kept under control and doesn't compromise the privacy of the chain as a whole...

Hey Smooth, is there somewhere I can read more about what the AEON approach is concerning allowing a limited number of 0 mix and non RCT tx's without compromising the overall privacy of the chain as a whole?
Obviously including a 0 mix input into a >1 mix reduces privacy at the most basic level. Is there already/will there be an algo that is used to regulate this ?

Thanks

[smooth]

... the AEON approach of allowing limited use of 0 mix and non-RingCT transactions would allow things like pool payouts where both tracing and hiding amounts is largely pointless (the blocks mined by the pool is generally public anyway, as are the payout transactions) to be done with lower cost. Or at least, they would bid for access to the quota of 0-mix transactions. My guess is that those slots would be most valuable to pools for cheap payouts, but I don't know. The market will sort it out.

I don't see RingCT or required mixing being a problem here at all. People who don't need it can opt out, as long as is kept under control and doesn't compromise the privacy of the chain as a whole...

Hey Smooth, is there somewhere I can read more about what the AEON approach is concerning allowing a limited number of 0 mix and non RCT tx's without compromising the overall privacy of the chain as a whole?
Obviously including a 0 mix input into a >1 mix reduces privacy at the most basic level. Is there already/will there be an algo that is used to regulate this ?

Thanks

There are two methods planned, one of which is already implemented in the current release. The first (already implemented) is that the number of 0-mix (also currently 1-mix, but maybe those should be prohibited altogether) transactions is limited to a maximum of one per block. Given growth in usage that will be a small minority of the total number of transactions, which results, statistically, in the chain as a whole is being protected any sort of chain reaction attacks.

The second method allowing a different pathway for smaller and lower-cost transactions is planned for an upcoming upgrade but has not been disclosed yet.

[javajared]

... the AEON approach of allowing limited use of 0 mix and non-RingCT transactions would allow things like pool payouts where both tracing and hiding amounts is largely pointless (the blocks mined by the pool is generally public anyway, as are the payout transactions) to be done with lower cost. Or at least, they would bid for access to the quota of 0-mix transactions. My guess is that those slots would be most valuable to pools for cheap payouts, but I don't know. The market will sort it out.

I don't see RingCT or required mixing being a problem here at all. People who don't need it can opt out, as long as is kept under control and doesn't compromise the privacy of the chain as a whole...

Hey Smooth, is there somewhere I can read more about what the AEON approach is concerning allowing a limited number of 0 mix and non RCT tx's without compromising the overall privacy of the chain as a whole?
Obviously including a 0 mix input into a >1 mix reduces privacy at the most basic level. Is there already/will there be an algo that is used to regulate this ?

Thanks

There are two methods planned, one of which is already implemented in the current release. The first (already implemented) is that the number of 0-mix (also currently 1-mix, but maybe those should be prohibited altogether) transactions is limited to a maximum of one per block. Given growth in usage that will be a small minority of the total number of transactions, which results, statistically, in the chain as a whole is being protected any sort of chain reaction attacks.

The second method allowing a different pathway for smaller and lower-cost transactions is planned for an upcoming upgrade but has not been disclosed yet.

Hey Smooth,

I think a lot of what you have planned sounds great; what is your timetable for development? I see the github hasn't seen an update in ages.

[phoenix rises]

... the AEON approach of allowing limited use of 0 mix and non-RingCT transactions would allow things like pool payouts where both tracing and hiding amounts is largely pointless (the blocks mined by the pool is generally public anyway, as are the payout transactions) to be done with lower cost. Or at least, they would bid for access to the quota of 0-mix transactions. My guess is that those slots would be most valuable to pools for cheap payouts, but I don't know. The market will sort it out.

I don't see RingCT or required mixing being a problem here at all. People who don't need it can opt out, as long as is kept under control and doesn't compromise the privacy of the chain as a whole...

Hey Smooth, is there somewhere I can read more about what the AEON approach is concerning allowing a limited number of 0 mix and non RCT tx's without compromising the overall privacy of the chain as a whole?
Obviously including a 0 mix input into a >1 mix reduces privacy at the most basic level. Is there already/will there be an algo that is used to regulate this ?

Thanks

There are two methods planned, one of which is already implemented in the current release. The first (already implemented) is that the number of 0-mix (also currently 1-mix, but maybe those should be prohibited altogether) transactions is limited to a maximum of one per block. Given growth in usage that will be a small minority of the total number of transactions, which results, statistically, in the chain as a whole is being protected any sort of chain reaction attacks.

The second method allowing a different pathway for smaller and lower-cost transactions is planned for an upcoming upgrade but has not been disclosed yet.

I am not an expert, but it intuitively makes sense to me that if we allow some 0-mix txs then abolishing 1-mix would significantly reduce the impact they could have on privacy. Realistically though I think we are just talking about the possibility of one of the inputs in a tx being indentifiable as 'real' in a limited number of txs right? (ie where a 1-mix tx had a 0-mix as an input for one of the amounts).
Perhaps instead of abolishing 1-mix txs, we could prevent the use of 0-mix inputs for them. Is that feasible?
If my understanding is right, for 1-mix tx, you would have to be have every input paired with a 0-mix input for to reveal the whole tx, which would be a low probability event, but possible (I am working on the assumption that ring inputs are selected simply by matching amounts and not looking at other parameters, such as mix - please correct me if this is wrong, I am keen to learn and help)

I look forward to the details of the second method in due course

On a seperate note will Kovri/I2P be implemented in Aeon when it is complete in Monero? I am assuming that it is equally vulnerable to IP snooping.

[BoscoMurray]

Does anyone know where I could find more information in how to mine Aeon? I would like to start learning what hardware is good for mining this and other information about your experiences would be very welcome.

In the original post you can find a small bit of info on solo mining from within the daemon itself:
https://bitcointalk.org/index.php?topic=641696.0

These two mining pools provide links to pool mining software:
http://54.153.36.187:8080/#getting_started
http://98.238.231.31:9000/#getting_started

If you DuckDuckGo each of those softwares, you'll find more info on what hardware they are for

[BoscoMurray]

What are the plans for a GUI? Will we see Monero's GUI wrapped in Aeon blue any time soon, or is the focus on the other work? (i.e. tx mixins, pruning, kovri, etc)

[Fallenzz]

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

[javajared]

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.