Bitcoin Forum
March 19, 2019, 06:23:10 PM *
News: Latest Bitcoin Core release: 0.17.1 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 [103] 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 ... 291 »
  Print  
Author Topic: [ANN] AEON [2018-11-30: update to 0.12.7.0+ ASAP; 0.12.8.0 on Windows]  (Read 594780 times)
nioc
Legendary
*
Offline Offline

Activity: 1610
Merit: 1008

out of the blue and into the black


View Profile
September 09, 2015, 01:27:59 PM
 #2041

New version (0.9.4.0)

Mandatory if you are currently using 0.9.2.0 or 0.9.3.0

Recommended for all users

In order to avoid any future problems like the one that happened to MoneroMooo's pool, this release reverts the recent changes to optimize blockchain memory usage and remove stuck tx key images. It is very likely that one of these changes (possibly in connection with some existing bug) caused Mooo's blockchain to become corrupt. Those changes are also present in the pruning test so I recommend discontinuing the test until further notice.

The other recent improvements such as fixing the mining speed on Windows, anonymity improvements, transaction fee, dust reduction, etc. remain in this version.

You will need to download a bootstrap from before the 0.9.2.0-0.9.3.0 changes or resync. Your existing blockchain will be ignored. Resyncing should be significantly faster than before in most cases. The older bootstraps from OP will likely work thought they will require a bit of syncing.

The pruning test branch has been updated to 0.9.4.0, so if you are using that you will need to fetch the update and recompile or wait for a new community-provided build.

Other changes in this release

Optimize sync speed in checkpoint zone
Update seed node list

https://github.com/aeonix/aeon/releases/tag/v0.9.4.0

I was using 0.9.1.1 and just updated to 0.9.4.0

I did not download a bootstrap but just opened it.  The blockchain had been up to date on 0.9.1.1.  My comp is relatively slow.  It went thru the checkpoints in one minute as well as "blockchain initialized. last block 604734"  and 2 minutes later it was synced.

Is that correct?  Was I supposed to delete any BIN files?

If you don't know where you're going any road will get you there
1553019790
Hero Member
*
Offline Offline

Posts: 1553019790

View Profile Personal Message (Offline)

Ignore
1553019790
Reply with quote  #2

1553019790
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1553019790
Hero Member
*
Offline Offline

Posts: 1553019790

View Profile Personal Message (Offline)

Ignore
1553019790
Reply with quote  #2

1553019790
Report to moderator
1553019790
Hero Member
*
Offline Offline

Posts: 1553019790

View Profile Personal Message (Offline)

Ignore
1553019790
Reply with quote  #2

1553019790
Report to moderator
bitl0ck
Sr. Member
****
Offline Offline

Activity: 240
Merit: 250



View Profile
September 09, 2015, 01:47:16 PM
 #2042

10K AEON FOR SALE, paypal or paysafecard.

pm me
QuasiPuppet
Newbie
*
Offline Offline

Activity: 25
Merit: 0


View Profile
September 09, 2015, 01:54:08 PM
 #2043

Has anyone been able to compile Aeon on Arch? I cant get the darn aeond to compile on Arch or run if I compile on Ubuntu....

What error do you get?


It's looking for boost-1.55 but you have boost 1.58 installed.

As for the compile error, go into CMakeLists.txt, find where is says -Werror and delete that.

Ok, now I get a new error

Code:

[ 17%] Building CXX object src/CMakeFiles/cryptonote_core.dir/cryptonote_core/miner.cpp.o
In file included from /home/twiggy/Wallets/aeon/contrib/epee/include/storages/portable_storage_template_helper.h:32:0,
                 from /home/twiggy/Wallets/aeon/src/cryptonote_core/miner.cpp:44:
/home/twiggy/Wallets/aeon/contrib/epee/include/storages/portable_storage.h: In member function ‘bool epee::serialization::portable_storage::get_next_section(epee::serialization::portable_storage::harray, epee::serialization::section*&)’:
/home/twiggy/Wallets/aeon/contrib/epee/include/storages/portable_storage.h:430:16: error: converting to ‘bool’ from ‘std::nullptr_t’ requires direct-initialization [-fpermissive]
         return nullptr;
                ^
src/CMakeFiles/cryptonote_core.dir/build.make:86: recipe for target 'src/CMakeFiles/cryptonote_core.dir/cryptonote_core/miner.cpp.o' failed
make[3]: *** [src/CMakeFiles/cryptonote_core.dir/cryptonote_core/miner.cpp.o] Error 1
make[3]: Leaving directory '/home/twiggy/Wallets/aeon/build/release'
CMakeFiles/Makefile2:324: recipe for target 'src/CMakeFiles/cryptonote_core.dir/all' failed
make[2]: *** [src/CMakeFiles/cryptonote_core.dir/all] Error 2
make[2]: Leaving directory '/home/twiggy/Wallets/aeon/build/release'
Makefile:138: recipe for target 'all' failed
make[1]: *** [all] Error 2
make[1]: Leaving directory '/home/twiggy/Wallets/aeon/build/release'
Makefile:20: recipe for target 'build-release' failed
make: *** [build-release] Error 2

