<duckpondy:matrix.org> > <@rbrunner7> With just some small problems that people have to find each other somehow, the problem that you can get "tainted" BTC for your XMR, and that so far liquidity is mostly not there where it should be

<duckpondy:matrix.org> I thought so too, but eigenwallet has over 20 BTC in liquidity, and BasicSwap's liquidity is pretty good as well. For anyone other than the Winklevoss twins, these should work fine for now

hey folks, if I use basicswap to exchange monero into btc, is there any way that I can have some guarantees that the btc will be "cleaned" (not sure what is the right term)? ty

no

unless you pay chainlysis to check your BTC

Cindy: I see, and I guess you do that check only *after* the swap is done, right?

before it contaminates your wallet

okay, so I guess I should use a dedicated address to receive the swap (and address which is not my actualy wallet)

an address*

yes

then you can use some service that you know checks if the BTC isn't stained

thank you very much Cindy

I see that I can use `--daemon-port` options when starting the daemon, but how can I tell the monero-wallet-gui to use a custom port instead of the default one?

vtnerd "<vtnerd> Does the rest API return the newest output or not? I need more info > <johny__> vtnerd 30min after doing the tx, 16 conf, blockheight +15 still unable to spend my funds" I made a fork of lws to better fit my needs but yeah it takes lots of time after tx is confirmed to get spend_key_images ( user->second.get_images(meta.id) ) and my conf is ok I tried tcp or ipc for pub/sub, I still don't know why, I am still searching how to make it

faster

vtnerd it is not easy to see what triggrs those updates in db

vtnerd I don't really understand why thread is processing 2 blocks when the height is only +1

<vtnerd> > <johny__> vtnerd "<vtnerd> Does the rest API return the newest output or not? I need more info > <johny__> vtnerd 30min after doing the tx, 16 conf, blockheight +15 still unable to spend my funds" I made a fork of lws to better fit my needs but yeah it takes lots of time after tx is confirmed to get spend_key_images ( user- [... too long, see mrelay.p2pool.observer/e/kMv2icoKNmhqNFRV ]

<vtnerd> I've said repeatedly that you have a misunderstanding of how spend key images works. That array is omitted until it appears in a ring. If you want an empty array - which is equivalent to omitting it altogether but with more json - it can easily be done but is not the source of any js problems you're having

<vtnerd> @vtnerd: Or rather the json parser frontend may require an empty array instead of omission, but that's why it's not appearing initially

<vtnerd> johny__: Lws fetches an overlap block to make sure that hashes match. The overlap block is always skipped when scanning, only the hash is used

<vtnerd> So the overlap block is for record detection

<vtnerd> *reorg detection

<vtnerd> > <@vtnerd> I've said repeatedly that you have a misunderstanding of how spend key images works. That array is omitted until it appears in a ring. If you want an empty array - which is equivalent to omitting it altogether but with more json - it can easily be done but is not the source of any js problems you're having

<vtnerd> Maybe I misunderstood. Is the spent output missing the spend_key_images or is the new output missing it. If it's the latter, that's completely expected

<fungible.:matrix.org> slight increase in qubic's price an hour ago or so, probably not a worry since they pretty much gave up i think, havent really followed along with that whole thing if they moving to dogecoin now or what, would still keep an eye on it just in case i guess

vtnerd why are you still answering the same? I don't have any issue sending the funds right after tx is confirmed with monero gui and I cannot do it with lws so it means there is an issue

vtnerd, I don't care about empty, as I said I made a fork of lws for my needs and those kind of changes are easy for someone like me, do you need spend_key_images from get_unspent_out endpoint to be able to spend your funds? right or wrong?

vtnerd if you need spend_key_images to be able to spend your funds then it can take me 30 min after tx is confirmed to receive it

vtnerd I am going to try to update get_unspent_out with empty array to see if it works

<vtnerd> johny__: spend_key_images is for determining whether the output was spent and will always be empty for the first 10 blocks after it first appears in blockchain. If you're getting double spend errors when trying to send txes then this might be the culprit, otherwise it's probably not the issue

<vtnerd> You can't send immediately after tx is confirmed due to 10 block lock rule, so it might be something else. Is the GUI and lws using the same wallet? > <johny__> vtnerd why are you still answering the same? I don't have any issue sending the funds right after tx is confirmed with monero gui and I cannot do it with lws so it means there is an issue

<vtnerd> johny__: You do not need it to spend funds, however the mymonero-web-js code may require it, requiring a fix frontend side to treat the omitted field as empty or have the backend just always spit out empty array

<m91w:matrix.org> hi is it possible to get support from here? Or am I completely in the wrong room

vtnerd thank you for your answer, you are right, I didn't understand well what spend_key_images was useful for and I just managed to find a fix to be able to make a tx right after it is confirmed, now I don't have to wait 30min

vtnerd everything seems to work great now I am happy, sorry again for not having directly understood for spend_key_images

m91w what is your question about?

#monero-support:monero.social

<m91w:matrix.org> DataHoarder: Thank you

<m91w:matrix.org> johny__: I posted in #monero-community:monero.social and already have received help from a nice person

<m91w:matrix.org> Issue was with monerod's speed when syncing with prune, on ssd with btrfs

it seems you got forwarded there in the end :)

