<u​mask777:decred.org> damn a blackhawk and an airliner colided above DC?

<u​mask777:decred.org> inb4 china ww4

<r​avfx:xmr.mx> One the same day XMR pulled a 8%

<r​avfx:xmr.mx> Something happening or something

<o​frnxmr:xmr.mx> Is that why xmr went up?

<r​avfx:xmr.mx> On the same day XMR pulled a 8%

<r​avfx:xmr.mx> Something happening or something

<u​mask777:decred.org> red team needs a false flag to keep everyone occupied 😏

<r​anguvar:matrix.org> hello, new to Matrix. hope everyone is well.

<r​anguvar:matrix.org> I have XMR on a Trezor affected by an old firmware bug which prevents me from sending large amounts to integrated addresses.

<r​anguvar:matrix.org> I could update the firmware now as it was solved Nov. 2022, but I don't have the backup seed phrase, so I'd like to transfer all coins off and wipe the Trezor before updating and setting it up again. I have a new wallet set up not using the device so it can serve as interim storage.

<r​anguvar:matrix.org> Following this comment: trezor/trezor-firmware #2213#issuecomment-1240998465

<r​anguvar:matrix.org> I was able to use monero-wallet-cli to run 'integrated_address' which provided payment ID along with an integrated address. I then used github.com/luigi1111/xmr.llcoins.net to decode this into an old-style payment address with the payment ID.

<r​anguvar:matrix.org> Unfortunately even with monero-wallet-cli's transfer command I'm unable to perform a test transaction using the payment ID.

<r​anguvar:matrix.org> <payment_id> shows as a parameter, but transfer fails and says that's an invalid parameter. I assume it's disabled even in the cli.

<r​anguvar:matrix.org> Would anyone be able to assist further in re-enabling payment ID transfers temporarily if you agree it could be a temporary workaround? I'll do small test transactions to confirm it works.

<r​anguvar:matrix.org> If not, any other suggestions please? I'm not very familiar with the Monero CLI but am with the terminal generally.

<r​anguvar:matrix.org> hello, new to Matrix. hope everyone is well.

<r​anguvar:matrix.org> I have XMR on a Trezor affected by an old firmware bug which prevents me from sending large amounts to integrated addresses.

<r​anguvar:matrix.org> I could update the firmware now as it was solved Nov. 2022, but I don't have the backup seed phrase, so I'd like to transfer all coins off and wipe the Trezor before updating and setting it up again. I have a new wallet set up not using the device so it can serve as interim storage.

<r​anguvar:matrix.org> Following this comment: trezor/trezor-firmware #2213#issuecomment-1240998465

<r​anguvar:matrix.org> I was able to use monero-wallet-cli to run 'integrated\_address' on my interim software wallet which provided payment ID along with an integrated address. I then used github.com/luigi1111/xmr.llcoins.net to decode this into an old-style payment address with the payment ID.

<r​anguvar:matrix.org> Would anyone be able to assist further in re-enabling payment ID transfers temporarily if you agree it could be a temporary workaround? I'll do small test transactions from Trezor to interim software wallet to confirm it works.

<r​anguvar:matrix.org> If not, any other suggestions please? I'm not very familiar with the Monero CLI but am with the terminal generally.

Why do you want a payment id ?

<r​anguvar:matrix.org> because my Trezor is affected by the linked firmware bug which prevents sending large amounts to integrated addresses. (my rough understanding)

<r​anguvar:matrix.org> and updating firmware to fix this endangers the coins present as I lost the backup seed phrase.

Does this bug prevent sending large amounts to non-integrated addresses ?

<r​anguvar:matrix.org> I don't believe so, based on the bug thread and ph4r05's comments. Here is the fix (applied to firmware): trezor/trezor-firmware #2479

Then why do you want a payment id ?

<r​anguvar:matrix.org> so I can send all coins from my device to a software wallet unaffected by this issue while I wipe and update my Trezor.

that's not related to the payment ID

<n​eromonero1024:monero.social> do you have the wallet seed? then, you can just restore the wallet using that software wallet while safely wiping your Trezor

i mean, you're better off trying to export the keys out of the hardware wallet

<ranguvar:matrix.org> [...] but I don't have the backup seed phrase

<r​anguvar:matrix.org> That might be the way to go, good idea - so since I lack the seed phrase, I could export the keys for Monero specifically?

<r​anguvar:matrix.org> then import those into a software wallet?

<r​anguvar:matrix.org> any pointers?

<r​anguvar:matrix.org> my understanding from ph4r05's comment in the bug thread was by using a payment ID transaction I would avoid this bug. Hence why they described using xmr.llcoins.net to generate such.

Send your monero to that new wallet (without a payment id, which you do not need). Reflash your trezor. Send coins back. Done.

Oh.

That's the opposite of the first claim :D

To enable payment ids again, you'd need to revert the patch which removed them. Hopefully there's just one of them and it reverts cleanly.

git log

revert and compile :P

Scratch what I said, we're not in -dev.

<r​anguvar:matrix.org> I'm familiar with patching and compilation if anyone can help me identify the commit to revert please.

I'd say... download the earliest monero binaries that are compatible with the current fork. Check whether it still has payment id support.

Odd. The source in release-0.18 still seems to have integrated address support.

What exactly are you missing ?

<r​anguvar:matrix.org> Huh. I'm using 18.3.4 and the help text when I try `transfer` shows <payment_id> in the syntax but when I try it tells me that parameter is invalid.

Ah, those are for *long* payment ids, long obsolete. They're unrelated to integrated addresses.

Use: transfer INTEGRATED_ADDRESS_HERE AMOUNT_HERE

<r​anguvar:matrix.org> ...sorry, so the entire idea was that I was creating a non-integrated address along with a payment ID and then sending to that, to avoid the firmware bug? per ph4r05's comment

Lemme go read the bug quick...

<r​anguvar:matrix.org> See his comment and example - so for the integrated address 4LuUffWR5Qmefh1czD4yEHUKZ17g1ziXVB2NCPoUH8kiCwwWLRTSFNrdphQgxB4seHLv6HYJ2AqyP2bH4xU12QQwZdd2TwKx3ZQ7u3ZeTv, he was able to produce 4BCoergvU9Fefh1czD4yEHUKZ17g1ziXVB2NCPoUH8kiCwwWLRTSFNrdphQgxB4seHLv6HYJ2AqyP2bH4xU12QQwP5m7Fzy with payment ID 17238a896634173d

<r​anguvar:matrix.org> Thank you very much. Check the linked comment if you can please.

Ugh. I see.

<r​anguvar:matrix.org> See their comment and example - so for the integrated address 4LuUffWR5Qmefh1czD4yEHUKZ17g1ziXVB2NCPoUH8kiCwwWLRTSFNrdphQgxB4seHLv6HYJ2AqyP2bH4xU12QQwZdd2TwKx3ZQ7u3ZeTv, he was able to produce 4BCoergvU9Fefh1czD4yEHUKZ17g1ziXVB2NCPoUH8kiCwwWLRTSFNrdphQgxB4seHLv6HYJ2AqyP2bH4xU12QQwP5m7Fzy with payment ID 17238a896634173d

<r​anguvar:matrix.org> See their comment and example - so for the integrated address 4LuUffWR5Qmefh1czD4yEHUKZ17g1ziXVB2NCPoUH8kiCwwWLRTSFNrdphQgxB4seHLv6HYJ2AqyP2bH4xU12QQwZdd2TwKx3ZQ7u3ZeTv, they was able to produce 4BCoergvU9Fefh1czD4yEHUKZ17g1ziXVB2NCPoUH8kiCwwWLRTSFNrdphQgxB4seHLv6HYJ2AqyP2bH4xU12QQwP5m7Fzy with payment ID 17238a896634173d

Then, in simplewallet.cpp, search for LONG_PAYMENTP_ID_S

Then after the half dozen lines that define it, add #define LONG_PAYMENT_ID_SUPPORT_CHECK ((void)0)