smooth
Legendary
*
Offline Offline

Activity: 2058
Merit: 1077



View Profile
September 09, 2015, 03:51:08 PM
 #2044

Has anyone been able to compile Aeon on Arch? I cant get the darn aeond to compile on Arch or run if I compile on Ubuntu....

What error do you get?


It's looking for boost-1.55 but you have boost 1.58 installed.

As for the compile error, go into CMakeLists.txt, find where is says -Werror and delete that.

Ok, now I get a new error

Code:

[ 17%] Building CXX object src/CMakeFiles/cryptonote_core.dir/cryptonote_core/miner.cpp.o
In file included from /home/twiggy/Wallets/aeon/contrib/epee/include/storages/portable_storage_template_helper.h:32:0,
                 from /home/twiggy/Wallets/aeon/src/cryptonote_core/miner.cpp:44:
/home/twiggy/Wallets/aeon/contrib/epee/include/storages/portable_storage.h: In member function ‘bool epee::serialization::portable_storage::get_next_section(epee::serialization::portable_storage::harray, epee::serialization::section*&)’:
/home/twiggy/Wallets/aeon/contrib/epee/include/storages/portable_storage.h:430:16: error: converting to ‘bool’ from ‘std::nullptr_t’ requires direct-initialization [-fpermissive]
         return nullptr;
                ^
src/CMakeFiles/cryptonote_core.dir/build.make:86: recipe for target 'src/CMakeFiles/cryptonote_core.dir/cryptonote_core/miner.cpp.o' failed
make[3]: *** [src/CMakeFiles/cryptonote_core.dir/cryptonote_core/miner.cpp.o] Error 1
make[3]: Leaving directory '/home/twiggy/Wallets/aeon/build/release'
CMakeFiles/Makefile2:324: recipe for target 'src/CMakeFiles/cryptonote_core.dir/all' failed
make[2]: *** [src/CMakeFiles/cryptonote_core.dir/all] Error 2
make[2]: Leaving directory '/home/twiggy/Wallets/aeon/build/release'
Makefile:138: recipe for target 'all' failed
make[1]: *** [all] Error 2
make[1]: Leaving directory '/home/twiggy/Wallets/aeon/build/release'
Makefile:20: recipe for target 'build-release' failed
make: *** [build-release] Error 2


Edit and change nullptr there to false.

Was fixed in Monero here: https://github.com/monero-project/bitmonero/commit/696225321f26c0754f0ae60d18201e375fb6ff82

I'll pull that into AEON shortly.
smooth
Legendary
*
Offline Offline

Activity: 2058
Merit: 1077



View Profile
September 09, 2015, 03:53:17 PM
 #2045

New version (0.9.4.0)

Mandatory if you are currently using 0.9.2.0 or 0.9.3.0

Recommended for all users

In order to avoid any future problems like the one that happened to MoneroMooo's pool, this release reverts the recent changes to optimize blockchain memory usage and remove stuck tx key images. It is very likely that one of these changes (possibly in connection with some existing bug) caused Mooo's blockchain to become corrupt. Those changes are also present in the pruning test so I recommend discontinuing the test until further notice.

The other recent improvements such as fixing the mining speed on Windows, anonymity improvements, transaction fee, dust reduction, etc. remain in this version.

You will need to download a bootstrap from before the 0.9.2.0-0.9.3.0 changes or resync. Your existing blockchain will be ignored. Resyncing should be significantly faster than before in most cases. The older bootstraps from OP will likely work thought they will require a bit of syncing.

The pruning test branch has been updated to 0.9.4.0, so if you are using that you will need to fetch the update and recompile or wait for a new community-provided build.

Other changes in this release

Optimize sync speed in checkpoint zone
Update seed node list

https://github.com/aeonix/aeon/releases/tag/v0.9.4.0

I was using 0.9.1.1 and just updated to 0.9.4.0

I did not download a bootstrap but just opened it.  The blockchain had been up to date on 0.9.1.1.  My comp is relatively slow.  It went thru the checkpoints in one minute as well as "blockchain initialized. last block 604734"  and 2 minutes later it was synced.

Is that correct?  Was I supposed to delete any BIN files?

You're good to go. There was never any problem with 0.9.1.1 and if you had one of the later versions it would have automatically synced from scratch.

BTW, notice the extremely fast sync time for AEON now. With the lighter PoW and 4 minute block time, sync speed is increased by up to 20x depending on hardware. More optimizations are possible, too.
smooth
Legendary
*
Offline Offline

Activity: 2058
Merit: 1077



View Profile
September 09, 2015, 03:54:01 PM
Last edit: September 09, 2015, 05:23:21 PM by smooth
 #2046

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
smooth
Legendary
*
Offline Offline

