<o​frnxmr:xmr.mx> I like monero-wallet-rpc too

<o​frnxmr:xmr.mx> speaking of monero-wallet-rpc. Come add liquidity to basicswap

<o​frnxmr:xmr.mx> The market maker GUI is out (today)

monerod is running in a headless VM. Cake is running on my workstation. I've found that I need to forward port 18081 for the wallet to connect, no problem.

monerod is still syncing. When it finishes and I start mining, in this case will the mining take place in the VM, or in my workstation?

<o​frnxmr:xmr.mx> Depends where you start mining

<o​frnxmr:xmr.mx> If you mine using monerod, it will mine from where the monerod is (in this csse, the VM). If you use xmrig, you can mine from your workstarion

<o​frnxmr:xmr.mx> When you say "forward port", just note that you dont need (or want) to forward that port on your router

<o​frnxmr:xmr.mx> You can use xmrig to mine using any remote node btw, you dont have to run a local node to solomine

Huh. I didn't know you can use monerod to mine.

I'm forwarding 18081 from my DMZ to my workstation on my LAN, for the wallet, all internal.

The manerod VM keeps banging away at port 18380 but it can't get out because I have that blocked. And it does not seem to be syncing. 18080 is forwarded and listening on the router.

I downloaded blockchain.raw two days ago and iported it, but monerod says it's only at 74%.

imported

Ok the blocks are incrementing, but at this rate it'll take a month to catch up.

Sounds like xmrig can be used instead of Cake?

<o​frnxmr:xmr.mx> Cake doesnt mine

<o​frnxmr:xmr.mx> Xmrig is a miner only. You have to have your own, separate, wallet

<o​frnxmr:xmr.mx> Yeah, monerod has a built-in miner, but isnt as powerful or efficient as xmrig.

<o​frnxmr:xmr.mx> I'm not sure what 18380, as that isnt a standard port. Must be something youve customized

<o​frnxmr:xmr.mx> And the sync time for monerod is likely slow due to HDD or perhaps filesystem type

<o​frnxmr:xmr.mx> Oh nvm. You uses a raw. Lol. Dont do that

Ok Xmrig is a miner only. Will use that. Haven't customized 13080 -- I block all in/out, tcp/usp/icmp except what is absolutely necessary. monerod is trying to use 13080 for some reason.

True, I have a spindle drive, but I'd prior loaded up blockchain.raw. Not monerod is syncing and I wonder if it can ever catch up.

<o​frnxmr:xmr.mx> 18080?

<o​frnxmr:xmr.mx> Importing the .raw is old, like 3yrs old

That's forwarded and working. But it's also banging on 18380.

<o​frnxmr:xmr.mx> and we removed it from the website

O.

I don't see how to make an offline wallet with Cake. And I do't see how to get the wallet hash?

<o​frnxmr:xmr.mx> You can probably use the unsafe import option, then sync the rest of the way using monerod & checkpoints

<o​frnxmr:xmr.mx> You cant make an offline wallet with cake. Its a hot wallet

Ty

<o​frnxmr:xmr.mx> Go to settings -> security -> show seed/keys

o​frnxmr:xmr.mx: I don't understand how to do an unsafe import. It seems that monero-blockchain-import is only good for files?

I guess I'm afraid of --dangerous-unverified-import as I don't know the likelihood of compromise.

<a​pecks:matrix.org> it may not. syncing time increases at you get closer to the current blockheight. even on ssd it takes a very long time

Wow, since that change my WG VM's networking is down.

WTH happened? This is a disaster. "ping: sendmsg: Destination address required"

I -am- giving it the destination address.

<a​mmortel:monero.social> Can someone replace Bisq with retoswap on getmonero.org?

<a​mmortel:monero.social> why is that?

<b​asses:matrix.org> plowsof

<b​asses:matrix.org> I think it is the time

<3​21bob321:monero.social> This is the way

hi, have a question about cli wallet. when i do address new it generates a new subaddress but after restarting the cli when I use address all to view addresses it only shows subaddresses that have been used before. Is there a way to view unused subaddresses that I have generated?

<a​mmortel:monero.social> I think it should show you all generated addresses. If it shows you two although you generated three, then just regenerate the third one. It will be the same as before

Thanks yeah I just realized it will just generate the next subaddress x of the index if it was unused when generated before