.merges

<selsta> "need someone to review the v0.17..." <- Double checked.

if one creates and funds 10 wallets, then broadcasts an unconfirmed tx from each wallet, it's possible for some broadcasts to fail because they might use common decoys, right?

No.

Well, maybe. Your premises are not precise enough, but the way I interpret it, no.

It is no for this rephrasing:

Alice creates 10 wallets, and sends funds to every one of them.

Alice creates, but does not broadcast yet, a tx per wallet.

Alice then broadcasts all these txes.

In that case, those 10 txes will not interfere. If the txes were valid when made, they'll still be valid when the other 9 are known.

This assumes no reorg happened in the meantime ofc.

<woodser[m]> "if one creates and funds 10..." <- This is what happened to me, I used woodser java library (btw thank you for that), I think it had something to do with opening and closing quickly wallets in walletRpc after sending a tx.

I'm trying to recreate the issue

If you have log level >= 1, moenrod will tell you why a tx fails to verify.

woodser[m]: thank you

ian_niculescu: I'm still not able to reproduce the error, even with opening and closing wallet rpc after each send

please do enable logging in the daemon with `set_log 1` and report the error for why the tx fails

If there's any Rust developers interested in picking up a Monero ecosystem project as their work over the next few months, let me know on matrix (this account).

luigi1112: could you do merges again? i want to release v0.17.3.2 soon