I plan to try porting the atomic swap tool to Aeon in the near future.

@smooth
As far as I understood from reading the blog post by the COMIT team https://comit.network/blog/2020/10/06/monero-bitcoin/ explaining the inner workings of the software https://github.com/comit-network/xmr-btc-swap, the key to making the swap possible is the zero-knowledge proof scheme proposed by Sarang Noether that proves that a pair of public keys on Monero and Bitcoin share the same secret key. Since Aeon uses the same elliptic curve as Monero (curve25519), I believe the same scheme is applicable to Aeon as well (also to any other CryptoNote coins).

https://www.reddit.com/r/Aeon/comments/tu1p1p/aeonbtc_pending_market_removals_delisting_notice/

Although I don’t use Bittrex myself, this seems like a major loss. Can this be prevented somehow?

v0.14.2.0 release candidate

https://www.reddit.com/r/Aeon/comments/t4qjym/v01420_release_candidate/

First of all, I'm not knowledgeable about networking protocols including ZMQ. The aeon codebase currently has zmq_server.cpp/h, so I think there is some kind of ZMQ functionality, but the above monero code makes changes to zmq_pub.cpp/h which doesn't exist in aeon yet. If we were to adopt the code, we'd first need to merge any relevant upstream patches that eventually introduce zmq_pub.cpp/h. I imagine there will be lots of merge conflicts while cherry picking those commits out of order compared to monero.

Currently the P2Pool in monero has less than 3% of the total hashrate - the network is still dominated by large pools. I don't see much value in enabling P2Pool for aeon right now when the adoption is so low. I imagine the usage of it to be very low unless aeon mining becomes extremely popular.

Interesting, I haven't been following those recent developments.

Unfortunately, it seems to use some relatively recent functionality related to ZMQ and I think porting the changes to the aeon code (which is far behind monero) is rather difficult.

https://github.com/SChernykh/monero/commit/dfee15eee18a97be5a8fb9822527f98ebd1b33e9

Open a ticket in the issue tracker. Maybe I will be able to do so if I find time, or someone else will.

Name for v0.14.0 release (hard fork v9)
https://github.com/aeonix/aeon/issues/195

TradeOgre does allow withdrawal with a payment ID as I checked just now.

I don't see why an exchange wouldn't allow transfer to another exchange. I see the said tx in the explorer http://162.210.173.150/search?value=f41cea057dd81aded27ce61e322e9b4caa8377fe9abe11ca4bdcff522eff7181 with long payment ID a24dd10766304e46b32aa18177c25d5df911a33900f748b385cbb09b53fe8af8. If this payment ID is indeed what Bittrex assigned to you and Bittrex still doesn't recognize your deposit, then it could be either HitBTC or Bittrex is lying.

It is still concerning that your local node couldn't start synchronizing. Also, relying on a remote node run by someone you don't know is not recommended. To check whether this problem is Aeon-specific or not, please try running Monero's daemon (https://github.com/monero-project/monero/releases) and see if it starts synchronizing.

Terms like supply and inflation have clear definitions. I don't see how this kind of abuse of terms is useful.

I don't quite see how a mining cartel can manipulate the supply. Any miners who violate the emission rule get immediately ignored by the network as they're seen as following a different protocol (like how Bitcoin Cash is irrelevant to Bitcoin).

The RPC pay system is basically meaningful only for coins with CPU mineable (i.e., ASIC resistant) PoW algorithms. CPU mining in AEON is no longer profitable after the fork, so the RPC pay system makes little sense.

I'm also a bit skeptical about the actual effectiveness of the RPC pay system in general, even for Monero. For someone running a node and offering goods and services with the RPC pay system, he'd need to wait for a long time while continuously serving lots of customers before seeing the actual income (a solo-mined block). The income frequency can be higher for some very large and popular operators (like the top mining pools), but not so much for small businesses.

Also from the customer's point of view, especially in the context of using a remote public node, I think it'll be quite cumbersome to have to top up some credits (by mining) before being able to use the node. Noobs will cry "I don't want to wait!" and there'll be someone willing to offer public nodes without requiring any RPC payment.

We'll see if the RPC payment really proves to be useful or not.

Building the CLI on Windows isn't hard, just follow the instruction here: https://github.com/aeonix/aeon#on-windows

Anyway, here's the binary I've built for you:
(signing key: https://github.com/aeonix/aeon/blob/master/utils/gpg_keys/stoffu.asc)

If you found a problem in the software, please provide more details (e.g. how to reproduce it). Also, generally it's easier to discuss this kind of development-related stuff on GitHub (https://github.com/aeonix/aeon/issues/new).

That's very strange. Can you try this branch https://github.com/stoffu/monero/tree/aeon-getouts-errmsg to see more info in the error message? You need to compile the code yourself:
If you have problems doing that, I can do it on my side and send you a link to the binary.


So you get this error when trying to send all your coins at once by using sweep_all? Does it work if you try to send just some of your balance?

Can you try sweep_unmixable with aeon-wallet-cli? What response do you see?

RandomX is faster to compute than CryptoNight variants, so it's no surprise that the hash rate tripled after the fork. Everyone is mining at higher hash rate than before, so the profitability per kH naturally becomes lower. The article is just spreading misinformation.

I doubt RandomX ASICs coming out in the near future. The algorithm design is quite sophisticated, so creating economically viable ASICs with massively higher efficiency (e.g. 1000x) compared to CPUs will likely require a number of technological breakthroughs in the chip design industry. Though I believe they'll come out eventually when Monero gets more widely adopted and gains more financial values, it won't happen any time soon (maybe in a couple of years or even more).

Prep binaries:

• Linux
• Mac
• Windows

Hashes:
GPG signature
GPG key

• Aeon is very old, only 2 months younger than Monero. Longevity means a lot to legitimacy.
• Most coins are premined or dev taxed.
• Only Aeon is truly ASIC friendly. The OP of that thread calls coins using the original CryptoNight (with ASICs available) as ASIC friendly which is wrong. The original CryptoNight at this point is just a useless algorithm that failed to meet the original goal of ASIC resistance; the coin can only be mined profitably by ASICs, and those ASICs have to spend wasteful amount of energy for each hash calculation due to the inherent complexity of the algorithm. In contrast, truly ASIC friendly algorithms like K12 are inherently efficient to compute. Also remember that hash calculation efficiency directly affects the cost of blockchain sync.

Sorry, I just don't share your negative sentiment. Maybe this conversation is getting pointless and I should stop responding to you.