<pettybird43:matrix.org> hello, im trying to download a local node to tails. i am using Sandisk extreme portable ssd. i was following a guide from theonionpost. everytime i get to around 70%, the comuter freezes. the tails clock freezes, the blockchain freezes, cant move the mouse. any ideas why this is?

how big is your SSD

<pettybird43:matrix.org> 1TB

<pettybird43:matrix.org> according to theonionpost guide im following, there was 2 ways to save - one was on the usb with tails (in persistent), the other was on 2 usb's. both avenues the local node freezes up the computer around 50-75%. Could it be the computer? the computer is a standard old asuspro 8gb memory...

<ofrnxmr:xmr.mx> Ram?

<ofrnxmr:xmr.mx> 8gb eh

<ofrnxmr:xmr.mx> Should be enough

<pettybird43:matrix.org> yeah i mean, what else would it be? im plugged in via ethernet...

<pettybird43:matrix.org> i feel like a complete idiot!

<ofrnxmr:xmr.mx> Monitor ram usage while syncing

<ofrnxmr:xmr.mx> htop (terminal) or system monitor

<ofrnxmr:xmr.mx> See if it maxes out before freezing

<m91w:matrix.org> does the system unfreeze at a certain point? or do you have to restart

<pettybird43:matrix.org> @ofrnxmr:xmr.mx: I didnt think of that

<pettybird43:matrix.org> @m91w:matrix.org: all 3 times i have tried, it stays frozen. once i let it sit there for 4 hours. frozen

<pettybird43:matrix.org> looking at system monitor right now, it shows im using 2.9GB (73%) of 4GB

<pettybird43:matrix.org> and ive synced 34%

<m91w:matrix.org> you've got 4GB of ram or 8?

<pettybird43:matrix.org> accoring to system monitor 4gb

<pettybird43:matrix.org> must have misread

2.9GB right now?

without monerod running?

<m91w:matrix.org> in that case ofrnAI is probably right, 4gb ram could cause issues imo

<ofrnxmr:xmr.mx> Its probably hitting 4gb, ans with no swap, dying

<pettybird43:matrix.org> monerod is running, local node is syncing.

<pettybird43:matrix.org> thanks so much, i spent 4 days straigt doing this. was primarily asking for help on dread

<ofrnxmr:xmr.mx> Fun fact: fcmp++ can almost sync with 2gb ram, w/o freezing (it will OOM occasionally)

<pettybird43:matrix.org> huge headache, it seems the ram is the issue after talking ith you all

<ofrnxmr:xmr.mx> Ideally it would kill monerod with an OOM (out of memory) before the computer freezes... but my desktop here just freezes instead of OOMing as well, lol

<pettybird43:matrix.org> super happy to finally figure it out. now to buy a new computer