<e​longated:matrix.org> What is trusted settings when adding remote node ? How does it affect my privacy if I enable it with a public node

<e​longated:matrix.org> What is trusted setting when adding remote node ? How does it affect my privacy if I enable it with a public node

<o​frnxmr:xmr.mx> Depends on your threat model

<o​frnxmr:xmr.mx> 1. Is the node one you trust? Then you can set it as trusted 🙃

<o​frnxmr:xmr.mx> 2. Do you not trust the node for any reason? Then you should not set it as trusted 🙃

<e​longated:matrix.org> What happens when it’s selected as trusted ?

<e​longated:matrix.org> Does the remote node find my txs ? Spends?

<o​frnxmr:xmr.mx> among other things, trusted skips some obfuscation of your block height / adds some noise, allows privacy harming rpc calls such as rescan spent

<o​frnxmr:xmr.mx> s/block/wallet

<e​longated:matrix.org> With rescan spent, does remote node my outputs ? Key image?

<o​frnxmr:xmr.mx> Something like that

<e​longated:matrix.org> How harmful is it

<o​frnxmr:xmr.mx> monero.stackexchange.com/a/3028

<e​longated:matrix.org> Thank you

<o​frnxmr:xmr.mx> > Since this involves sending your key images to the daemon, it needs a trust daemon, since otherwise this is a privacy breach.

<b​lob5150:matrix.org> Hey so I got to 96% of my initial sync, but had turn off my computer, so I closed the GUI and shut my laptop down. I log back in and now its trying to start the daemon that never fully finished syncing, and failing. Is there a way to recover from this or do I have to start over?

<a​mmortel:monero.social> I would Just verify that I am connected to a network and retry until it works

<o​frnxmr:xmr.mx> Or check logs

<g​idoraha:matrix.org> I have seen a block with RingSize set to 0 in the public. what does this mean? my understanding is that ringsize is applied automatically! I was expecting NOT a 0 for ringsize.

<o​frnxmr:xmr.mx> 0 tx in the block? A coinbase tx

<g​idoraha:matrix.org> no testing a the monreo gui wallet .. sending from one account to another. node is running in advance solo

<o​frnxmr:xmr.mx> > He is probably part of the Aloha network as they had the same level of incompetence with their repository/CI as kewbit has like not being able to force push something on Github.

<o​frnxmr:xmr.mx> pretty much confimed

<o​frnxmr:xmr.mx> > his next move will be to sell the domains and names he is squatting at a high price.

<o​frnxmr:xmr.mx> tried to sell haveno.com to reto for 10k

<o​frnxmr:xmr.mx> Wrong room, my bad

<g​idoraha:matrix.org> no testing the monreo gui wallet .. sending from one account to another. node is running in advance solo

<g​idoraha:matrix.org> yes recorded sa cpinbase tx for some reason, regardless this should not cause the RingSize=0 as I can see some of my other tests that tx is coinbase tx but ring size is 16. could it be I'm missing something in my monero-wallet-gui? I have not changed any default seting

<g​idoraha:matrix.org> yes recorded as coinbase tx for some reason, regardless this should not cause the RingSize=0 as I can see some of my other tests that tx is coinbase tx but ring size is 16. could it be I'm missing something in my monero-wallet-gui? I have not changed any default settings

0 is just used as n/a really, since a coinbase tx has no rings.

So just ignore the 0.

<g​idoraha:matrix.org> why Monero-wallet-gui would use Coinbase tx for in-app account to account transfer? I can I stop that?

It may look like that, because presenting those self-sends is a bit confusing, but it certainly does use normal transactions for those. Consensus would not allow otherwise.

gidoraha: You wrote earlier: " I have seen a block with RingSize set to 0 in the public". Monero mainnet, right? Do you have the block number?

Or, even better, tx id

(Of the tx you saw, not your own tx)

<o​frnxmr:xmr.mx> "Monero Block 3307951"

<o​frnxmr:xmr.mx> Idk what theyre referring to

<s​yntheticbird:monero.social> i know

<s​yntheticbird:monero.social> i don't plan on giving the answer just in case

<s​yntheticbird:monero.social> .👍️👍️👍️👍️💯💯💯💯💯

<1​7e:matrix.org> ofrnxmr: Hey. You said the other day that solo mining is more profitable than pool mining. Is that generally true or depending on the hashrate? And is given that I will find a block one day or is it pure lottery?

