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

[GingerAle]

smooth -

i forget where u mentioned it, perhaps IRC, but you mentioned your curiosity about a decentralized payment network that was totally voluntary - i.e., no block rewards, as it relates to centralization of mining power etc. as I've mentioned before, the decentralized nature of cryptocurrencies is what appeals to me, so my thoughts are on this component as well.

I've always been fascinated by the prospect of the protocol somehow limiting / throttling the hashpower of individual miners or something.

one could imagine a simple mechanism, wherein the previous n block rewards are checked and if the addresses match, then the reward is denied outright or distributed to another use in some fashion.

of course, a plausible exploit would be someone just spawning multiple mining instances with different addresses, and I'm assuming this could be easily done with software. Though if the parameters of the throttle are set in such a way, it might be possible that the required workaround would eat so much in transfer fees to render the exploit unattractive.

[myagui]

Cryptrol, Moneromooo, thank you both for the feedback.

Removing the p2pstate.bin did the trick, though the daemon starting sync'ing again from block 0 at that point, so it looks like it somehow ignored the up-to-date blockchain that I already had. I'm letting it run to see that it syncs again up to the current block and hopefully find that I have no further issues from there  

Edit: decided to have a go at the blockchain bootstrap, and fwiw, as soon as I start the daemon, it complains that it can't access the blockchain file and starts sync'ing from block 0. The error message was:
2015-Jul-22 17:40:29.033663 Loading blockchain...
2015-Jul-22 17:40:29.034665 Can't load blockchain storage from file, generating genesis block.
2015-Jul-22 17:40:29.073606 Blockchain initialized. last block: 0, d1113.h11.m40.s29 time ago, current difficulty: 1

I then checked that allowing a slow resync does work as expected, in the sense that I can save the blockchain state, and it does get loaded on subsequent daemon starts (so that I am not starting from block 0 again, every single time I start the daemon). I'll just let it sync now and see how that works out.

[cryptrol]

Removing the p2pstate.bin did the trick, though the daemon starting sync'ing again from block 0 at that point, so it looks like it somehow ignored the up-to-date blockchain that I already had. I'm letting it run to see that it syncs again up to the current block and hopefully find that I have no further issues from there  

That's strange, what version of the daemon where you using previous to the update?

[myagui]

My logs show:
2015-Jul-04 16:25:17.799529 aeon v0.8.8.2()

I'm thinking that I might have been running the test version prior to this latest Phoenix release... In any case, a fresh download of the OP Win-x64 bootstrap is ignored by the latest binaries, and again, sync'ing starts from block 0. Me is clueless. 

[BoscoMurray]

Removing the p2pstate.bin did the trick, though the daemon starting sync'ing again from block 0 at that point, so it looks like it somehow ignored the up-to-date blockchain that I already had. I'm letting it run to see that it syncs again up to the current block and hopefully find that I have no further issues from there  

That's strange, what version of the daemon where you using previous to the update?

FYI. I'm using your new binaries OK in Win 7 x64. Blockchain sync picked up where it left off. I was using "aeon-phoenix-rc1-win-x86_64.zip" (shows as 0.8.8.2() in the logs). Not sure where I pulled that binary from... maybe was yours too.

[smooth]

The OTC topic had some nice volume, so it's time for a new donation. I'll donate 700 AEON, making my total donation 1000 AEON, now worth about 30 XMR

Keep devving guys, you're doing a great job

Thank you for the donation!

The current donation balance is:

balance: 413537.378217015222, unlocked balance: 413537.378217015222

Spent:

10000 AEON - pool software upgrade bounty
9000 AEON - GPU miner upgrade bounty

19000 AEON - total

[cryptrol]

My logs show:
2015-Jul-04 16:25:17.799529 aeon v0.8.8.2()

I'm thinking that I might have been running the test version prior to this latest Phoenix release... In any case, a fresh download of the OP Win-x64 bootstrap is ignored by the latest binaries, and again, sync'ing starts from block 0. Me is clueless. 

I was also using the latest test version without an issue.
I have recompiled the binaries from a clean git clone again, just in case, they are in the same link.
Does anybody else have tried to bootstrap from the OP blockchain with my binaries ?

[smooth]

Looks to me like that problem is caused by boost serialization failing to read one of the old files, possibly because a different version of boost was used, file copied across platforms, files corrupted, etc.

[Arux]

Removing the p2pstate.bin did the trick, though the daemon starting sync'ing again from block 0 at that point, so it looks like it somehow ignored the up-to-date blockchain that I already had. I'm letting it run to see that it syncs again up to the current block and hopefully find that I have no further issues from there  

That's strange, what version of the daemon where you using previous to the update?

FYI. I'm using your new binaries OK in Win 7 x64. Blockchain sync picked up where it left off. I was using "aeon-phoenix-rc1-win-x86_64.zip" (shows as 0.8.8.2() in the logs). Not sure where I pulled that binary from... maybe was yours too.

same behavior here with cryptrol's build, win7 64, and blockchain bootstrap:

Code:

