fekt
1535073393
Merge branch 'dev'
10 months ago
fekt
2ba2122b26
Update relnotes
10 months ago
Duke
7017d8e06c
Add info about DRAGONX checkpoints to release process
11 months ago
Duke
d3cc17e9bd
Update relnotes for 3.9.4
11 months ago
fekt
0ee828805e
Update README
11 months ago
fekt
20ee425ece
Updated checkpoints
11 months ago
fekt
e86d43a813
Merge branch 'dev' of https://git.hush.is/hush/hush3 into dev
11 months ago
fekt
9e524663e2
Update manpages
11 months ago
fekt
b7359ef70e
Update chainparamsseeds.h
11 months ago
nullfekt
44595d5abe
Add additional community seed node
11 months ago
nullfekt
27b2a49740
Update README.md
11 months ago
nullfekt
03071ef0cd
Bump version
11 months ago
Duke
9508095186
Remove unused code
11 months ago
Duke
9d2720d118
Merge branch 'duke' into dev
11 months ago
Duke
c933771f85
Merge branch 'danger' into duke
11 months ago
Duke
fc69220e78
Remove unused code
11 months ago
Duke
b03c8f3108
Remove unused code
11 months ago
Duke
31cc5ee901
Remove unused code
11 months ago
Duke
8f7e53a6fe
Merge branch 'duke' into danger
11 months ago
Duke
5abc550af7
Dragonx has a blocktime of 36s not 60s
11 months ago
Duke
e608600f07
Merge branch 'duke' into danger
11 months ago
Duke
97c7e814cf
Add checkpoints for DRAGONX
11 months ago
Duke
1f0b538540
Take into account ac_name to calculate total txs
11 months ago
Duke
f12bfeb7f4
Fix bug where it uses the wrong -ac_name
11 months ago
Duke
b8ae39ccc7
Enable the option for dragonx checkpoints
11 months ago
Duke
c9f1fe4cf3
Support arbitrary -ac_name in checkpoints.pl
11 months ago
Duke
79f126be43
Use default jobs number when compiling boost
According to current boost docs, not specifying -j parameter will default to using all cores to compile,
so removing these should speed up compiling boost. This code dates back to 2014 when the default
may have been a single core, so it was specified.
11 months ago
Duke
5f9bb80873
Remove unused function
11 months ago
Duke
67c7632062
Remove dead code
11 months ago
Duke
487fff149c
Remove dead code related to invalid joinsplit sigs
11 months ago
Duke
18f0689695
Avoid ztx validation during IBD if height is less than latest checkpoint
11 months ago
Duke
fc921eba57
Remove dead code
11 months ago
Duke
04c28e3eef
Disable run-time asserts in addrman
Run-time asserts are a horrible anti-pattern littered across code
inherited from BTC. One could maybe argue they are the right thing to do
in some situations but not when managing the peer database. Crashing our
full node and potentially corrupting our wallet or block index is INSANE
in the case of some inconsistencies in peers.dat .
12 months ago
duke
4124633442
Merge pull request 'Fixes compilation failing with gcc13.x' ( #298 ) from gcc13 into dev
Reviewed-on: #298
1 year ago
jahway603
121ec4b9d4
successfully built with gcc13.x
1 year ago
jahway603
c902701715
unfuxing to fix #293
1 year ago
jahway603
b3a6c2bee1
Import RandomX from 040f4500a6
without audits/ directory
1 year ago
Duke
18eea5cb03
Merge branch 'duke' of https://git.hush.is/hush/hush3 into duke
1 year ago
Duke
519743f704
Only log to stderr in CalculateNextWorkRequired and GetNextWorkRequired if -debug
1 year ago
Duke
d840a0ec62
Only log nbits in ContextualCheckBlockHeader if -debug
1 year ago
Duke
a6924bb061
Give a useful message if autoconf is not installed
1 year ago
Duke
fbda7b8dec
Fix compile issues
1 year ago
Duke
7102d50a47
Try to prevent #266
We seem to have a bug that we don't find a peer when looking for a peer
in peers.dat . Instead of doing an assertion and crashing the node,
just keep iterating in the loop. The code which computes nId may have an
off-by-one error, such that it looks up an incorrect bucket position and
doesn't find a valid nId.
1 year ago
Duke
053e9156a7
Fix progress estimate for HUSH at startup
1 year ago
Duke
852f747cbf
Remove dead code
1 year ago
Duke
c1ec1b0e95
Remove dead code
1 year ago
Duke
fba0d4136d
Remove code for unsupported chains
1 year ago
Duke
533356ce63
Remove more dead code related to interest
1 year ago
Duke
c69a47dd61
Remove dead code relating to interest
1 year ago
Duke
15aaf4af44
Remove mempool p2p message #284
1 year ago