i think that this coin really have a future, only because its from monero project
so the monero big ivnestors , are invested in this one also
This coin is really from the monero devs? No not really. I'm one of the Monero core team members and I took over maintaining this coin when the original dev abandoned it. It obviously has a lot of connection with Monero due to: a) being based on the same code, b) significant overlap in the community (including some investors). However that doesn't mean 'monero big investors' will necessarily ever want to buy into it. Do your own careful homework before putting any money into this or any coin. |
|
|
|
Hello everyone! aeond.exe begins to download the entire blockchain in computer memory. Is this how it should be?
Yes, and therefore your computer needs to have enough RAM (at least 6~8GB). This problem will be solved in the near future when the underlying database technology gets replaced. You can type 'save' in the console and it will save the current downloaded portion to disk and release the memory. I don't think aeond releases the memory after the 'save' command; it just saves the blockchain to the disc. Correct. However, what is the case is that once the sync is finished if you disable automatic saving (--disable-save) then you can get by with a lot less memory usage, probably 1-2 GB (as long as you have swap configured for the rest) Hi guys,
is there any possibility to change directory for blockchain? I tried to run cmd with --data-dir where i moved the blockchain, but it started to download the blockchain from beginning.
Thanks
I just did a test by moving my blockchain file and restarting with --data-dir and it worked fine. Loaded the blockchain from the file in the new location. |
|
|
|
i mean i get it. bitcoin cash was released, people sold it, and btc went even higher.
Not everyone sold it, some obviously bought and continue to buy. It still has a market price of over 300 USD and #4 by CMC. Its not overturning BTC's lead any time soon but it isn't disappearing either. sure but it would really surprise me if the next fork will just create free cash again. what i mean by that is that bitcoin just holds its price while the new chain has its own value Immediately after the BCH fork, BTC price dropped. This was predicable and expected, and unlike more efficient markets, in crypto it was actually possible to profit from this drop in a few slightly obscure ways. Some time later, the BTC price went up, but there is no clear evidence this was a direct result of BCH or that BTC would not have gone up more had some of its value not been split off. Since we can't really know what causes BTC to rise (or fall), it is difficult to ascribe the rise to BCH and its 'free money'. There is a viable argument that when beliefs and values differ significantly within a community, the total value might be increased by splitting and giving the two sides the opportunity to each express their full support for a platform consistent with their values rather than a continued fighting over a compromise that satisfies neither. The trade off here is against reduced network effect, but the magnitudes of both factors are completely unknown, so it is certainly possible. This is contingent on both sides of the split actually surviving and amounting to something. The situation with BCH seems still unclear, but it certainly hasn't died yet. Economics dictates that any such increase in combined value should occur once the split is expected though (not after), so it is possible we could say that the current rise in BTC might be tied in part to the upcoming split(s) (obviously need to balance that against risks that the split(s) could fail or cause other damage, such as by not having replay protection, etc.) cant disagree with anything here but i doubt most people think that through the way you just presented it. i think many speculate like "eh it will be bch all over again but this time i buy before so i get more out of the split" That's not inconsistent. The key question is whether the resulting split-off new coin gets buyers. For it to get buyers it has to have some sort of community supporting it and believing that it has a chance (including maybe even small in numbers but large in wealth, or some such). If not then it will crash to a very low value (much lower than BCH) quickly and then people trying to buy now to get more out of the split will be disappointed. Clearly that can't be the expectation, but it could be the result. |
|
|
|
i mean i get it. bitcoin cash was released, people sold it, and btc went even higher.
Not everyone sold it, some obviously bought and continue to buy. It still has a market price of over 300 USD and #4 by CMC. Its not overturning BTC's lead any time soon but it isn't disappearing either. sure but it would really surprise me if the next fork will just create free cash again. what i mean by that is that bitcoin just holds its price while the new chain has its own value Immediately after the BCH fork, BTC price dropped. This was predicable and expected, and unlike more efficient markets, in crypto it was actually possible to profit from this drop in a few slightly obscure ways. Some time later, the BTC price went up, but there is no clear evidence this was a direct result of BCH or that BTC would not have gone up more had some of its value not been split off. Since we can't really know what causes BTC to rise (or fall), it is difficult to ascribe the rise to BCH and its 'free money'. There is a viable argument that when beliefs and values differ significantly within a community, the total value might be increased by splitting and giving the two sides the opportunity to each express their full support for a platform consistent with their values rather than a continued fighting over a compromise that satisfies neither. The trade off here is against reduced network effect, but the magnitudes of both factors are completely unknown, so it is certainly possible. This is contingent on both sides of the split actually surviving and amounting to something. The situation with BCH seems still unclear, but it certainly hasn't died yet. Economics dictates that any such increase in combined value should occur once the split is expected though (not after), so it is possible we could say that the current rise in BTC might be tied in part to the upcoming split(s) (obviously need to balance that against risks that the split(s) could fail or cause other damage, such as by not having replay protection, etc.) |
|
|
|
Can you explain it a bit in more detail for a newbie? How is NiceHash influencing the nethash? Are people jumping from coin to coin?
I haven't looked at the details here but that can happen if the prices fluctuate rapidly. Secondly the network hash rate isn't directly measurable. There are only ways of estimating it but they can introduce large errors. |
|
|
|
i mean i get it. bitcoin cash was released, people sold it, and btc went even higher.
Not everyone sold it, some obviously bought and continue to buy. It still has a market price of over 300 USD and #4 by CMC. Its not overturning BTC's lead any time soon but it isn't disappearing either. |
|
|
|
Monero is extremly loosing cryptomarket share, this is what counts and not sone shitty dollar value holding.
I'm not sure that is right in any signifiant way. For a long time we were stuck at rank #10 on CMC and now we are #9. While Monero has lost ground against BTC other high marketcap coins have lost more. Numerically it is possible Monero's share of the total has decreased modestly but I don't see anything qualitatively significant at all here. |
|
|
|
Do pool owners NEED to update to 0.9.14.0 seeing as how it is optional?
It appears that the changes are meant for those who run a public node for remote use.
No, not needed for pools unless you are having an issue with payouts and want to use the fee multiplier (only affects wallet, not daemon). Although, now that I think about it, fees on pool payouts are likely set by the RPC and not the command line, so the fee multiplier wouldn't do anything. Pools can set whatever fees they want with the RPC. So in summary, no reason for pools to bother with 0.9.14.0. 0.9.13.0 is perfectly fine. |
|
|
|
I may risk sounding pretty dramatic... but multisig is probably by FAR the most meaningful addition to Monero's features on the docket. Hopefully it can be a point release, but of course let's let the devs get it right. Patience.  As is widely but probably not universally known, our multisig will not require a hard fork and will not be distinguishable from regular (single signer) transactions on the blockchain. I don't know what that means in terms of when it gets released. More about what it doesn't mean (doesn't have to wait for a hard fork release nor activation) |
|
|
|
For some reason XMR seems to stay less coupled to BTC than other alts...
Numerically that hasn't really held true. I've looked the data and both XMR and most other alts are highly correlated with BTC (and each other). XMR is actually more toward the "more correlated" end of the spectrum. There are maybe some exceptions but for the most part if you are buying or holding any in particular, you are either betting on a decoupling in your favor (over some time horizon might be short or long), or hoping that the relatively small residual is in your favor (of course both can be the case). |
|
|
|
Still no windows wallet gui after 3 years?
There have been but they've not been consistently maintained. This is a community-based project, so if people don't come forward with an interest in doing something it doesn't get done. Bounties are possible. After the rebase adapting the Monero GUI will be an option. |
|
|
|
|
I think the main reason for less CLAM on the sell side of the order book is that unlike most coins there are strong incentives to keep your CLAMs in the JD bankroll or stake them yourself.
|
|
|
|
I sent 5 tx with mixin 0 and now, more that 1 day, this coins not on wallet balans but transations still unconfirmed, how i can cancel it or resent ? Thank you.
Wait 24 hours. Most nodes will then drop them. Then you need to rescan your wallet to regain access to the coins and can make a new transaction. Instructions for that are upthread, or someone can repost. This thread need Korean translation, I would add Japanese to this list, but there is still no dedicated section.
Looks like we do have some followers in Korea https://twitter.com/CoinKor/status/916880023813894144 |
|
|
|
I also don't have any control over what software version they use. I understand that you have no control or responsibility for whatever HitBTC does or does not do, and I did not mean to imply otherwise. It's just too bad that for those who don't have the hardware to mine Aeon, HitBTC was for many months the only place where you could buy coins and transfer them to your own wallet, so many people ended up using them. Hopefully HitBTC will come through for their clients and everybody will get their coins. I agree, and they are welcome to contact me for assistance. I've exchanged email with them before so they know how to do so (also possible to PM me here, reddit, or twitter) |
|
|
|
I do not recommend using mixin 0 unless you are an expert and prepared to handle the delays/issues (mixin 1 should probably not be used at all). It looks like many people have problems withdrawing Aeon from HitBTC, and of course they don't have any choice in the mixin number, as it is up to HitBTC... Btw, if mixin 1 is not to be used, should it perhaps be disabled? I also don't have any control over what software version they use. It can't really be fully disabled because there are some situations where your coins can't be spent at a higher mixin. Despite the possibility of delays and expired transactions at least you have a chance to recover your coins if you keep trying (and now can use the new fee multiplier option to push it through). |
|
|
|
Optional enhancement update Phoenix (0.9.14.0)This optional enhancement release adds one new feature and one feature from upstream (Monero). The release is fully compatible and contains no significant bug fixes. As such the previous daemon and/or wallet can be used interchangeably with this one if the new features are not needed. The --restricted-rpc daemon option (ported from Monero by LesPristy) disables some unsafe RPC requests for use with public nodes The --fee-multiplier simplewallet option increases all fees by a factor of 1 (default; unchanged) to 100 (recommended: 2 or 3). This can assist in getting urgent transactions confirmed when there is a tx pool backlog. May also be used when creating mixin 0 transactions to bid for the one available tx slot per block (a 0 mixin with a fee multiplier of 2 may still be less expensive and/or confirm faster than a mixin 2 with a fee multiplier of 1, depending not the details of the transaction and network conditions). Additional changes: README cleanup (xmr-eric) Fix for incorrect hash rate displayed by daemon diff command Added instructions for manual cmake to README Windows binaries tbdhttps://github.com/aeonix/aeon/releases/tag/v0.9.14.0
|
|
|
|
I could not find RESET command in last wallet.
WTF guys?
No change. Maybe that command exists in some other coin? We have 'refresh' but no 'reset' |
|
|
|
I found the problem, guys.
The network is overloaded, about 250 transations in the unconfirmed pool.
Yes and no. I had to modify the code to display it but I found of 105 tx in the pool on my node (number will vary between nodes due to uptime, propagation, transactions expiring, etc.) 28 are mixin 0 63 are mixin 1 The remainder (14) are mixin >1 (most if not all mixin 2 and mixin 3) As I have noted before, transactions with mixin 0 or mixin 1 are limited to one per block, so these will take much longer, and in addition will not, by themselves, result in the dynamic blocksize ever growing (because to do so would usually require >1 tx in a block). I do not recommend using mixin 0 unless you are an expert and prepared to handle the delays/issues (mixin 1 should probably not be used at all). I did some tests with mixin 2 and I was generally able to get my transactions accepted within a few blocks. Occasionally there are longer backlogs but that isn't typical. On another note, the testnet release previously expected this week is now not expected until early to mid next week. In addition the roadmap and development plan will be updated some time next week. |
|
|
|
|
Show Posts