please don't edit too much

That ought to do it, assuming the rest of the code hasn't rotted away.

<r​anguvar:matrix.org> sorry, just realized it's probably spamming IRC.

<r​anguvar:matrix.org> tyvm moneromoo. I think I understand.

<r​anguvar:matrix.org> I'm not sure if it'll help since I never got to that error msg, "Long payment IDs are obsolete". Hopefully that's still what it was hitting and just outputting bad parameter

Maybe there's another check first. Lemme see if I can fnd it quick.

What's the actual error message you were getting about "parameter is invalid" ?

<r​anguvar:matrix.org> sure, just a sec.

<r​anguvar:matrix.org> Error: Invalid last argument: ......

<r​anguvar:matrix.org> where ...... is my payment ID

<r​anguvar:matrix.org> my syntax was:

<r​anguvar:matrix.org> transfer unimportant <address> <amount> <payment_id>

No obvious other check for it. Does it work if you remove "unimportant" ?

(you get prompted before sending and can cancel)

<r​anguvar:matrix.org> Nope. Invalid last argument again

Right. It's not popping the payment id, so it's trying on a second address/amount pair. But there's no code to actually encode that payment id anymore AFAICT.

<r​anguvar:matrix.org> gotcha. do you think I should pursue the key export idea? I'll have to logoff for a few hours soon, I can check back if anyone has pointers later for attempting that.

9768e96d7447f8afa443347b9532d0f4a1bab17c will need reverting.

Possibly. I dunno how trezor works.

<r​anguvar:matrix.org> Thanks for all thus far including finding that commit. I can sit tight here for the moment and hopefully someone with Trezor-fu stops by today.

<r​anguvar:matrix.org> If not I'll attempt revert, new define on LONG_PAYMENT_ID_SUPPORT_CHECK, and rebuild.

<d​arkhappyman:monero.social> Hello, I am asking this question after reading this : monero.stackexchange.com/questions/…he-balance-of-an-integrated-address

<d​arkhappyman:monero.social> Are integrated addresses deprecated ?

<d​arkhappyman:monero.social> Hello, I am asking this question after reading this : monero.stackexchange.com/questions/…he-balance-of-an-integrated-address

<d​arkhappyman:monero.social> _Are integrated addresses deprecated_ ?

<d​arkhappyman:monero.social> Hello, I am asking this question after reading this : monero.stackexchange.com/questions/…he-balance-of-an-integrated-address

<d​arkhappyman:monero.social> __Are integrated addresses deprecated__ ?

<d​arkhappyman:monero.social> Hello, I am asking this question after reading this : monero.stackexchange.com/questions/…he-balance-of-an-integrated-address

<d​arkhappyman:monero.social> **Are integrated addresses deprecated ?**

<o​frnxmr:xmr.mx> ^

<d​arkhappyman:monero.social> ok ok thanks 🙏 🛌🚶‍♂️

<i​zzyma:matrix.org> Hi, I just synced the blockchain onto a ubuntu server that I access via ssh. It seems to be running ok, but when I use the command to start_mining, it prints this error message: Invalid syntax: Invalid combination of parameters.

<i​zzyma:matrix.org> does anyone know of any good guides out there for newbs like me?

<i​zzyma:matrix.org> with clear instructions on how to use the monero cli (monerod and wallet)

<i​zzyma:matrix.org> thanks

<p​lowsof:matrix.org> docs.getmonero.org/rpc-library/wall…et-rpc/?h=start_mining#start_mining

<p​lowsof:matrix.org> sorry, the correct one for monerod Isaac Marsden docs.getmonero.org/rpc-library/monerod-rpc/#start_mining

sorry again, just type `help start_mining`

<o​frnxmr:xmr.mx> Easiest is to run monero-wallet-cli and send the mining command from there

<i​zzyma:matrix.org> Thanks so much you guys! I will get on it :-)