Activity: 2058
Merit: 1077



View Profile
September 09, 2015, 03:55:06 PM
 #2047


This error indicates that your blockchain.bin file is corrupt. (The alt-chain supposedly connects to a block that is higher than the length of the main chain in your blockchain.bin file.)

I don't know how this happened and if you want to upload your blockchain.bin somewhere perhaps we can analyze it. However, for the time being I suggest that you either delete blockchain.bin and resync from scratch (reasonably fast with the latest version) or download one of the bootstraps.


Thank a lot, issue was fixed.

I have 2 questions, BTW:

1. Is it possible to store blockchain in any place I want (Win client)? Drive C: is too small.
2. Why aeond takes all available memory (4Gb)? Other daemons not so hungry...

1. Yes, you can use the --data-dir option to put the data elsewhere. I understand it is possible to set up a shortcut to store daemon command line options, but I don't know the details since I don't use Windows.

2. We are working on improvements. The experimental pruning version reduces memory usage almost by half. Eventually the database will reduce it to almost nothing (<100MB).
smooth
Legendary
*
Offline Offline

Activity: 2058
Merit: 1077



View Profile
September 10, 2015, 12:01:41 AM
 #2048

An investor has contacted me who wants to buy a some coins OTC. If you are looking to diversify or cash out please PM me and I will escrow it (no fee but you are free to make a donation). Minimum lots of 25K.
exciter0
Member
**
Offline Offline

Activity: 115
Merit: 10


View Profile
September 10, 2015, 01:21:35 AM
 #2049

An investor has contacted me who wants to buy a some coins OTC. If you are looking to diversify or cash out please PM me and I will escrow it (no fee but you are free to make a donation). Minimum lots of 25K.


I bet the buyer is testing whether you would dump the 400K dev bounty, Smooth *wink* *wink*  Tongue
We also have that fine OTC thread that dnaleor's running.


▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀█▄ G O L D M I N T ▄█▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
▬▬▬ Blockchain based platform which operates Gold-backed Cryptoassets ▬▬▬
▬▬▬▬▬▬ BLOGTelegramSlackANN ThreadTwitterReddit ▬▬▬▬▬▬
rendravolt
Hero Member
*****
Offline Offline

Activity: 882
Merit: 500


View Profile
September 10, 2015, 02:07:33 AM
 #2050

Wait pump  Smiley
languagehasmeaning
Sr. Member
****
Offline Offline

Activity: 336
Merit: 250


View Profile
September 10, 2015, 04:01:06 AM
 #2051

An investor has contacted me who wants to buy a some coins OTC. If you are looking to diversify or cash out please PM me and I will escrow it (no fee but you are free to make a donation). Minimum lots of 25K.


I am actually more interested in buying than selling. Why OTC now that we have an exchange? Is this for purely liquidity reasons (not enough on the exchanges)?
kazuki49
Sr. Member
****
Offline Offline

Activity: 350
Merit: 250



View Profile
September 10, 2015, 04:20:27 AM
 #2052

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.
erok
Hero Member
*****
Offline Offline

Activity: 896
Merit: 1000


Avatars are overrated.


View Profile
September 11, 2015, 08:13:25 AM
 #2053

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.

"the destruction of privacy widens the existing power imbalance between the ruling factions and everyone else" -- Julian Assange
smooth
Legendary
*
Offline Offline

Activity: 2058
Merit: 1077



View Profile
September 12, 2015, 07:57:57 PM
 #2054

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)
smooth
Legendary
*
Offline Offline

Activity: 2058
Merit: 1077



View Profile
September 13, 2015, 11:00:40 AM
Last edit: September 13, 2015, 11:45:52 AM by smooth
 #2055

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://bitcointalk.org/index.php?topic=641696.msg12272943#msg12272943

Link to pruning FAQ: https://bitcointalk.org/index.php?topic=641696.msg12278027#msg12278027
myagui
Legendary
*
Offline Offline

Activity: 1154
Merit: 1000



View Profile
September 13, 2015, 11:38:05 AM
Last edit: September 13, 2015, 11:49:41 AM by myagui
 #2056

@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.

valkoun
Member
**
Offline Offline

Activity: 155
Merit: 10


View Profile
September 13, 2015, 02:00:46 PM
 #2057

buy
Aeon coin

contaktujte me

josefvalkys@gmail.com
myagui
Legendary
*
Offline Offline

Activity: 1154
Merit: 1000



View Profile
September 14, 2015, 01:28:59 PM
 #2058

@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...

smooth
Legendary
*
Offline Offline

Activity: 2058
Merit: 1077



View Profile
September 14, 2015, 10:26:52 PM
 #2059

@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.
smooth
Legendary
*
Offline Offline

Activity: 2058
Merit: 1077



View Profile
September 15, 2015, 06:49:05 AM
 #2060

@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.

Pages: « 1 ... 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 [103] 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 ... 291 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!