Author

Topic: [ANN] AEON [2019-09-27: Upgrade to version 0.13.0.0 ASAP HF@1146200 Oct 25] - page 216. (Read 625666 times)

legendary
Activity: 2968
Merit: 1198
Is there a way to mine this coin with gpu's any more or are we stuck mining with just cpu's

Yes with nvidia (open source tsiv miner is updated). Apparently no with AMD since I don't think claymore has not updated his miner. If you want him to do that you should go over to his thread and ask him. https://bitcointalksearch.org/topic/claymores-cryptonote-amd-gpu-miner-v113-638915
hero member
Activity: 611
Merit: 500
Is there a way to mine this coin with gpu's any more or are we stuck mining with just cpu's .It's not worth mining anymore if i'm suck just using my cpu  I'v mined:9,130.310914581312 so far with my gpu's 4 7990's but im only geting around 3 a day mining with my cpu it's a amd fx 8120
hero member
Activity: 686
Merit: 500
Is there any way to run a pool via Win 7 ?

Sure you can. If you have enough memory, get VMWare player or Virtualbox and install linux as a guest VM. Then install the pool software in guest.


I did this before I stopped using Windows and switched to solely using Linux for anything related to crypto
full member
Activity: 182
Merit: 100
★YoBit.Net★ 350+ Coins Exchange & Dice
Is normal that if i give the command bc_height (that i suppose shows the last block downloaded) shows 401 and doesn't change even after 1 hour? i have 7 peers and no idea about how is possible...

bc_height is a wallet command. In order to update the wallet view of the blockchain you need to use refresh or exit and reenter the wallet.

An alternative is the diff command in the daemon which shows real-time height and difficulty

I did it but it didn't changed anything... Well i suppose there is a bug somewhere that blocks all...
legendary
Activity: 2968
Merit: 1198
get VMWare player or Virtualbox

Both of these are free BTW, for people who aren't familiar.
member
Activity: 115
Merit: 10
Is there any way to run a pool via Win 7 ?

Sure you can. If you have enough memory, get VMWare player or Virtualbox and install linux as a guest VM. Then install the pool software in guest.
sr. member
Activity: 309
Merit: 250
Is there any way to run a pool via Win 7 ?
hero member
Activity: 649
Merit: 500
Is there open source software to set up a pool ? I recall having seen something posted here but can't seem to find it now.

Yes, here is the one moneromoo is using for his pool (includes various bug fixes, etc. on the mooo branch):

https://github.com/moneromooo/cryptonote-universal-pool/tree/mooo

exciter0 posted a step by step:
https://bitcointalksearch.org/topic/m.12293931
legendary
Activity: 1154
Merit: 1001
[...]
If you do any more tests like this please have the daemon in log level 2 (warning this may create some larger than usual log files) and save the wallet log file file. I don't suggest posting it since it might disclose some private information but perhaps you can send it to me privately to review it. Thanks.

Will do, cheers Smooth!
legendary
Activity: 2968
Merit: 1198
Is there open source software to set up a pool ? I recall having seen something posted here but can't seem to find it now.

Yes, here is the one moneromoo is using for his pool (includes various bug fixes, etc. on the mooo branch):

https://github.com/moneromooo/cryptonote-universal-pool/tree/mooo
hero member
Activity: 637
Merit: 500
Is there open source software to set up a pool ? I recall having seen something posted here but can't seem to find it now.
legendary
Activity: 2968
Merit: 1198
@Smooth:

Reporting back on the high mixin transfers I just did while running the light-node:
Both the 100 and 200 mixin transactions bounced (balance restored in the originating wallet after about 24 hours). I then attempted re-doing the 100 mixin transfer using a full-node, and that worked out, balance is confirmed at the receiving end.

