Monzero core node, command-line wallet, consensus code, and release tooling. https://code.monzero.org/monzero-core.git/atom?h=v0.18.2.0 2023-02-08T21:18:30Z 2023-02-08T21:18:30Z selsta selsta@sent.at 2023-02-08T21:18:30Z urn:sha1:dc18efa3d7647f38772135617e6ef9627a2361ad 2023-01-11T17:28:08Z luigi1111 luigi1111w@gmail.com 2023-01-11T17:28:08Z urn:sha1:c48f572e46cb7802fbb02ada94f88a69f217bc95 29208a3 Cache successful erRctNonSemanticsSimple calls (SChernykh) 2022-12-20T21:19:00Z SChernykh sergey.v.chernykh@gmail.com 2022-12-11T19:30:13Z urn:sha1:29208a33cb6a1bb20d90a390eef4629a46aec886 2022-12-14T06:21:00Z SChernykh sergey.v.chernykh@gmail.com 2022-12-10T17:30:59Z urn:sha1:f698f2b708be742afa286c65868a48f7ef80b0ba - Straight-forward call interface: `void rx_slow_hash(const char *seedhash, const void *data, size_t length, char *result_hash)` - Consensus chain seed hash is now updated by calling `rx_set_main_seedhash` whenever a block is added/removed or a reorg happens - `rx_slow_hash` will compute correct hash no matter if `rx_set_main_seedhash` was called or not (the only difference is performance) - New environment variable `MONERO_RANDOMX_FULL_MEM` to force use the full dataset for PoW verification (faster block verification) - When dataset is used for PoW verification, dataset updates don't stall other threads (verification is done in light mode then) - When mining is running, PoW checks now also use dataset for faster verification 2022-09-26T20:41:36Z selsta selsta@sent.at 2022-09-26T20:41:36Z urn:sha1:853171bbf0099b86e8c219ce13abff79166f9389 2022-09-26T20:00:59Z luigi1111 luigi1111w@gmail.com 2022-09-26T20:00:59Z urn:sha1:1f27fdf6a5b5eeee76049fc3974ff096b8919717 802c4bb Move update_checkpoints() to a later stage (SChernykh) 2022-09-22T11:06:39Z SChernykh sergey.v.chernykh@gmail.com 2022-09-22T11:06:39Z urn:sha1:802c4bb0e4e7a94c07e5c06a3e993e104b529e52 update_checkpoints() makes a few DNS requests and can take up to 20-30 seconds to complete (3-6 seconds on average). It is currently called from core::handle_incoming_block() which holds m_incoming_tx_lock, so it blocks all incoming transactions and blocks processing while update_checkpoints() is running. This PR moves it to until after a new block has been processed and relayed, to avoid full monerod locking. 2022-09-20T08:22:12Z SChernykh sergey.v.chernykh@gmail.com 2022-06-14T19:23:23Z urn:sha1:6adf03cdc516a9236aac6dbd6f289750761b8d24 2022-09-13T03:23:08Z j-berman justinberman@protonmail.com 2022-08-26T23:13:19Z urn:sha1:864a78ee5f5db4619c093e0dfb26bd03735d9fb1 2022-09-09T17:55:40Z luigi1111 luigi1111w@gmail.com 2022-09-09T17:55:40Z urn:sha1:3178bbe083bcb944da602b67e79ee3422accea02 93db74a rpc: skip bootstrap nodes that are lower than last checkpoint (selsta)