2015-Jul-22 22:13:49.122523 Initializing core...
2015-Jul-22 22:13:49.122523 Loading blockchain...
2015-Jul-22 22:13:49.216123 ERROR C:\Users\u\Documents\GitHub\aeon\src\common/boost_serialization_helper.h:108 Exception at [unserialize_obj_from_file], what=unsupported version
2015-Jul-22 22:13:49.231723 Can't load blockchain storage from file, generating genesis block.

then sync is working correctly but from genesis block.

i'm testing my own build and under the same conditions, blockchain bootstrap is loading as expected

Code:

2015-Jul-22 21:54:33.879682 Initializing core...
2015-Jul-22 21:54:33.882682 Loading blockchain...
2015-Jul-22 21:56:58.270948 CHECKPOINT PASSED FOR HEIGHT 1 <1440a20f078bf3264822234b347f8382606577d73d4e9d3cb7296d73889bc421>
2015-Jul-22 21:56:58.629748 CHECKPOINT PASSED FOR HEIGHT 100 <6dd13aaab16679f49ee6b2b75c7dc99b1fd09ab2282b18cb4b55b73110655742>
2015-Jul-22 21:56:58.816949 CHECKPOINT PASSED FOR HEIGHT 1000 <bc6458452fd0575a314089bf302f6fd68ebaa2d689c42f3365293b96bbdf1f25>
2015-Jul-22 21:56:59.284949 CHECKPOINT PASSED FOR HEIGHT 10000 <1ac1ebd25baf0d6ec593daa3389f1aa7e860ff2cc29f3cf1be586d245b379da4>
2015-Jul-22 21:56:59.518950 CHECKPOINT PASSED FOR HEIGHT 15000 <15567af42afc1ed00538f53b5e3822d421e3ed6372ca79f4ea4e3e3bab709a87>
2015-Jul-22 21:57:22.279390 CHECKPOINT PASSED FOR HEIGHT 175500 <3f7dd748b3b863b04654d87a387f2b65a365f467188971f3192eab2368e64a35>
2015-Jul-22 21:57:50.343839 CHECKPOINT PASSED FOR HEIGHT 450000 <f69a6e57c4dd5df2f492c9d31c50f11aad2c25a64d540ce5f5d11b572aec8ab7>
2015-Jul-22 21:57:52.247042 Blockchain initialized. last block: 467125, d74.h0.m25.s14 time ago, current difficulty: 1666761

i don't use special parameters (i follow the readme). my only explanation is boost version, i use 1.58 and i guess cryptol is using 1.57