I reviewed this some more but I don't see any reason in the code why the wallet would create transactions that wouldn't be confirmed. The wallet actually uses 125% of the base size and the default mining code (which most if not all mining nodes probably use) uses 130% so there should be some extra flexibility (though I don't see why even that would be needed) in the size before transactions fail to confirm.

If you do any more tests like this please have the daemon in log level 2 (warning this may create some larger than usual log files) and save the wallet log file file. I don't suggest posting it since it might disclose some private information but perhaps you can send it to me privately to review it. Thanks.

legendary
Activity: 2968
Merit: 1198
@Smooth:

Reporting back on the high mixin transfers I just did while running the light-node:
Both the 100 and 200 mixin transactions bounced (balance restored in the originating wallet after about 24 hours). I then attempted re-doing the 100 mixin transfer using a full-node, and that worked out, balance is confirmed at the receiving end.

I can imagine that the light-node would have a smaller UTXO set available to work with when building any transaction, though I would expect that the only limitation that would bring, would be a higher rate of instances where the necessary outputs for a given transaction are not available/found (when doing very high mixin values).

There shouldn't be any difference between the two, but there is randomness in how transactions are constructed. So doing the same transaction multiple times even with the same wallet-daemon-settings combination can produce different results. I'm not sure why the wallet would allow creating a transaction that doesn't get mined though. I'll double check those rules.
legendary
Activity: 1154
Merit: 1001
@Smooth:

Reporting back on the high mixin transfers I just did while running the light-node:
Both the 100 and 200 mixin transactions bounced (balance restored in the originating wallet after about 24 hours). I then attempted re-doing the 100 mixin transfer using a full-node, and that worked out, balance is confirmed at the receiving end.

I can imagine that the light-node would have a smaller UTXO set available to work with when building any transaction, though I would expect that the only limitation that would bring, would be a higher rate of instances where the necessary outputs for a given transaction are not available/found (when doing very high mixin values).
So, used mixin 100, and was transferring 5 aeon, while the balance on the originating wallet was exactly that of having solo mined a block the day before. In this particular instance, I don't have a clue as to what would cause the transaction to not be accepted when using the light-node, and then get accepted if done with the full-node.

About the instance where I reported that my light-node was actually some ~20 blocks behind, there's nothing meaningful in the logs. The only interesting thing that I noted, is that the moment when my node caught up with the rest of the network, was right after an automatic blockchain save (which takes just a few seconds to complete on this box). Dunno if this warrants any further investigation, could well have been an isolated case of my node running low on peers, having some external connectivity drop or something...
member
Activity: 154
Merit: 10
legendary
Activity: 1154
Merit: 1001
@smooth: I'm still on the --pruning version, updated right after you had posted the equivalent 0.9.4.0 source. No issues at all to report, I get solo blocks now and then, I get a peer or two dropped as 'can't supply pruned blocks'. I've been doing as well some transactions in and out, no trouble.

I'm doing a couple of high mixin transfers now, for no particular reason. Tried mixin 500, and the daemon could not find a suitable transaction split method. I figure this is expected, as such high mixin will be attempting/generating a transaction that is too large for the current block size. A couple others with mixin 100 and 200 went through, will see if there is any that bounce.

Edit: Actually, have one odd issue, though I need to look at my logs 1st to see if I make any sense of it. It looks that my daemon was ~20 blocks behind just now, even though it had been running for over 48h, and had even found a couple of blocks in the meantime. I think it has/had many peers connected all the while, will check further.
legendary
Activity: 2968
Merit: 1198
Question: Is anyone still testing the --pruning version? Any issues or other observations to report? In case you weren't aware I updated it to match 0.9.4.0 so if you are testing the older one please upgrade (just follow the original instructions and you'll get the current one).

Link to pruning test version: https://bitcointalksearch.org/topic/m.12272943

Link to pruning FAQ: https://bitcointalksearch.org/topic/m.12278027
legendary
Activity: 2968
Merit: 1198
Donations

We received various donations in amounts from 100-1500 and one 10 000 along with consistent --donate blocks

Thank you to all the donators!

balance: 452706.459134109056, unlocked balance: 452668.485826029737

Previously spent: 19000 (bounties)
hero member
Activity: 896
Merit: 1000
Avatars are overrated.
I'm surprised the price for this coin isn't higher but considering how Monero is also very low, I'm not bothered. There are some interesting things happening in "alt"crypto, I can still count them with one hand but its enough to keep interest.

Bitcoin is the new IBM.
Well put.

The bottom line is that there are no coins getting action right now from the financial district. BTC is too volatile for a real investment and is an unfortunate stepping stone to invest into other cryptos such as this. It will take people abandoning established brands to boost this. But, while people make up their minds about what the next year holds, others accumulate when there is blood in the streets.
sr. member
Activity: 350
Merit: 250
I'm surprised the price for this coin isn't higher but considering how Monero is also very low, I'm not bothered. There are some interesting things happening in "alt"crypto, I can still count them with one hand but its enough to keep interest.

Bitcoin is the new IBM.
Jump to: