Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Aeon upstream 2 test #1

Merged
merged 53 commits into from
Nov 7, 2018
Merged

Conversation

BigslimVdub
Copy link
Owner

Test patches

stoffu and others added 30 commits August 28, 2018 13:01
Reported by Lilith Wyatt at Talos.

Since this is not needed in normal operation, I just let this
error out.
Add Discord community link to Readme.md
Quality metadata badges.
Build instructions: Latest Version v0.12.6.0-aeon.
Fix cryptonote_tx_utils.cpp build:
Building CXX object src/cryptonote_core/CMakeFiles/obj_cryptonote_core.dir/cryptonote_tx_utils.cpp.o
In function ‘bool cryptonote::construct_miner_tx(size_t, size_t, uint64_t, size_t, uint64_t, const cryptonote::account_public_address&, cryptonote::transaction&, const blobdata&, size_t, uint8_t)’:
cc1plus: error: ‘void* __builtin_memset(void*, int, long unsigned int)’: specified size 18446744073709551608 exceeds maximum object size 9223372036854775807 [-Werror=stringop-overflow=]
cc1plus: all warnings being treated as errors
src/cryptonote_core/CMakeFiles/obj_cryptonote_core.dir/build.make:134: recipe for target 'src/cryptonote_core/CMakeFiles/obj_cryptonote_core.dir/cryptonote_tx_utils.cpp.o' failed
make[2]: *** [src/cryptonote_core/CMakeFiles/obj_cryptonote_core.dir/cryptonote_tx_utils.cpp.o] Error 1
CMakeFiles/Makefile2:1312: recipe for target 'src/cryptonote_core/CMakeFiles/obj_cryptonote_core.dir/all' failed
make[1]: *** [src/cryptonote_core/CMakeFiles/obj_cryptonote_core.dir/all] Error 2
Makefile:140: recipe for target 'all' failed
make: *** [all] Error 2
…/monero#4461

Transfers between subaddresses are accounted for differently
Fix cryptonote_tx_utils.cpp build /monero#4476
Replace some Monero port numbers with Aeon's
wallet2: fix transfers between subaddresses hitting the sanity check …
…onero#3716

Processing typically is the bottleneck
moneromooo-monero and others added 23 commits November 6, 2018 11:46
key derivation and checking for incoming outputs are threaded
in batch before adding blocks to the local blockchain. Other
minor bits and bobs are also cached.
Decrease the number of worker threads by one to account
for the fact the calling thread acts as a worker thread now
Speeds up syncing with a lot of outgoing outputs as key generation
runs Cryptonight.
…estnet::X : stagenet ? config::stagenet::X : config::X /monero#3982
Signed-off-by: Jean Pierre Dudey <jeandudey@hotmail.com>
for privacy reasons, so an untrusted node can't easily track
wallets from IP address to IP address, etc. The granularity
is 1024 blocks, which is about a day and a half.
…monero#3907

This is based on how much an attacking miner stands to lose in block
rewardy by mining a private chain which double spends a payment.
This is not foolproof, since mining is based on luck, and breaks
down as the attacking miner nears 50% of the network hash rate,
and the estimation is based on a constant block reward.
Also remove dust() from UnsignedTransactionImpl (already in PendingTransactionImpl)
@BigslimVdub BigslimVdub merged commit 8f92f70 into BigslimVdub:master Nov 7, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants