01:37:59 <br-m> <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
01:37:59 <br-m> <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
07:17:53 <jah> 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
07:20:15 <Cindy> no
07:20:25 <Cindy> unless you pay chainlysis to check your BTC
07:21:26 <jah> Cindy: I see, and I guess you do that check only *after* the swap is done, right?
07:21:51 <Cindy> before it contaminates your wallet
07:22:57 <jah> okay, so I guess I should use a dedicated address to receive the swap (and address which is not my actualy wallet)
07:23:04 <jah> an address*
07:24:35 <Cindy> yes
07:24:58 <Cindy> then you can use some service that you know checks if the BTC isn't stained
07:33:26 <jah> thank you very much Cindy
09:50:30 <jah> 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?
10:53:11 <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->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 
10:53:11 <johny__> faster
12:49:46 <johny__> vtnerd it is not easy to see what triggrs those updates in db
13:01:08 <johny__> vtnerd I don't really understand why thread is processing 2 blocks when the height is only +1
16:13:45 <br-m> <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 https://mrelay.p2pool.observer/e/kMv2icoKNmhqNFRV ]
16:13:45 <br-m> <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
16:15:14 <br-m> <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
16:16:34 <br-m> <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
16:17:37 <br-m> <vtnerd> So the overlap block is for record detection 
16:17:56 <br-m> <vtnerd> *reorg detection 
16:30:51 <br-m> <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
16:30:51 <br-m> <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
17:05:46 <br-m> <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
17:27:36 <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
17:32:48 <johny__> 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?
17:34:54 <johny__> 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
17:41:53 <johny__> vtnerd I am going to try to update get_unspent_out with empty array to see if it works
19:35:23 <br-m> <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
19:38:31 <br-m> <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
19:39:54 <br-m> <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
19:41:13 <br-m> <m91w:matrix.org> hi is it possible to get support from here? Or am I completely in the wrong room
19:41:47 <johny__> 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
19:45:09 <johny__> vtnerd everything seems to work great now I am happy, sorry again for not having directly understood for spend_key_images
19:53:35 <johny__> m91w what is your question about?
21:19:37 <DataHoarder> #monero-support:monero.social 
22:08:02 <br-m> <m91w:matrix.org> DataHoarder: Thank you
22:09:22 <br-m> <m91w:matrix.org> johny__: I posted in #monero-community:monero.social and already have received help from a nice person
22:09:22 <br-m> <m91w:matrix.org> Issue was with monerod's speed when syncing with prune, on ssd with btrfs
22:28:02 <DataHoarder> it seems you got forwarded there in the end :)
23:30:28 <br-m> <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?
23:34:14 <Cindy> how big is your SSD
23:36:56 <br-m> <pettybird43:matrix.org> 1TB
23:38:59 <br-m> <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...
23:39:00 <br-m> <ofrnxmr:xmr.mx> Ram?
23:39:24 <br-m> <ofrnxmr:xmr.mx> 8gb eh
23:39:27 <br-m> <ofrnxmr:xmr.mx> Should be enough 
23:40:19 <br-m> <pettybird43:matrix.org> yeah i mean, what else would it be? im plugged in via ethernet...
23:40:56 <br-m> <pettybird43:matrix.org> i feel like a complete idiot!
23:41:34 <br-m> <ofrnxmr:xmr.mx> Monitor ram usage while syncing 
23:41:49 <br-m> <ofrnxmr:xmr.mx> htop (terminal) or system monitor
23:42:06 <br-m> <ofrnxmr:xmr.mx> See if it maxes out before freezing
23:42:12 <br-m> <m91w:matrix.org> does the system unfreeze at a certain point? or do you have to restart
23:42:44 <br-m> <pettybird43:matrix.org> @ofrnxmr:xmr.mx: I didnt think of that
23:43:08 <br-m> <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
23:44:10 <br-m> <pettybird43:matrix.org> looking at system monitor right now, it shows im using 2.9GB (73%) of 4GB
23:44:22 <br-m> <pettybird43:matrix.org> and ive synced 34%
23:44:57 <br-m> <m91w:matrix.org> you've got 4GB of ram or 8?
23:45:15 <br-m> <pettybird43:matrix.org> accoring to system monitor 4gb
23:45:26 <br-m> <pettybird43:matrix.org> must have misread
23:46:09 <Cindy> 2.9GB right now?
23:46:13 <Cindy> without monerod running?
23:46:13 <br-m> <m91w:matrix.org> in that case ofrnAI is probably right, 4gb ram could cause issues imo
23:46:30 <br-m> <ofrnxmr:xmr.mx> Its probably hitting 4gb, ans with no swap, dying
23:46:37 <br-m> <pettybird43:matrix.org> monerod is running, local node is syncing. 
23:47:07 <br-m> <pettybird43:matrix.org> thanks so much, i spent 4 days straigt doing this. was primarily asking for help on dread
23:47:29 <br-m> <ofrnxmr:xmr.mx> Fun fact: fcmp++ can almost sync with 2gb ram, w/o freezing (it will OOM occasionally)
23:47:45 <br-m> <pettybird43:matrix.org> huge headache, it seems the ram is the issue after talking ith you all
23:50:44 <br-m> <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
23:51:21 <br-m> <pettybird43:matrix.org> super happy to finally figure it out. now to buy a new computer