(i plan to share my binaries but they're in testing stage yet)

[cryptrol]

I have found some errors in the build instructions that I posted some time ago, I have corrected them below.
Just removed a wrong change dir command ( cd.. ) and added the /m argument to use all the cpu cores, which speeds up the compile process a lot.

EDIT: changed DBOOST_LIBRARY_DIR to DBOOST_LIBRARYDIR and binaries output dir (thanks Arux!)

Since there are no binaries available this can help someone :

Compile steps for Windows x64 using MSVC
First of all let's get all the tools we need :

- Download and install Microsoft Visual Studio Community 2013 (It's a free version of visual studio with some license limitations).
  You can uncheck the web development tools and SQL tools since you won't use them for building AEON.
  This will take time to download and install and you will have to reboot upon completion.
- Download and install cMake for windows from : http://www.cmake.org/download/ (Win32 install)
- Download Boost 1.57 from http://www.boost.org/users/download/ , use the zip or 7zip archive and extract.
  You can use c:\boost_1_57_0 since this is what I am using for this steps.
- Download and install Github for Windows from https://windows.github.com/ (This also includes a Git shell that we will use later).

Now the nasty part compile & build time !
- Build Boost :
  Open a command line and type :

Code:

  > cd c:\boost_1_57_0
  > bootstrap.bat
  > b2 --toolset=msvc variant=release link=static threading=multi runtime-link=static address-model=64

- Open the Git Shell (or Git bash) depending what you downloaded previously and do.

Code:

  > git clone https://github.com/aeonix/aeon.git
  > cd aeon
  > mkdir build
  > cd build
  > cmake -G "Visual Studio 12 Win64" -DBOOST_ROOT=c:\boost_1_57_0 -DBOOST_LIBRARYDIR=c:\boost_1_57_0\stage\lib ..
  > MSBuild Project.sln /p:Configuration=release /m
  

You should now find the exe files under build/src/release .

[Arux]

@cryptrol: -DBOOST_LIBRARY_DIR must be -DBOOST_LIBRARYDIR (no underscore between LIBRARY and DIR)

[cryptrol]

@cryptrol: -DBOOST_LIBRARY_DIR must be -DBOOST_LIBRARYDIR (no underscore between LIBRARY and DIR)

Oops, thank you Arux, edited in my above post.

[Arux]

@cryptrol: and to finish with typo 

You should now find the exe files under build/release/src

it's build/src/release in windows (build/release is in linux)

[myagui]

Looks to me like that problem is caused by boost serialization failing to read one of the old files, possibly because a different version of boost was used, file copied across platforms, files corrupted, etc.

Definitely looks to be something around the highlighted portion. I can confirm that I now have a fully sync'ed node, but indeed it took me a full manual sync to get there. I then found that I have the same problem reading my existing wallet files. At first I was all  , but then I realized I could just recreate from the seed words and quickly turned 

Sidenote: The old simplewallet bin could still open my wallet, and would connect/refresh balance without any trouble to the newer build aeond. Functionality is definitely not affected, the issue I have is strictly with the opening of existing, older files.

@cryptrol & @Arux : great job guys, keep cracking 

[nioc]

Release Phoenix

Nice job smooth, thank you.

Win 64 binaries for the AEON phoenix 0.9 release

I built those binaries myself and tested them briefly.

As always, use at your own risk.

Because of reasons, I deleted the version I downloaded a week ago and downloaded this binary.  Because I am clueless I just started to sync from the beginning again.  It should be ready when I wake up tomorrow.

I see there were some minor issues with this build.  Is it ok to keep this version?

[nioc]

@Moneromooo : could you eventually post binaries for the updated cpuminer? With that (and working Phoenix bins) I think I'm all set for the forking party 

Assuming you mean Windows binaries... No, I don't use Windows.
Otherwise, I'm not sure there's much point.

Will there be windows binaries?  Is it correct to assume that without them I won't be able to mine?

Yes the vanguard member of the drooling masses has arrived.

[Arux]

yes there will be a binary for windows. don't know when (testing needed) but it will be.

[Phantas]

New Aeon bootstrap for linux-x64 - date 22.7.2015  https://mega.co.nz/#!3sA2SBaJ!W3DnqCAfWQbs7TjyF0cPaHC7nAkeqQjL3fxPFFWRn78

Made under the new release Phoenix of AEON (0.9.0.0)

[exciter0]

I seem to have problem loading my wallet.bin
simplewallet.log:

Code:

2015-Jul-22 23:54:51.686415 aeon wallet v0.9.0.0()
2015-Jul-22 23:54:56.719859 Loaded wallet keys file, with public address: ****************************************************************
2015-Jul-22 23:56:00.927120 ERROR /home/user/aeon-phoenix/src/common/boost_serialization_helper.h:108 Exception at [unserialize_obj_from_file], what=input stream error
2015-Jul-22 23:56:00.935479 ERROR /home/user/aeon-phoenix/src/wallet/wallet2.cpp:566 !r. THROW EXCEPTION: error::file_read_error
2015-Jul-22 23:56:00.935530 /home/user/aeon-phoenix/src/wallet/wallet2.cpp:566:N5tools5error15file_error_baseILi2EEE: failed to read file "wallet.bin"
2015-Jul-22 23:56:00.943537 Error: failed to load wallet: failed to read file "wallet.bin"
2015-Jul-22 23:56:00.943630 ERROR /home/user/aeon-phoenix/src/simplewallet/simplewallet.cpp:387 could not open account
2015-Jul-22 23:56:00.943666 ERROR /home/user/aeon-phoenix/src/simplewallet/simplewallet.cpp:1199 Failed to initialize wallet

First time it couldn't load, so I deleted the wallet.bin and let it rebuild from the .keys file.
After I exited simplewallet and then ran it again, I'm getting the above error.

[smooth]

I seem to have problem loading my wallet.bin
simplewallet.log:

Code:

2015-Jul-22 23:54:51.686415 aeon wallet v0.9.0.0()
2015-Jul-22 23:54:56.719859 Loaded wallet keys file, with public address: ****************************************************************
2015-Jul-22 23:56:00.927120 ERROR /home/user/aeon-phoenix/src/common/boost_serialization_helper.h:108 Exception at [unserialize_obj_from_file], what=input stream error
2015-Jul-22 23:56:00.935479 ERROR /home/user/aeon-phoenix/src/wallet/wallet2.cpp:566 !r. THROW EXCEPTION: error::file_read_error
2015-Jul-22 23:56:00.935530 /home/user/aeon-phoenix/src/wallet/wallet2.cpp:566:N5tools5error15file_error_baseILi2EEE: failed to read file "wallet.bin"
2015-Jul-22 23:56:00.943537 Error: failed to load wallet: failed to read file "wallet.bin"
2015-Jul-22 23:56:00.943630 ERROR /home/user/aeon-phoenix/src/simplewallet/simplewallet.cpp:387 could not open account
2015-Jul-22 23:56:00.943666 ERROR /home/user/aeon-phoenix/src/simplewallet/simplewallet.cpp:1199 Failed to initialize wallet

First time it couldn't load, so I deleted the wallet.bin and let it rebuild from the .keys file.
After I exited simplewallet and then ran it again, I'm getting the above error.

Strange that this error is happening. I just created a test-wallet using the old version and was able to open it fine using the new version. Then I deleted the .bin file and it recreated it fine from .keys. (Nothing at all was changed in the wallet code either -- all those files show 11 months old in github.)

What distro are you using and what version of boost is installed?

Have you ruled out any other issues like no available disk space?