[CCS Proposals] acx acx opened merge request #616: acx Monfluo maintenance and further development 2025Q4 repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/616

<ofrnxmr:xmr.mx> transfer 4BbmePVHhuhTsE4656ScFv2iFKy1ZmMT7d4yXAVS3FM9gUc6qkTo7H7Gz8p1zDiJPQN34hK6v9ZdaMdug5mhMYrbSGtHYuwLbckQfEeVhc 0.00009 44zkDAxE5VNAhWy2ofT9EZe8odReJbC66aAujVNezo9WhPcmXiLtC8ERBt6BTAznLmcPedr5DniTEN3zoaapvbsMBQ4oZyj 0.00005 > <@fiatdemise:matrix.org> 4BbmePVHhuhTsE4656ScFv2iFKy1ZmMT7d4yXAVS3FM9gUc6qkTo7H7Gz8p1zDiJPQN34hK6v9ZdaMdug5mhMYrbSGtHYuwLbckQfEeVhc

<ofrnxmr:xmr.mx> =[... more lines follow, see mrelay.p2pool.observer/e/s9-z07kKcXY2T21i ]

<ofrnxmr:xmr.mx> You musy be trying to send to 2 integrated addresses in the same tx

<fiatdemise:matrix.org> This is the exact command I entered. The first address is my primary address that I have pinned on X for CakePay.

<fiatdemise:matrix.org> transfer 47ioQfBgxqvGfbDrUZGDiHFe1Zx9Fobp8Cp1RueGRfPJU1c76SNfgSMASmT9w2UpU7EaRGme8qzDqPzdLK1e1AeBR72yFkV .0002 4Fu3rriBzgHemwBJWfU3tHLU2DBewBeX6Rtcb64psUPcEajRqQmsGPQbG2pNkVnjdFFmpNomqEED7hzAGa34gcKabF3FFWBe9LDKrdANMV .0002

<fiatdemise:matrix.org> Can you try that exact command and let me know what you find? I'll reimburse whatever funds are used for testing.

<sneedlewoods> I can have a look in about an hour, but I assume that's beyond my expertise > <@fiatdemise:matrix.org> I tried again to do 1 primary address and 1 integrated, this time in CLI with log level set to 2. Saw this in log, "Destinations have to have exactly one output to support encrypted payment ids" Really hope it's possible to change that.

<ofrnxmr:xmr.mx> @fiatdemise:matrix.org: sure. Will take 20mins as i move some funds to my testing wallet

<fiatdemise:matrix.org> That would be great, even to just have one more person getting the same error I'm seeing would be useful.

<ofrnxmr:xmr.mx> transfer 4BbmePVHhuhTsE4656ScFv2iFKy1ZmMT7d4yXAVS3FM9gUc6qkTo7H7Gz8p1zDiJPQN34hK6v9ZdaMdug5mhMYrbSGtHYuwLbckQfEeVhc 0.00009 44zkDAxE5VNAhWy2ofT9EZe8odReJbC66aAujVNezo9WhPcmXiLtC8ERBt6BTAznLmcPedr5DniTEN3zoaapvbsMBQ4oZyj 0.00005

<ofrnxmr:xmr.mx> You can try this as well

<fiatdemise:matrix.org> Done, got transaction not constructed error message

<fiatdemise:matrix.org> mrelay.p2pool.observer/m/matrix.org/HaRaCjzjUGFOAOeSsIOPfZxD.png (image.png)

<fiatdemise:matrix.org> mrelay.p2pool.observer/m/matrix.org/GDcEVzeZSrbgPvjkcrSdLjVa.log (monero-wallet-cli.log)

<fiatdemise:matrix.org> I deleted log file and tried again, same error, log attached.

<ofrnxmr:xmr.mx> Try building master branch

<ofrnxmr:xmr.mx> Couple more mins for funds to clear so i can test your command

<ofrnxmr:xmr.mx> 3 blocks

<ofrnxmr:xmr.mx> mrelay.p2pool.observer/m/xmr.mx/BVftnbKYJvPhhaAZUOZQArTT.png (share_7868402333076064563.png)

<ofrnxmr:xmr.mx> yours didnt work but mine did

<ofrnxmr:xmr.mx> Let me try switching order

<ofrnxmr:xmr.mx> No change. the integrated address in your command doesnt work, but xenus works for me

<ofrnxmr:xmr.mx> Actually doesnt seem to he the integrated address

<ofrnxmr:xmr.mx> Its the primary address that doesnt work

<ofrnxmr:xmr.mx> try using

<ofrnxmr:xmr.mx> transfer {integrated_address} 0.001 {primary_address_of_the_sending_wallet} 0.001

<ofrnxmr:xmr.mx> It succeed for me when the primary address is my own

<fiatdemise:matrix.org> I'm unavailable again, will try in couple hours.

<sneedlewoods_xmr:matrix.org> just found this comment (github.com/monero-project/monero/bl…sig_tx_builder_ringct.cpp#L166-L169) for the same error message in multisig code

<fiatdemise:matrix.org> @ofrnxmr:xmr.mx: Tried this, and it worked for me.

<ofrnxmr:xmr.mx> cc @jeffro256:monero.social

<jeffro256> > <@fiatdemise:matrix.org> I tried again to do 1 primary address and 1 integrated, this time in CLI with log level set to 2. Saw this in log, "Destinations have to have exactly one output to support encrypted payment ids" Really hope it's possible to change that.

<jeffro256> @fiatdemise:matrix.org: That's unfortunately a limitation of the current addressing protocol. You can mix integrated addresses with subaddresses or your own main address, but not with other integrated address or other non-main addresses. The reason is that the recipient of the other main, non-integrated, address in the transa [... too long, see mrelay.p2pool.observer/e/jLn64LkKRVliYmQw ]

<jeffro256> *or other non-integrated main addresses

<jeffro256> In other words, with the current addressing protocol, trying to send to 1 integrated address and 1 main address actually sends as 1 integrated address and another integrated address with a random payment ID

<jeffro256> Technically speaking, the sender wallet could search for transaction pubkey collision such that the other main address actually decrypts an all-zeros payment ID. But that might reduce security somewhat, and would take a lot of compute power, exponentially more so the more destinations you add

<jeffro256> @jeffro256: The wallet could be coded to be able to be allowed to send to 1 integrated address plus multiple main addresses, as long as the user asserts that they're okay with sending a bunch of random payment IDs to the other guys

<jeffro256> The reason that subaddress recipients in a transaction with payment IDs is that the receiving wallet simply ignores payment IDs if the received address is a subaddress. Similarly, the wallet also ignores payment IDs to main addresses (most likely change) if one of their owned outputs was spent in that transaction.

<fiatdemise:matrix.org> Interesting. I have found that integrated + subaddress also isn't possible, I get same error message. This is what I tried:

<fiatdemise:matrix.org> transfer {integrated_address} 0.0002 {subaddress_NOT_of_the_sending_wallet} 0.0001

<fiatdemise:matrix.org> In any case, time to learn more about CARROT and get a general sense of when that's expected.