| Commit message (Collapse) | Author | Age | Files | Lines |
| |\
| |
| |
| | |
f370093 build: prepare v0.16.0.3 release (selsta)
|
| | | |
|
| |/
|
|
| |
Reporter requested credit to be given to Decred
|
| |\
| |
| |
| | |
fa199f2 build: prepare v0.16.0.1 release (selsta)
|
| | | |
|
| |\ \
| | |
| | |
| | | |
bca61e4 tx_pool: mine stem txes in fake chain mode (moneromooo-monero)
|
| | |/
| |
| |
| |
| |
| | |
This fixes the functional tests, since txes would not be mined
after being sent to the daemon (they'd be waiting for the
dandelion timeout first)
|
| |\ \
| |/
|/|
| | |
a67c634 blockchain: fix timestamp/difficulty cache getting out of sync (moneromooo-monero)
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The cache is discarded when a block is popped, but then gets
rebuilt when the difficulty for next block is requested.
While this is all properly locked, it does not take into account
the delay caused by a database transaction being only committed
(and thus its effects made visible to other threads) later on,
which means another thread could request difficulty between
the pop and the commit, which would end up using stale database
view to build the cache, but that cache would not be invalidated
again when the transaction gets committed, which would cause the
cache to not match the new database data.
To fix this, we now keep track of when the cache is invalidated
so we can invalidate it again upon database transaction commit
to ensure it gets calculated again with fresh data next time it
is nedeed.
|
| |\ \
| | |
| | |
| | | |
3b390fb Fix D++ block template check (vtnerd)
|
| | |/ |
|
| |/ |
|
| |\
| |
| |
| | |
99d702e cryptonote_core: remove 'We are most likely forked' message (moneromooo-monero)
|
| | |
| |
| |
| | |
It's time based and we don't have forks every 6 months anymore
|
| |\ \
| | |
| | |
| | | |
bb4d95c blockchain: detect and log bad difficulty calculations (moneromooo-monero)
|
| | |/ |
|
| |/
|
|
| |
This reverts commit 67b4a19edf7b9d6a407a79eca5c57819863bfd71.
|
| | |
|
| |\
| |
| |
| | |
70609d7 cryptonote_core: take out the time based upgrade warning (moneromooo-monero)
|
| | |
| |
| |
| | |
It doesn't really work anymore since we don't have a fork soon
|
| |\ \
| | |
| | |
| | | |
ee58362 Used legacy category to match insert_key_images behavior (vtnerd)
|
| | |/ |
|
| |\ \
| | |
| | |
| | | |
2efbd5f cryptonote: fix reuse of non default tx data when relaying (moneromooo-monero)
|
| | | |
| | |
| | |
| | |
| | |
| | | |
An automatic tx variable is initialized properly on the first
run through the loop, but not the second. Moving the variable
inside the loop ensures the ctor is called again to init it.
|
| |\ \ \
| | | |
| | | |
| | | | |
a813c46 cryptonote_core: skip dns checkpoints on startup if not enforced (xiphon)
|
| | | | | |
|
| |\ \ \ \
| | | | |
| | | | |
| | | | | |
688a3e8 Add timelock verification on device (cslashm)
|
| | | | | | |
|
| | |_|_|/
|/| | | |
|
| | | | | |
|
| | |_|/
|/| | |
|
| | | |
| | |
| | |
| | |
| | |
| | | |
- New flag in NOTIFY_NEW_TRANSACTION to indicate stem mode
- Stem loops detected in tx_pool.cpp
- Embargo timeout for a blackhole attack during stem phase
|
| |\ \ \
| | | |
| | | |
| | | | |
5de2295 Correct key image check in tx_pool (vtnerd)
|
| | | | | |
|
| |\ \ \ \
| |_|_|/
|/| | |
| | | | |
8958b4e blockchain_db: faster fetching of consecutive txes (moneromooo-monero)
|
| | | | |
| | | |
| | | |
| | | | |
Useful for wallet refresh or node sync
|
| |\ \ \ \
| | | | |
| | | | |
| | | | | |
fcb06f7 cryptonote_core: skip block notify on blockchain switching rollback (xiphon)
|
| | |/ / / |
|
| |\ \ \ \
| | | | |
| | | | |
| | | | | |
c61abf8 remove empty statements (shopglobal)
|
| | |/ / /
| | | |
| | | |
| | | | |
Cleaning up a little around the code base.
|
| |\ \ \ \
| |_|_|/
|/| | |
| | | | |
9bde70e core: mention time being off in hash rate changes message (moneromooo-monero)
|
| | |/ / |
|
| |\ \ \
| | | |
| | | |
| | | |
| | | |
| | | | |
760ecf2 console_handler: do not let exception past the dor (moneromooo-monero)
09c8111 threadpool: lock mutex in create (moneromooo-monero)
e377977 tx_pool: catch theoretical error in get_block_reward (moneromooo-monero)
|
| | |/ /
| | |
| | |
| | | |
Coverity 196626
|
| |\ \ \
| | | |
| | | |
| | | | |
054b4c7 protocol: request txpool contents when synced (moneromooo-monero)
|
| | | |/
| |/|
| | |
| | |
| | |
| | |
| | | |
A newly synced Alice sends a (typically quite small) list of
txids in the local tpxool to a random peer Bob, who then uses
the existing tx relay system to send Alice any tx in his txpool
which is not in the list Alice sent
|
| |\ \ \
| | | |
| | | |
| | | | |
ffe7165e wallet: reroll fake outs selection on local tx_sanity_check failure (xiphon)
|
| | | | | |
|
| |\ \ \ \
| | | | |
| | | | |
| | | | | |
02224e71 Fix check_fee() discrepancy. (UkoeHB)
|
| | |/ / /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
M100 = max{300kb, min{100block_median, m_long_term_effective_median_block_weight}}
not
M100 = max{300kb, m_long_term_effective_median_block_weight}
Fix base reward in get_dynamic_base_fee_estimate().
get_dynamic_base_fee_estimate() should match check_fee()
Fee is calculated based on block reward, and the reward penalty takes into account 0.5*max_block_weight (both before and after HF_VERSION_EFFECTIVE_SHORT_TERM_MEDIAN_IN_PENALTY).
Moved median calculation according to best practice of 'keep definitions close to where they are used'.
|