| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
This reverts commit b26ab0b5803af4ffe23de11a45e43877301a4902.
|
| |
|
|
| |
02d3ef7b blocks: use auto-generated .c files instead of 'LD -r -b binary' (xiphon)
|
| |
|
|
| |
fa9e54b6 build: fix gcc false positive 'stringop-overflow' warning (xiphon)
|
| |
|
|
| |
fa942ef6 daemon: silence daemon update warnings on testnet (iDunk5400)
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Those take a command line of the form "A [B]", with A being the
name (and optional path, if not in the caller's CWD, but fully
qualified path is recommended, avoids possible security issues)
to a program, and optional arguments. Any occurence of the two
character string "%s" will be replaced by the hash of the block
or transaction which triggered the notification.
Tokenization is barebones. If you want things like pipes, calls
to paths with spaces, etc, then use a script (though exec time
will suffer).
block-notify is called when a new block is added onto the chain.
tx-notify is called when a new transaction happens with the
wallet as source and/or destination.
It is the notification program's responsibility to determine what
to do in those cases.
Note that this is asynchronous, so it is very possible that:
- the notification programs will be run out of order
- several events happen before the notification for the first one
A Windows port would be nice if someone wants to make one.
|
| |\
| |
| |
| |
| |
| |
| | |
357441a2 add checkpoints for testnet and mainnet (Riccardo Spagni)
d9f666d7 update checkpoints.dat (Riccardo Spagni)
6b1b4e83 update version to 13.0 (Riccardo Spagni)
6f153533 update readme with v13.0 (Riccardo Spagni)
|
| | | |
|
| |\ \
| | |
| | |
| | | |
c39ad0cd tx_pool: fix tx removal at startup keeping references (moneromooo-monero)
|
| | |/ |
|
| |/ |
|
| |\
| |
| |
| | |
ac934663 rpc: add a "is an update available" flag in get_info (moneromooo-monero)
|
| | |
| |
| |
| | |
Make it easier for a user to be told when to update
|
| |\ \
| | |
| | |
| | |
| | | |
b2bb9312 blockchain: simplify output distribution code (moneromooo-monero)
befdcbf4 db_lmdb: do not use base for cumulative distribution (moneromooo-monero)
|
| | |/ |
|
| |\ \
| | |
| | |
| | | |
4e1e9a60 blockchain: add mainnet v8 height targetting 18 october (moneromooo-monero)
|
| | | |
| | |
| | |
| | | |
and v9 a day later
|
| |\ \ \
| | | |
| | | |
| | | | |
1660b0e7 tx_pool: make the max tx size a consensus rule from v8 (moneromooo-monero)
|
| | | |/
| |/| |
|
| |/ / |
|
| | |
| |
| |
| | |
So that bulletproofs become mandatory
|
| | | |
|
| | | |
|
| | |
| |
| |
| | |
Also constrains bulletproofs to simple rct, for simplicity
|
| | |
| |
| |
| | |
Ported from sarang's java code
|
| | | |
|
| |\ \
| | |
| | |
| | | |
48a7bc4 tx_pool: fix infinite loop when failing to find a meta record (moneromooo-monero)
|
| | | | |
|
| |\ \ \
| |_|/
|/| |
| | | |
1f2409e Do memwipe for critical secret keys copied to rct::key (stoffu)
|
| | |/ |
|
| |\ \
| | |
| | |
| | | |
83f5587 blockchain: use uint64_t for height, not size_t (moneromooo-monero)
|
| | | | |
|
| |\ \ \
| | | |
| | | |
| | | | |
b278b83 core: sync database based on bytes added, not blocks added (moneromooo-monero)
|
| | |/ /
| | |
| | |
| | |
| | | |
Blocks have a very wide range, whereas actual size is the relevant
quantity to consider when syncing
|
| | |/
|/|
| |
| |
| |
| |
| | |
This avoids constant rechecking of the same things each time
a miner asks for the block template. The tx pool maintains
a cookie to allow users to detect when the pool state changed,
which means the block template needs rebuilding.
|
| |\ \
| |/
|/|
| | |
8e24533 blockchain: some batch tx scanning speedup (moneromooo-monero)
|
| | | |
|
| |\ \
| |/
|/|
| | |
8c05237 blockchain: cache next block difficulty after adding a block (moneromooo-monero)
|
| | |
| |
| |
| |
| | |
It's not 100% certain it'll be needed, but it avoids getinfo
needing the blockchain lock and potentially blocking
|
| |\ \
| | |
| | |
| | | |
d95bc44 blockchain: fix getting invalid block data on failure (moneromooo-monero)
|
| | |/ |
|
| |\ \
| | |
| | |
| | | |
aa0ea0a blockchain: set the m_verifivation_failed flag in a couple more places (moneromooo-monero)
|
| | |/
| |
| |
| |
| |
| | |
when a block being added to the main chain is invalid.
This ensures the peer is banned after a number of these.
|
| |\ \
| | |
| | |
| | | |
41b4bf9 tx_pool: cache check_tx_inputs results (moneromooo-monero)
|
| | | |
| | |
| | |
| | |
| | |
| | | |
This is called a lot when creating a block template, and
does not change until the blockchain changes.
This also avoids tx parsing when cached.
|
| |\ \ \
| | | |
| | | |
| | | | |
45e419b db: store cumulative rct output distribution in the db for speed (moneromooo-monero)
|
| | | |/
| |/|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This gets rid of the temporary precalc cache.
Also make the RPC able to send data back in binary or JSON,
since there can be a lot of data
This bumps the LMDB database format to v3, with migration.
|
| |\ \ \
| | | |
| | | |
| | | | |
50af357 alt_chain_info can now give more info about a particular alt chain (moneromooo-monero)
|
| | | | | |
|
| |\ \ \ \
| |_|/ /
|/| | |
| | | |
| | | |
| | | |
| | | | |
149da42 db_lmdb: enable batch transactions by default (stoffu)
34cb6b4 add --regtest and --fixed-difficulty for regression testing (vicsn)
9e1403e update get_info RPC and bump RPC version (vicsn)
207b66e first new functional tests (vicsn)
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
on_generateblocks RPC call combines functionality from the on_getblocktemplate and on_submitblock RPC calls to allow rapid block creation. Difficulty is set permanently to 1 for regtest.
Makes use of FAKECHAIN network type, but takes hard fork heights from mainchain
Default reserve_size in generate_blocks RPC call is now 1. If it is 0, the following error occurs 'Failed to calculate offset for'.
Queries hard fork heights info of other network types
|