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

[smooth]

@daberti it is merged into master now

git clone https://github.com/aeonix/aeon
cd aeon
git checkout feaa1170b73c7d751c44ec22a111016ead728ce4
make

[1714886396]

1714886396

[1714886396]

1714886396

[1714886396]

1714886396

[daberti]

@daberti it is merged into master now

git clone https://github.com/aeonix/aeon
cd aeon
git checkout feaa1170b73c7d751c44ec22a111016ead728ce4
make

One step ahead
Solution file generated.
Compilation created two .exe files into ...../aeon/build/tests/Release dir.
crypto-tests.exe
hash-tests.exe

For the remaining part 63 errors (compiling from GIT shell).

Where I wrote "EDIT:
I've just read the Peer List. Just 16 do connect on a daily basis as I'm writing (mine included) Sad

Besides that, wouldn't it be a good idea to implement some code to allow Peers to broadcast their aeond.exe version?
Maybe this could allow (in future) the capability of smoothly avoiding the loading of blockchain from outdated versions with known problems.."
please ignore.
0.9.11 looks like having sorted it.

[smooth]

I don't have Windows so I can't comment on the compile errors you seem to be getting. Hopefully Arux can figure out what is going wrong

[wck]

Does it just take a very long time for large transactions to get picked up?   Actually 100 coins shouldn't be that long.   

[wallet Wmsve9]: transfer 0 WmtK9TQ6yd2ZWZDAkRsebc2ppzUq2Wuo9XRRjHMH2fvqM3ARVqk3styJ6AavJFcpJFPFtxRGAqGFoJM ZGJ6YYzQ61TYGfpykX 100 55f7301188bd4e23ba5d9242a45479f05254d60065e142b1ba7f737830501eea
Your transaction needs to be split into 2 transactions.  This will result in a fee of 0.020000000000.  Is this okay?  (Y/Yes/N/No)Y
Money successfully sent, transaction <102690a9805c87f3911ea298d84566aed8aad40b77a0ba708459bde2d2eeba2d>
Money successfully sent, transaction <a849dd7658edc3975d032466f266fc402808d09753ed96b58abc694603aaa174>
[wallet Wmsve9]: refresh

check_tx 102690a9805c87f3911ea298d84566aed8aad40b77a0ba708459bde2d2eeba2d
transaction wasn't found on chain: <102690a9805c87f3911ea298d84566aed8aad40b77a0ba708459bde2d2eeba2d>
check_tx a849dd7658edc3975d032466f266fc402808d09753ed96b58abc694603aaa174
transaction wasn't found on chain: <a849dd7658edc3975d032466f266fc402808d09753ed96b58abc694603aaa174>

Do I need to rerun the daemon or somehow cancel the transaction?   It has been over an hour. 

[wck]

Does it just take a very long time for large transactions to get picked up?   Actually 100 coins shouldn't be that long.  

[wallet Wmsve9]: transfer 0 WmtK9TQ6yd2ZWZDAkRsebc2ppzUq2Wuo9XRRjHMH2fvqM3ARVqk3styJ6AavJFcpJFPFtxRGAqGFoJM ZGJ6YYzQ61TYGfpykX 100 55f7301188bd4e23ba5d9242a45479f05254d60065e142b1ba7f737830501eea
Your transaction needs to be split into 2 transactions.  This will result in a fee of 0.020000000000.  Is this okay?  (Y/Yes/N/No)Y
Money successfully sent, transaction <102690a9805c87f3911ea298d84566aed8aad40b77a0ba708459bde2d2eeba2d>
Money successfully sent, transaction <a849dd7658edc3975d032466f266fc402808d09753ed96b58abc694603aaa174>
[wallet Wmsve9]: refresh

check_tx 102690a9805c87f3911ea298d84566aed8aad40b77a0ba708459bde2d2eeba2d
transaction wasn't found on chain: <102690a9805c87f3911ea298d84566aed8aad40b77a0ba708459bde2d2eeba2d>
check_tx a849dd7658edc3975d032466f266fc402808d09753ed96b58abc694603aaa174
transaction wasn't found on chain: <a849dd7658edc3975d032466f266fc402808d09753ed96b58abc694603aaa174>

Do I need to rerun the daemon or somehow cancel the transaction?   It has been over an hour.  

As I was typing it appears that transaction started confirming and showed up on the other end.   The check_tx still says not found though.

Wow it was way over an hour and I only have 1 confirmation.   Pretty lousy considering I paid for the transaction ...  

Can anyone point me to a working block explorer for AEON?

[smooth]

Block time is 4 minutes. However, the last couple of hours there have been fewer than expected blocks. It happens.