<r​anguvar:matrix.org> From my limited research it seems I may not be able to export the keys for Monero from my Trezor, so I may need to patch the code and transfer to an old format address as discussed prior. If anyone is available in the next hours to assist it would be deeply appreciated (and I can kick you a little xmr after). I'll attempt rebuilding monero shortly.

<o​frnxmr:xmr.mx> why would you need to patch any code?

<o​frnxmr:xmr.mx> Problem: you have trezor that have a bug that prevents sending large amounts to integ addresses

<o​frnxmr:xmr.mx> Solution: send to a normal address,

<r​anguvar:matrix.org> That's what I'd like to do. I think there's a small chance I could be overcomplicating it.

<r​anguvar:matrix.org> Per ph4r05's comments here: trezor/trezor-firmware #2213#issuecomment-1240998465

<r​anguvar:matrix.org> I am using `integrated_address` in monero-wallet-cli to generate a payment ID and integrated address, which I'm feeding to luigi1111/xmr.llcoins.net, producing an address which I'm providing along with the payment ID to `transfer` from my Trezor. However, I get "Invalid last argument" when I include payment ID, and so it seems code must be patched.

<r​anguvar:matrix.org> Are you saying there's a different address format I can use without payment ID that won't trigger the firmware bug?

<o​frnxmr:xmr.mx> tiny

<o​frnxmr:xmr.mx> Use `address`

<o​frnxmr:xmr.mx> How to get a normal address? Open monero-wallet-cli and create a new wallet. Then type `address`. Send funds on trezor to the `address`. -> do whatever you want with trezor (wipe, update, create new wallet etc) -> send funds back to trezor

<o​frnxmr:xmr.mx> Theres no reason (that i can see) for you to want to use an integrated address.. so just use a regular one, which should work. The bug is only concerning integrated addresses

<r​anguvar:matrix.org> That does give me the same address I decoded using xmr.llcoins.net, just without a payment ID.

<r​anguvar:matrix.org> I think I see - I can send to myself without a payment ID. It was only necessary on services that needed a way to differentiate incoming funds.

<o​frnxmr:xmr.mx> Only on _some_ services. Mose use subaddresses these days

<o​frnxmr:xmr.mx> Tradeogre and fixedfloat use integrated addresses. Almost everyone else uses subaddresses

<r​anguvar:matrix.org> Huge thanks. I'll test shortly and request your address if it works.

<o​frnxmr:xmr.mx> Integrated addresses arent officially deprecated afaict, but the preferred method is to replace integrated addresses with subaddresses

<r​anguvar:matrix.org> What's the best resource on the differences between those? I didn't fully understand. If you have handy

<o​frnxmr:xmr.mx> 1 sec

<o​frnxmr:xmr.mx> 106.md.monerodevs.org/public-address

<o​frnxmr:xmr.mx> ^ this is the (slightly) updated version of docs.getmonero.org/public-address/standard-address

<j​effro256:monero.social> Integrated addresses are not "deprecated", that should be updated

<o​frnxmr:xmr.mx> Moo thought they were, as did i

<o​frnxmr:xmr.mx> But its been like that for years, even though the integrated addr page says that merchants should use them

<o​frnxmr:xmr.mx> docs.getmonero.org/public-address/i…ntegrated-addresses-vs-subaddresses

<j​effro256:monero.social> That page is mainly correct: subaddresses for users, integrated addresses for mercahants

<j​effro256:monero.social> Unless your business needs to maintain confidentiality between receipts

<j​effro256:monero.social> At any rate, support for integrated addresses is continuing into Carrot at least for some period of time. But business will finally be able to get rid of integrated addresses once support for Carrot-keyed subaddres generation is implemented in wallets

<j​effro256:monero.social> I think at that point we could finally discuss deprecating them without losing real needed features

<o​frnxmr:xmr.mx> Most merchants these days are using subaddresses (like btcpayserver or 9/10 swappers)

<o​frnxmr:xmr.mx> The benefits of integ addresses (such as generation w/o a view key) are still pros though.

<o​frnxmr:xmr.mx> Though

<o​frnxmr:xmr.mx> For payment verification, it makes sense for the merchant device to have a view key