.merges

10964 11306 11343 11345 11366 11375 11376 11378 11379 11380

Ap4sh opened pull request #11437: p2p: handle bracketed IPv6 bind addresses

> monero-project/monero #11437

arthurscchan opened pull request #11439: OSS-Fuzz: Add fuzzer targets wallet scan

> monero-project/monero #11439

arthurscchan opened pull request #11438: OSS-Fuzz: Add new fuzzer targets wallet cache

> monero-project/monero #11438

<thomasbuilds:matrix.org> posting this here in case it's useful (I didn't verify each):

<thomasbuilds:matrix.org> Merge cleanly together but break

<thomasbuilds:matrix.org> * #11185 + #11384: build error, fetch_pool undeclared in wallet2::refresh_internal[... more lines follow, see mrelay.p2pool.observer/e/2NLp3a8LVVI2aHBL ]

<thomasbuilds:matrix.org> @Ap4sh

<sgp_> ^ the ones from arthurscchan are ADA Logics working on the fuzzing contract for the MAGIC Monero Fund, CC @ack-j:matrix.org

j-berman opened pull request #11440: FCMP++: consensus verification integration

> monero-project/monero #11440

selsta opened pull request #11441: fuzz: isolate RPC LMDB directories per core environment

> monero-project/monero #11441

selsta opened pull request #11442: cryptonote_protocol: preserve outstanding requests during timeout grac...

> monero-project/monero #11442

.merges

10964 11306 11343 11345 11366 11375 11376 11378 11379 11380

selsta opened pull request #11444: wallet_api: omit daemon status from sweep histogram errors [release-v0...

> monero-project/monero #11444

selsta opened pull request #11443: wallet_api: omit daemon status from sweep histogram errors

> monero-project/monero #11443

.merges

10964 11306 11343 11376

.merge+ 11361 11395 11394 11393 11391 11390 11388 11387 11386 11385 11383

Added

.merge+ 11362 11363

Added

.merge+ 11144 11145 11444 11443 11253 11254

Added

.merge+ 11268

Added

<shussa22:matrix.org> Hello everyone, hope you are having a great day.

<shussa22:matrix.org> I wanted to work on issue #9019 but the issue is very old, labelled as a low priority, and after some research I realized its a bit intricate as it overlaps betweedn things like the daemon and wallet.

<shussa22:matrix.org> Also, after some research on this topic I am a bit concerned about how delayed transfers can leave a "hint" or "finger-print" the transaction itself since decoys are picked at creation time and a tx broadcast hours later could have an oddly aged ring.[... more lines follow, see mrelay.p2pool.observer/e/6_qx8a8LbnFwRGNJ ]

<ofrnxmr:xmr.mx> i dont think a feature like that is something that should be in reference software. thats just my 2c

<ofrnxmr:xmr.mx> EAE attacks arent thwarted by such a feature. as you said, doing that just creates txs that have a different fingerprint than normal ones - theyd stand out more than one built in real time

<ofrnxmr:xmr.mx> you can take it to an extreme, and generate a tx a week ago and broadcast it today. you can easily see the issue there

<shussa22:matrix.org> @ofrnxmr:xmr.mx: yeah i see, thats one thing i was thinking of when reading the proposal

.merge- 11361

Removed

<shussa22:matrix.org> @ofrnxmr:xmr.mx: i can also see how its too niche and kind of creates a separate problem

<shussa22:matrix.org> thanks for the help