The number of coins don't matter, although the size of the transaction in bytes can make a difference (bigger txs are harder to fit in a block).

Block explorers that I know of

minergate.com
chainradar.com

[wck]

Block time is 4 minutes. However, the last couple of hours there have been fewer than expected blocks. It happens.

The number of coins don't matter, although the size of the transaction in bytes can make a difference (bigger txs are harder to fit in a block).

Block explorers that I know of

minergate.com
chainradar.com

Thanks ... all of my transactions have shown up.   Probably it did take a lot of block space since my wallet is filled with 0.5 transactions from mining.

[Arux]

.
..
Solution file generated.
Compilation created two .exe files into ...../aeon/build/tests/Release dir.
crypto-tests.exe
hash-tests.exe

For the remaining part 63 errors (compiling from GIT shell).
...

aeond.exe and simplewallet.exe are located in build/release/src

all the errors during the compilation are on the test build (build/release/tests) and can be ignored for now. debug of this part is on the todo list!

[daberti]

I don't have Windows so I can't comment on the compile errors you seem to be getting. Hopefully Arux can figure out what is going wrong

In a while I'm going to download the windows Boost 1_63_00 binaries, just to be sure.
Then I'll repeat the whole process.

Just to make it clear: I've Visual Studio Community 2015, the latest CMake Win32 for windows, the latest Python for windows (required by CMake).
I've successfully compiled the Cuda 8 SDK samples. Apparently I've swiftly compiled Boost itself.....it shouldn't be this tough.

[daberti]

.
..
Solution file generated.
Compilation created two .exe files into ...../aeon/build/tests/Release dir.
crypto-tests.exe
hash-tests.exe

For the remaining part 63 errors (compiling from GIT shell).
...

aeond.exe and simplewallet.exe are located in build/release/src

all the errors during the compilation are on the test build (build/release/tests) and can be ignored for now. debug of this part is on the todo list!

I don't have Windows so I can't comment on the compile errors you seem to be getting. Hopefully Arux can figure out what is going wrong

Nope, they're NOT.
There stand:
common.lib
crypto.lib
ringct.lib

[daberti]

git clone https://github.com/aeonix/aeon
cd aeon
git checkout feaa1170b73c7d751c44ec22a111016ead728ce4
mkdir build
cd build
cmake -G "Visual Studio 14 2015 Win64" -DBOOST_ROOT=d:\boost_1_63_0 -DBOOST_LIBRARYDIR=d:\boost_1_63_0\lib64-msvc-14.0 ..
-- The C compiler identification is MSVC 19.0.24210.0
-- The CXX compiler identification is MSVC 19.0.24210.0
-- Check for working C compiler: D:/Programmi (x86)/Microsoft Visual Studio 14.0/VC/bin/x86_amd64/cl.exe
-- Check for working C compiler: D:/Programmi (x86)/Microsoft Visual Studio 14.0/VC/bin/x86_amd64/cl.exe -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: D:/Programmi (x86)/Microsoft Visual Studio 14.0/VC/bin/x86_amd64/cl.exe
-- Check for working CXX compiler: D:/Programmi (x86)/Microsoft Visual Studio 14.0/VC/bin/x86_amd64/cl.exe -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Looking for pthread.h
-- Looking for pthread.h - not found
-- Found Threads: TRUE
-- Boost version: 1.63.0
-- Found the following Boost libraries:
--   system
--   filesystem
--   thread
--   date_time
--   chrono
--   regex
--   serialization
--   program_options
--   atomic
-- Found Git: C:/Users/Dan/AppData/Local/GitHub/PortableGit_f02737a78695063deace08e96d5042710d3e32db/cmd/git.exe
-- Found PythonInterp: C:/Users/Dan/AppData/Local/Programs/Python/Python36/python.exe (found version "3.6.1")
-- Configuring done
-- Generating done
-- Build files have been written to: C:/Users/Dan/Documents/GitHub/aeon/build

MSBuild Project.sln /p:Configuration=release /m

You can find compilation output here
https://www.dropbox.com/s/rfsbu335b277ubm/aeon_compiling.rar?dl=0

[The Cryptophilanthropist]

Finding blocks pool mining, very bad luck! Anyone else?
810289      188267818   cece5e7a3b76be01bfa70eb240de346cdccd0343b9ed4c8f4b1b2a6c78469026   4/5/2017, 10:46:13 PM   272%
810144      177517822   e8eaeb6a8bd2cd5fcdc3b56181a3fac373cbfb6c6cdd778cddc7ca01345ce73d   4/5/2017, 12:41:01 PM   750%

[daberti]

