monzero-core.git/src/cryptonote_protocol/cryptonote_protocol_handler.inl, branch v0.18.4.3Monzero core node, command-line wallet, consensus code, and release tooling.
https://code.monzero.org/monzero-core.git/atom?h=v0.18.4.32025-03-19T22:37:53Zcryptonote_protocol: fix handling of pruned blocks during sync2025-03-19T22:37:53Zjeffro256jeffro256@tutanota.com2025-03-17T13:40:04Zurn:sha1:ce1c864b4d816a2511e99d757f7e62c9d1b36bccMerge pull request #97402025-03-10T16:20:00Ztobtohttob@featherwallet.org2025-03-10T16:20:00Zurn:sha1:3da68db9789697d30dc309df2f1da5d348bc4ce2
008ba966d blockchain sync: reduce disk writes from 2 to 1 per tx (jeffro256)
blockchain sync: reduce disk writes from 2 to 1 per tx2025-03-10T06:32:08Zjeffro256jeffro256@tutanota.com2024-01-17T23:17:16Zurn:sha1:008ba966da88f073f226b299533faca905ceabf8Some cleanup in span/connection_context + few more checks2025-02-03T17:04:45ZLee *!* Clagettcode@leeclagett.com2024-10-09T00:27:09Zurn:sha1:ed70c162244b7b42119e2011bb5cf90061160629protocol: drop peers sending duplicate txes2023-06-27T11:06:14Zmoneromooo-moneromoneromooo-monero@users.noreply.github.com2023-05-16T22:31:31Zurn:sha1:1924c170d48f144eafd04694bbcda1f319abb51fcryptonote core/protocol: don't drop peers for soft offenses2023-03-29T07:07:15Zjeffro256jeffro256@tutanota.com2023-03-27T21:32:47Zurn:sha1:059b975388f346a4243273a75d86c16fd8e6990d
Also: txs with tx_extra which is too large will not get published to ZMQ
Co-authored-by: SChernykh <sergey.v.chernykh@gmail.com>
Move update_checkpoints() to a later stage2022-09-22T11:06:39ZSChernykhsergey.v.chernykh@gmail.com2022-09-22T11:06:39Zurn: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.
Don't exclusively drop tor/i2p outgoing cxns in idle loop2022-05-18T16:54:21Zj-bermanjustinberman@protonmail.com2022-05-15T03:11:53Zurn:sha1:2dab31f62f3e7aff14afd7897848143456b0c47dMerge pull request #82232022-04-06T04:19:59Zluigi1111luigi1111w@gmail.com2022-04-06T04:19:59Zurn:sha1:bb093ec9a8087bba0e8f6e8769dbb336a6a0aedd
17772ef Eliminate dependence on boost::interprocess #8223 (Jeffrey)
Eliminate dependence on boost::interprocess #82232022-03-30T18:18:32ZJeffreyjeffryan@tamu.edu2022-03-30T18:18:32Zurn:sha1:17772ef53e57620f47c426fa4557671a86f1b3ae
In this repo, `boost::interprocess` was being used soley to make `uint32_t` operations atomic. So I replaced each instance of
`boost::interprocess::ipcdetail::atomic(...)32` with `std::atomic` methods. I replaced member declarations as applicable. For example,
when I needed to change a `volatile uint32_t` into a `std::atomic<uint32_t>`. Sometimes, a member was being used a boolean flag, so
I replaced it with `std::atomic<bool>`.
You may notice that I didn't touch `levin_client_async.h`. That is because this file is entirely unused and will be deleted in PR monero-project#8211.
Additional changes from review:
* Make some local variables const
* Change postfix operators to prefix operators where value was not need