00:03:13 <boogieman67> I knew a guy who would forward certain 3rd level domain names to servers offering referal links which looked similar to the real domain name, because most domain names are hosted at the same ip addresses as hundreds or thousands of others, it was impossible for outside parties to tell if the webserver is configured right, he said
00:04:06 <boogieman67> so you might for example be going to googlesearchengine.com instead of google.com, and most people wouldn't even know its an affiliate link
00:05:42 <boogieman67> like I own wieldfield.com, most people wouldn't necessarily think that ww68.wieldfield.com is an affiliate link
09:47:03 <GorillaQuest[m]> that bsv monero talk video was so bad
09:47:43 <GorillaQuest[m]> my man salty cuz he bought all the GPUs in the world and to realize RandomX was implemented
10:23:19 <DanIsnotthemanBr> Craig was there?
10:23:20 <DanIsnotthemanBr> Fake satoshi?
11:19:22 <Inge> a BSV guy afraid of dev centralization in Monero? loool
11:26:38 <Inge> still mining Monero Classic. What a guy
11:46:17 <geonic> lmao
11:48:10 <plowsof11> every time you utter the words faketoshi - someone - somewhere just left a meeting angrily 
12:04:59 <fr33_yourself[m]> <GorillaQuest[m]> "my man salty cuz he bought all..." <- Haha that was a hilarious discussion. That guy should support Proof of stake given his mindset haha
12:06:34 <fr33_yourself[m]> cApiTalisM
12:07:10 <GorillaQuest[m]> the ending of the q&a was the best part
12:08:30 <fr33_yourself[m]> Nah that was lame
12:08:41 <fr33_yourself[m]> I'm surprised doug let that guy get to his head
12:08:51 <fr33_yourself[m]> I would've wiped the floor with that guy
12:11:43 <fr33_yourself[m]> the dude was literally claiming that network users don't determine what money is. Basically he doesn't think money is an emergent phenemon from market participants. He cray cray
12:11:43 <DanIsnotthemanBr> Yeah sometimes they go on their own tangent
12:11:44 <fr33_yourself[m]> The dude sounded like a straight up scam artist too. The claims he was making about BSV were hilarious. You could tell the guy was just there to try to pump his baby and not discuss use-case or technical merits
15:33:18 <boned> I have absolute fuckton of UTXO from P2Pool mining. What's the proper way to send them? I can't send them normally.
15:34:35 <boned> First I tried in Feather Wallet. It errored "split transactions not supported". Then I trieded to manually select 145 coins at a time (most that wont error). Those transactions got sent but failed. Now I try in Official GUI wallet and it says node rejected becuse of double spend.
15:34:36 <merope> why can't you?
15:35:31 <merope> if it got rejected because of a double spend, then perhaps your transaction did actually go through
15:35:37 <merope> or at least, it's in the mempool
15:36:36 <merope> have you tried for the txid on a chain explorer?
15:36:40 <merope> *searching for
15:36:51 <boned> no i'll look
15:40:20 <boned> nope. not on the blockchain or mempool 
15:43:11 <plowsof11> resync your wallet 
15:52:25 <boned> with so many inputs high fee (0.01) is normal, right?
15:53:05 <merope> perhaps the tx is stuck in your node's mempool but did not get relayed
15:53:20 <merope> there's a command to flush the tx mempool or something
15:53:33 <merope> then the wallet should not complain about double spending anymore
15:53:39 <boned> hmm that could help
15:53:48 <boned> i'll look at that
15:54:24 <plowsof11> flush_txpool 
15:59:37 <boned> ok tx sent. now i wait.
16:00:28 <plowsof11> not seeing any 146 in tx in mempool
16:01:56 <merope> I see a few large txes in the last 20 minutes
16:04:57 <boned> node: E notify::send_txs provided message exceeding covert fragment size
16:05:26 <boned> and tx still pending in wallet
16:08:10 <boned> Does that mean too many inputs in the transaction? BTW I've read some conflicting stuff. Is sending all your balance to some other wallet okay for privacy? What about to the same wallet?
16:14:36 <boned> transactions failed
16:16:29 <boned> whiny
16:19:27 <Pcubensis[m]> I'm using the Monero.com wallet on android, trying to connect to an onion node. I have orbot on and the wallet routing through it. Orbot shows higher than normal download activity which i took to mean it was syncing. However in the wallet. It just says either 'Connecting...' or 'Attempting to sync' If i go to the connection menu all nodes (including clearnet nodes) turn red. I wait a few seconds and they all turn green. Then I go back to
16:19:27 <Pcubensis[m]> home screen and it still says 'Attempting to sync'. If I click connection settings again they are all disconnected and then they reconnect a few seconds later. Is this a bug or has anyone else experienced it?
16:21:16 <ofrnxmr[m]> Are you using the cake onion? 
16:21:52 <ofrnxmr[m]> And are you running orbot globally or just for cake? 
16:22:38 <Pcubensis[m]> no, I'm using the boldsuck onion from xmrguide. It now shows the remaining blocks but if I leave the connection settings they all disconnect. Meaning I have to leave connection settings open to stay connected, meaning I don't get to see progress
16:23:07 <Pcubensis[m]> ofrnxmr[m]: I tried both, currently just for the wallet. I tried with and without bridges, and with always on vpn on and off
16:23:38 <ofrnxmr[m]> Anyway.
16:23:39 <ofrnxmr[m]> Thats not a bug (red > green), it performs a check when you go to that screen.
16:23:39 <ofrnxmr[m]> Green implied cake has internet connectivity 
16:24:14 * Pcubensis[m] uploaded an image: (54KiB) < https://libera.ems.host/_matrix/media/v3/download/matrix.org/IElDQmJQeiUUXDwTBcRTNEgJ/Screenshot_20230117-102340.png >
16:24:26 <ofrnxmr[m]> The attempting to sync sounds like a bad node. Use a different one
16:24:33 <Pcubensis[m]> As long as i stay on this page it works, but the second you leave it they disconnect
16:24:51 <Pcubensis[m]> All 3 of them including the cake onion and clearnet nodes are doing it
16:27:21 <Pcubensis[m]> I tried cake's onion node and it does the same thing
16:29:09 <ofrnxmr[m]> Dont go back and forth from the page 
16:29:10 <ofrnxmr[m]> Just open cake and wait
16:29:31 <ofrnxmr[m]> Or add the trusted option.
16:29:31 <ofrnxmr[m]> Onion nodes move about 300-600kbps
16:29:31 <ofrnxmr[m]> without trusted you have to download 3-6mb after making the connection 
16:29:43 <ofrnxmr[m]> Which can lead to 20-30 seconds of "connecting"
16:30:31 <ofrnxmr[m]> Dont use trusted toggle on random nodes you find on the internet**
16:30:31 <ofrnxmr[m]> So, actually, just wait 39 seconds since you dont personally knoe the node operator 
16:35:47 <Pcubensis[m]> > <@ofrnxmr:monero.social> Dont use trusted toggle on random nodes you find on the internet**
16:35:47 <Pcubensis[m]> > So, actually, just wait 39 seconds since you dont personally knoe the node operator 
16:35:47 <Pcubensis[m]> Ok thanks
16:36:11 <ofrnxmr[m]> I just tried using cakes, took ~ 10 seconds to go from connecting to attempting, then immediately to sync
16:36:11 <Pcubensis[m]> > <@ofrnxmr:monero.social> Or add the trusted option.
16:36:11 <Pcubensis[m]> > Onion nodes move about 300-600kbps
16:36:12 <Pcubensis[m]> > without trusted you have to download 3-6mb after making the connection 
16:36:12 <Pcubensis[m]> Can you explain? what is the 3mb of download?
16:36:51 <sech1> boned how many inputs do you have in total? Try to just transfer 0.2-0.3 XMR at a time (it will require ~100 inputs if they're from p2pool). And flush_txpool on your node and rescan the wallet
16:37:14 <sech1> I mean 0.02-0.03 XMR at a time
16:38:24 <ofrnxmr[m]> The trusted toggle = --trusted-daemon for cli
16:38:34 * ofrnxmr[m] uploaded an image: (49KiB) < https://libera.ems.host/_matrix/media/v3/download/monero.social/MVmlywoMUYnMEuUZogHtHich/whilfl38mmre1lff.jpg >
16:40:19 <ofrnxmr[m]> boned:  check sech1's message a couple up
16:46:02 <boned> sech1: i have a few hundred outputs.
16:47:17 <boned> i tried transferring 145~ outputs at a time by selecting outputs in feather wallet. but those failed. maybe i should try with less, ~100 like you say
16:47:23 <sech1> it should be possible to consolidate in 2-3 transactions
16:47:58 <sech1> I don't know how feather works, but monero CLI works for me every time with p2pool inputs and it creates more than 1 transaction if needed
16:49:19 <boned> yep, when i tried, official wallet did create multiple tx but those failed. i think this is a node thing. could tx-proxy & anonymous-inbound be a culprit?
16:50:03 <sech1> maybe. I run node locally
16:50:04 <selsta> boned: tx-proxy can fail if you have large transactions
16:50:22 <boned> i'll try disabling those
16:50:29 <selsta> https://github.com/monero-project/monero/issues/7708
16:50:32 <selsta> see this issue
16:51:02 <plowsof11> true^ and i also encounter some weird issues building large tx's
16:51:11 <boned> i enabled them to support tor/i2p usage, but i connect to the node on LAN
16:51:25 <plowsof11>  'lose connection to the node' can also happen during
17:00:26 <ofrnxmr[m]> boned:  those should only be an issue if you dont have onion connections listed in sync_info 
17:04:04 <boned> transactions are on the blockchain now. so the culprit was tx-proxy & anonymous-inbound. disable those if you have to send transcations with many inputs!
17:08:50 <boned> tho i guess that kinda means monero won't work fully with darknet-only P2P networking. (?) you have to accept inter-node p2p being clearnet.
17:09:07 <selsta> boned: as it says in the issue you can keep them enabled by adding `--tx-proxy tor,127.0.0.1:9050,disable_noise`
17:09:39 <selsta> this way you still have better privacy than sending tx over clearnet
17:09:52 <selsta> and you don't have issues with large transactions
17:10:04 <boned> ah ok.
17:14:08 <boned> Finally I have one remaining question: If you "send all" your balance to another wallet or same wallet, does it impact you privacy in a significant way? I've read some conflicting stuff.
17:32:52 <boned> Also. If I want to allow for Tor/I2P P2P peers connecting to my node, but don't want to proxy my tx, is that possible?
17:37:50 <Rucknium[m]> <boned> "Finally I have one remaining..." <- Yes but it's basically unavoidable with P2Pool payouts:
17:37:50 <Rucknium[m]> https://github.com/monero-project/research-lab/issues/108
17:37:50 <Rucknium[m]> https://github.com/monero-project/research-lab/issues/109
17:39:23 <Rucknium[m]> The "standard advice" is to perform at least one churn transaction with some delay after such a consolidation. The standard advice has not been analyzed rigorously.
17:41:09 <boned> Rucknium[m]: You mean after sending yourself to consolidate, send yourself another time? 
17:43:24 <Rucknium[m]> Yes. The advice is to do the churn transaction a random time after the consolidation tx
23:53:03 <boogieman67> any of y'all into hawala?
23:56:39 <apotheon> I haven't really interacted with it at all, but it seems cool.  Why do you ask?