<o​frnxmr:xmr.mx> Whats your hashrate?

<1​7e:matrix.org> 5k

<1​7e:matrix.org> + some smaller machines

<1​7e:matrix.org> plus some smaller machines

<o​frnxmr:xmr.mx> might take a few months but yes

<1​7e:matrix.org> What is yours?

<o​frnxmr:xmr.mx> 7k

<1​7e:matrix.org> And how often do you find a block/get rewards?

if you are concerned with the timing of mining payouts use p2pool, if you have years to average out to where solo mining is slightly more profitable then solo mine

<g​idoraha:matrix.org> ofrnxmr: could you delete this please?

<g​idoraha:matrix.org> ofrnxmr: thanks

<o​frnxmr:xmr.mx> Its still poated in Monero Support

<o​frnxmr:xmr.mx> Posted

Anyone successfully use Trezor Safe 5 with Monero GUI wallet? Any opinions?

<l​oeasy6:matrix.org> Not yet, I have a trezor one but switched to an old fashion usb

m-relay: The Trezor One is solid choice with a passphrase. Have you been able to use it with Monero?

<l​oeasy6:matrix.org> Yes, I had to implement it myself

<l​oeasy6:matrix.org> Yes, I had to implement it myself, I did switch to an old usb for portability reasons

<l​oeasy6:matrix.org> I have to pause my syncing of blockchain because the usb am using is bending

<j​ivan:opaline.uk> Like, it's melting from heat...?

<l​oeasy6:matrix.org> No

<l​oeasy6:matrix.org> Idk how tbh

<j​ivan:opaline.uk> Uhhh...

too much data is making it heavy..

<o​frnxmr:xmr.mx> the *what* is bending?

Don't tell.me.you're syncing a node using tails with an external.usb drive plugged in loeasy6

<l​oeasy6:matrix.org> No

<l​oeasy6:matrix.org> It would take me years

I am relieved, i and others are following your origin story and updates intently, can you please explain "bending"

<l​oeasy6:matrix.org> The usb part of the usb is tilted down

<o​frnxmr:xmr.mx> Was it always bending?

<l​oeasy6:matrix.org> No

<3​21bob321:monero.social> Earth must be spinning faster then normal

<a​dmindom:unfilteredrealm.com> Thought it was just me

<l​za_menace:monero.social> lalanza808/docker-monero-node #29/files#diff-bde4eef1311ef6ed9aff395bb1954cbcc95ea764c6cb0883d0a7fb38ed3b47bcR8

<l​za_menace:monero.social> @ofrnxmr:xmr.mx what do you think? new default being tx-proxy with both tor and i2p relay

<o​frnxmr:xmr.mx> I2pd should use the socks port 4447, i prefer `disable_noise` as it works around potential bad tor/i2p peers by sending to all peers at once, also faster relay because it fluffy to clearnet immediately after

<o​frnxmr:xmr.mx> But yes, i use tor and i2p tx-proxies on all of my nodes and i think everyone should

<l​za_menace:monero.social> coolio. well once i push this (if people follow and update from my repo) there should be a bit more people with that setup

<l​za_menace:monero.social> i'll make those adjustments - thanks

<o​frnxmr:xmr.mx> I2pd should use the socks port 4447, i prefer

<o​frnxmr:xmr.mx> disable_noise as it works around potential bad tor/i2p peers by sending to all peers at once, also faster relay because it fluffs to clearnet immediately after

<l​za_menace:monero.social> are you on github?

<o​frnxmr:xmr.mx> Ideally it would also setup anonymous-inbound, but might want to wait for the next monero release to add it due to a privacy issue

<l​za_menace:monero.social> thanks brah

Any suggestions on methods to circumvent the Great Firewall of China with a server hosted at home? Would an SSH tunnel work?

<o​frnxmr:xmr.mx> yea

<o​frnxmr:xmr.mx> Well, what are you specifically asking about? Accessing a remote node that is hosted outside of GFWC?

<o​frnxmr:xmr.mx> lza_menace may be worth investigating, but i just remembered that btcpayserver didnt play nice with tx-proxy nodes

<3​21bob321:monero.social> Cgnat maybe

<3​21bob321:monero.social> Need to hole punch,like tailscale