monzero-core.git/src/cryptonote_core/cryptonote_core.h, branch mainMonzero core node, command-line wallet, consensus code, and release tooling.
https://code.monzero.org/monzero-core.git/atom?h=main2026-05-08T15:40:38Zzmq: apply restricted-mode privacy filtering to get_transaction_pool2026-05-08T15:40:38Zgreatjourney589wangkyle589@gmail.com2026-05-08T15:33:34Zurn:sha1:878c781764e62d8616ae49a42baf05366a1d7336
Add an include_sensitive parameter to tx_memory_pool::get_pool_for_rpc
(and its core passthrough), mirroring the include_sensitive_data
parameter on the HTTP analog get_transactions_and_spent_keys_info.
When false, receive_time and last_relayed_time are zeroed using the
same masking already applied on the HTTP path.
The ZMQ handler in daemon_handler.cpp passes !m_restricted, so
--restricted-zmq-rpc callers now receive the same privacy-filtered view
as restricted HTTP callers instead of the unfiltered timing metadata
they previously got. Stem-phase txs continue to be excluded regardless
(relay_category::broadcasted filter unchanged).
Refs #10529.
blockchain_utilities: fix --data-dir option2026-04-22T05:34:02Zjeffro256jeffro256@tutanota.com2026-04-22T05:27:53Zurn:sha1:8a20fd2bc84d74917381fb50362b4d1a385256bdp2p: isolate regtest from mainnet bootstrap state2026-04-10T17:15:53ZJeetrajjeetrajsinh2005@gmail.com2026-04-09T05:35:47Zurn:sha1:1d2ae2138a85dd93bc8a0d2c55513c5b5ba4658ftx_memory_pool: speedup get_complement() for large requests2026-03-22T09:50:10Zjeffro256jeffro256@tutanota.com2025-11-03T23:05:57Zurn:sha1:0761024b349048ebf79dbfe71caab11826833464
Changes complexity from M*N to (2*N+M)*log2(M). The FCMP++ stressnet recently hit mempool sizes of ~55k txs.
If the requesting node's mempool is populated, this results in an average of (55000*55000)/2
(about 1.5 billion) comparisons for the responding node. Under this commit, this would be reduced to
(55000+55000)*log2(55000) comparisons (about 2.6 million), a 99.83% reduction.
p2p: fix race causing dropped connections during sync2025-12-12T05:37:20Zj-bermanjustinberman@protonmail.com2025-12-12T05:32:23Zurn:sha1:d8d3cf97300480b9d3942c667978dd4860b76feb
Without this commit:
1) read height from DB
2) add block to chain in separate thread
3) read chain for block id's and request them from peer
4) ERR in handle_response_chain_entry, peer's first block is the
one that was added to the chain, which has block idx=height from
step 1.
This commit reads the chain for height and highest block id's
in one go while holding the m_blockchain_lock to avoid the race.
blockchain sync: reduce disk writes from 2 to 1 per tx2025-03-10T06:32:08Zjeffro256jeffro256@tutanota.com2024-01-17T23:17:16Zurn:sha1:008ba966da88f073f226b299533faca905ceabf8Enforce restricted # pool txs served via RPC + optimize chunked reqs [release-v0.18]2023-07-09T06:38:18Zj-bermanjustinberman@protonmail.com2022-12-14T00:08:56Zurn:sha1:f137a35984985232a3aae50cd4c7b47634866594
- `/getblocks.bin` respects the `RESTRICTED_TX_COUNT` (=100) when
returning pool txs via a restricted RPC daemon.
- A restricted RPC daemon includes a max of `RESTRICTED_TX_COUNT` txs
in the `added_pool_txs` field, and returns any remaining pool hashes
in the `remaining_added_pool_txids` field. The client then requests
the remaining txs via `/gettransactions` in chunks.
- `/gettransactions` no longer does expensive no-ops for ALL pool txs
if the client requests a subset of pool txs. Instead it searches for
the txs the client explicitly requests.
- Reset `m_pool_info_query_time` when a user:
(1) rescans the chain (so the wallet re-requests the whole pool)
(2) changes the daemon their wallets points to (a new daemon would
have a different view of the pool)
- `/getblocks.bin` respects the `req.prune` field when returning
pool txs.
- Pool extension fields in response to `/getblocks.bin` are optional
with default 0'd values.
wallet2, RPC: Optimize RPC calls for periodic refresh from 3 down to 1 call [release-v0.18]2023-07-09T06:30:53Zrbrunner7rbrunner@dreamshare.ch2021-11-21T16:40:50Zurn:sha1:23f782b21113035b57e4560d6a9b522ac1f03ccarpc: skip bootstrap nodes that are lower than last checkpoint2022-09-06T20:09:39Zselstaselsta@sent.at2022-08-19T22:40:46Zurn:sha1:93db74a91ed7416754899d4cbacf213647894871Publish submitted txs via zmq2022-07-21T18:53:31Zj-bermanjustinberman@protonmail.com2022-07-09T22:08:06Zurn:sha1:8cc3c9af4dde7a32d675c4297d673dee4a9c2514