Skip to content

Prod1 - #23

Merged
dirtybits merged 867 commits into
masterfrom
prod1
Feb 22, 2020
Merged

Prod1#23
dirtybits merged 867 commits into
masterfrom
prod1

Conversation

@dirtybits

Copy link
Copy Markdown
Member

No description provided.

brandonlehmann and others added 30 commits April 5, 2019 00:20
…ull resync via an arg instead of hunting down files to delete
…ocal blockchain to a specific height thereby hopefully allowing people to avoid a FULL resync when local blockchain corruption is detected.

Updated the error message presented when corruption is detected in the local copy of the blockchain to provide directions on how to attempt to recover from the error.
…into development

# Conflicts:
#	README.md
#	src/config/CryptoNoteConfig.h
#	src/zedwallet++/CommandImplementations.cpp
…using issues after rewinding the blockchain cache as the autoincrement field wasn't updated to reflect the removal of blocks.
Fixes failing build when enabling ssl
Local Blockchain Cache Enhancements
Fix locked transactions getting double added when load from file
- Re-factors the code a bit to make it a bit more readable
zpalmtree and others added 29 commits July 30, 2019 02:47
…into development

# Conflicts:
#	README.md
#	src/CMakeLists.txt
#	src/CryptoNoteCore/Core.cpp
#	src/CryptoNoteCore/Currency.cpp
#	src/CryptoNoteCore/Currency.h
#	src/CryptoNoteProtocol/CryptoNoteProtocolHandler.cpp
#	src/WalletService/main.cpp
#	src/config/Ascii.h
#	src/config/CryptoNoteCheckpoints.h
#	src/config/CryptoNoteConfig.h
#	src/config/version.h.in
#	src/walletbackend/Utilities.cpp
#	src/walletbackend/Utilities.h
#	src/zedwallet++/CommandImplementations.cpp
#	src/zedwallet++/CommandImplementations.h
#	src/zedwallet++/Commands.cpp
Fix a couple of incorrect return codes
now that VS2017 is behind a login - much easier to
use VS 2019 standalone build tools.
also updated AppVeyor to the same
Correcting Transaction Validation Error Message
… /sendrawtransaction to provide feedback on why a transaction was rejected
Bubble the error message from isTransactionValidForPool up to the node RPC call
…into development

# Conflicts:
#	.appveyor.yml
#	README.md
#	src/config/version.h.in
production config for algo switch at block 394000
Thanks to: https://github.com/bobbieltd/derogold/commit/81f11906fc78116c442c402b6fa827ec5ce0509a
- Exchanges will delist or refuse to list small coins if this shit keeps to be applied
- No impact on performance (even quicker better on low end hardware nodes)

256 Mb write is enough. 
Read buffer is unimportant (it shares with OS cache). 
Opening files : few hundreds is enough. 
Back threads 4 (well 4 cores already enough)
The original dev put 10 Mb (he was not stupid because it is idiot to put big number there)
Turtle dev applied that commit in hurry without much consideration
From outside dev
Background threads = 10 —> assumption people run CPU with 16 cores or what ? Normally,
daemon won’t use many threads but in the worst scenario it will use 10 cores
Those config numbers are for worst case. 
In normal circumstances, daemon utilizes less.
@dirtybits
dirtybits merged commit 7d68fcb into master Feb 22, 2020
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.