Finding blocks pool mining, very bad luck! Anyone else?
810289      188267818   cece5e7a3b76be01bfa70eb240de346cdccd0343b9ed4c8f4b1b2a6c78469026   4/5/2017, 10:46:13 PM   272%
810144      177517822   e8eaeb6a8bd2cd5fcdc3b56181a3fac373cbfb6c6cdd778cddc7ca01345ce73d   4/5/2017, 12:41:01 PM   750%

What SW are you using?
Linux platform or Win?

EDIT:
What SW you use in order to mine

[The Cryptophilanthropist]

Finding blocks pool mining, very bad luck! Anyone else?
810289      188267818   cece5e7a3b76be01bfa70eb240de346cdccd0343b9ed4c8f4b1b2a6c78469026   4/5/2017, 10:46:13 PM   272%
810144      177517822   e8eaeb6a8bd2cd5fcdc3b56181a3fac373cbfb6c6cdd778cddc7ca01345ce73d   4/5/2017, 12:41:01 PM   750%

What SW are you using?
Linux platform or Win?

EDIT:
What SW you use in order to mine

Linux,  what is SW?

[The Cryptophilanthropist]

You mean software? Same as I have been with much better luck before updates.

[daberti]

You mean software? Same as I have been with much better luck before updates.

Yes, I meant software, sorry.

Are you talking from a miner's perspective or a Pool mantainer perspective?

In any case the solution is the same.

Normally a miner goes to the getting Ready section of the pool, has a look at the configs and addresses the port with the lowest difficulty. After which he/she calls it a day.

If the software on pool's side works, and talks appropriately with mining software it may work, but this introduces an overhead to pool's brain that finds itself continuously calculating the appropriate diff for each connected miner, getting meanwhile a certain amount of shares which are simply Beyond its own calculating power.

A possible solution exists: educating the miners to set their own diff, according to their own hardware power.
This is done by carefully running their mining software distinguishing each pc of the rig from the others by the username.rig config.

But most important thing is to set a multiplier factor if using mining software that allows for it.
I.e., under ccminer-2.0-rc2-cuda-8.0 which supports Aeon, there is the -m option that defines the multipling factor of the diff as agreed by handshake with pool.
A GTX1070 will have nearly the double of Aeon hashing power of a GTX1050Ti which in turn will be roughly 6/4 of a GTX960M. GTX940M will be 1/8th of GTX1070.
So if mining software tells you the handshake had been at Diff 1 for GTX940M, it will be a good idea to set it at -m 1 and GTX1070 will be -m 8 . As a starting point. The other ones will be set accordingly.
The connection will be done with the lowest starting diff port of the pool, which will be relieved from a lot of useless work.
Miner will see a much more constant hash rate (and more money).

[The Cryptophilanthropist]

You mean software? Same as I have been with much better luck before updates.

Yes, I meant software, sorry.

Are you talking from a miner's perspective or a Pool mantainer perspective?

Its a pool,(I am an operator) I understand the averaging nature of blockfinding but I believe the network is being slowed down somehow in general considering other peripheral reports regarding tx's. I have no proof of this it is purely observational.

[daberti]

You mean software? Same as I have been with much better luck before updates.

Yes, I meant software, sorry.

Are you talking from a miner's perspective or a Pool mantainer perspective?

Its a pool,(I am an operator) I understand the averaging nature of blockfinding but I believe the network is being slowed down somehow in general considering other peripheral reports regarding tx's. I have no proof of this it is purely observational.

Just answered above

[The Cryptophilanthropist]

You mean software? Same as I have been with much better luck before updates.

Yes, I meant software, sorry.

Are you talking from a miner's perspective or a Pool mantainer perspective?

Its a pool,(I am an operator) I understand the averaging nature of blockfinding but I believe the network is being slowed down somehow in general considering other peripheral reports regarding tx's. I have no proof of this it is purely observational.

Just answered above

I understand this yes. I have a public and a private pool. I use diff designation with my private pool and have explained this to many miners on my public pool. We use xxxxxxxaeonxxxaddressxxxx.(diff here)  example xxxx.5000 dependent on the miners best submission rate within 15-30 sec intervals so as to reduce load to the pool. I have been mining this way for over a year now, thank you for the explanation and perhaps I will now try the -m function in 2.0 (which I use with some of my rigs)

[daberti]

I understand this yes. I have a public and a private pool. I use diff designation with my private pool and have explained this to many miners on my public pool. We use xxxxxxxaeonxxxaddressxxxx.(diff here)  example xxxx.5000 dependent on the miners best submission rate within 15-30 sec intervals so as to reduce load to the pool. I have been mining this way for over a year now, thank you for the explanation and perhaps I will now try the -m function in 2.0 (which I use with some of my rigs)

You're welcome.
The program I mentioned is for Cuda only, though.