<m​ayhem69:matrix.org> Probably better to ask in matrix.to/#/%23monero:monero.social

<e​dreiestrada:matrix.org> thanks I will try

<e​inliterflasche2:matrix.org> What is the recommended/intended way to check if a wallet is synced when using `wallet2_api.h`? The documentation on `synchronized` says it returns true if the wallet was _ever_ synchronized.

<b​inarybaron:matrix.org> Does a transaction ever have more than one tx_key?

Yes. Some old ones do. It was a bug.

<b​inarybaron:matrix.org> As I understand it if a transaction has multiple outputs paying multiple different subaddresses, then the transaction will have a different transaction keys for each output.

<b​inarybaron:matrix.org> MRL-0006 states: "The use of separate transaction keys for each output allows Alice to include multiple outputs directed to

<b​inarybaron:matrix.org> subaddresses"

<b​inarybaron:matrix.org> But monero-wallet-rpc only returns a single tx_key

<b​inarybaron:matrix.org> Ok so if I am using the latest wallet2 then transaction will never have more than one tx_key?

The tx extra field is pretty freeform. Someone may include whatever they like in it, and the tx will still be valid.

(beyond a size restriction)

<b​inarybaron:matrix.org> Okay but assuming both parties exhibit standard behaviour?

<b​inarybaron:matrix.org> All I want to do is extract the tx_key from a `PendingTransaction` in wallet2

<b​inarybaron:matrix.org> How does this work for transfer proofs? Is any of the keys valid?

<b​inarybaron:matrix.org> I have seen in some places in the codebase that tx_keys get concatenated when there are multiple ones ? Is that the standard behaviour one I follow ?

<b​inarybaron:matrix.org> Zero to Monero also defines the OutProofV2 as having a singular tx_key. Does this mean you'd (in theory) need multiple transfer proofs for transactions with multiple tx keys?

<b​inarybaron:matrix.org> As far as I understand it:

<b​inarybaron:matrix.org> If I built a transaction and wallet2 decides to split it into multiple transactions then each transaction will get a seperate tx key and I need to construct multiple transfer proofs.

<b​inarybaron:matrix.org> Is this correct ?

Yes.

hi folks, i’m building a custodial web wallet / p2p platform, users deposit xmr to an address we assign and can withdraw to their own wallet, inside the platform; user to user transfers with zero fees would be a nice feature if possible, i guess moving balances in our database would be the right pattern?

plan is one seed with per user subaddresses via monero wallet rpc, a view only watcher for deposits, a small hot wallet for withdrawals, and multiple wallet rpc processes if i need concurrency; any gotchas with lots of subaddresses like lookahead or wallet cache growth, and can you confirm that sending between my own subaddresses is still an on

chain tx with a fee, or is there a better pattern you recommend for a custodial p2p platform?

<o​frnxmr:monero.social> moving own subaddresses is in fact on chain with a fee