<m​onero.arbo:matrix.org> qubic mining is very permissioned

wdym arbo

<g​ogo2464:matrix.org> Can i buy moneros from my online bank or should I convert it to solana first with uniswap?

<s​bt:nope.chat> Better use retroswap.

<s​bt:nope.chat> Your bank would probably flag you for buying XMR.

<a​lexandre:uii.pt> having a local p2pool node and using a remote one have the same likelyhood of getting shares?

<a​lexandre:uii.pt> Got mine running but for almost a day didn't get any share on the mini chain with ~5KH/s

<o​frnxmr:xmr.mx> Yes

<a​lexandre:uii.pt> I see, then i guess i was just unlucky, should get less shares than on a "normal" pool? or it would depend on the pool?

<o​frnxmr:xmr.mx> Yes, less than a normal pool

<a​lexandre:uii.pt> gotcha, thanks

<o​frnxmr:xmr.mx> Normal pools send low difficulty shares to help track your hashrate, and pay you for the hashes youve submitted

<o​frnxmr:xmr.mx> P2pool has higher difficulty shares because there are max 2160 payouts per block

<a​lexandre:uii.pt> overall payout should be similar, even with higher difficulty?

<o​frnxmr:xmr.mx> Yes

Does this noise look familiar to anyone? zerobin.net/?2d04d89b5b06383d#gfIuJ…yVejZ0/YbgltILaCooZI3kDMi17Iqzpyb0=

I am running my own monerod node with a systemd service and my own config file. Gupaxx does not seem happy about that. IIRC there is a setting in Gupaxx to allow for this?

<a​lexandre:uii.pt> did you enable rpc and zmq?

zmq-pub=tcp://127.0.0.1:18083 -- but not rpc.

<o​frnxmr:xmr.mx> Rpc is enabled by default, assuming its running on the same host

I've disabled the systemd service and tried to use the Gupaxx node, but the > is grayed out in Node, and starting P2Pool crashes.

Anyone know what Gupaxx runs in the xmrig tab? Personally I thought it is xmrig, but setting sudoers does not work.

pete localhost = NOPASSWORD: /usr/bin/xmrig

Still asks for password.

miner speed 10s/60s/15m n/a n/a n/a H/s max n/a H/s

It's using 6% of one thread... and I have 64 threads.

<1​7lifers:matrix.org> try disabling numa

<g​ogo2464:matrix.org> thank I will use it?

<g​ogo2464:matrix.org> how that?

<s​bt:nope.chat> If you use any popular exchange. With retroswap, you will exchange directly so your bank wouldn't know.

<g​ogo2464:matrix.org> sure. Indeed is it really worst than bying bitcoin and ethereum indeed? I could still say I was going to speculate.

<g​ogo2464:matrix.org> lol

<g​ogo2464:matrix.org> #maximalist

17lifers:matrix.org: --randomx-no-numa, no change. That must not be it.

huh, running xmrig manually and all CPUs are slammed. Something about Gupaxx.

Also Gupaxx ignores my sudoers setting for no password, but CLI does not.

in theory when wallet a sends an amount smaller than an amount received to wallet b after a random time and then to wallet c yet another random amount after a random time - wallers b and c are unlinkable to wallet a?

<o​frnxmr:xmr.mx> not entirely. There is a path from c to the change output from b, and from b to the change output from a

Ah, the joya of ambiguous languages.

<o​frnxmr:xmr.mx> example. If i have 1 output in wallet a, and use it to make weekly purchases from a service b (while using a new ip addr etc), service b can deduce that the same wallet is making those purchases and is spending their change outputs repeatedly.

ok then use sweep all?

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

from a to c then to b c will wait b will wait before spending

we are talking about monero anonimity

max anonimity monero can provide as a protocol

<o​frnxmr:xmr.mx> Well the only way to get rid of the graph is to use different monero

<o​frnxmr:xmr.mx> You can churn (send-to-self) the change to lower the likelyhood

then. wallet a splits its total into smaller totals. random numbers 1.33445 etc that all add up to total. wait. step 2 new tor identity. send outputs to wallet b sweep all. wait. new tor identity outputs to wallet c.

i have made one mistake

each wallet ought to re randomise before re sending

<o​frnxmr:xmr.mx> That is easy to see on chain

<o​frnxmr:xmr.mx> randomizing amounts doesnt make an difference in regarda to on-chain tracing

<o​frnxmr:xmr.mx> Are yoy the owner of wallet a b and c?

<h​bs:matrix.org> buy hashrate with XMR to mine on p2pool, get fresh XMR

<o​frnxmr:xmr.mx> P2pool outputs are public 🫡

<1​7lifers:matrix.org> matrix.monero.social/_matrix/media/…matrix.org/EOKjdiGBsfNOYtkmJTXGTJWt

<o​frnxmr:xmr.mx> This is an xy problem. W/o knowing what the point of this exercize is, cant advise on "best practices"

its untraceable

100% anon

are there even public tracing challenges? with some prizes :) then it is easy to see

split amount to random sub totals same wallet. send outputs to b c etc. re split total after each step randomly. random delays. new tor identity for each step.

<o​frnxmr:monero.social> Yeah, useless

monero is untraceable and unlinkable

<3​21bob321:monero.social> Yeah our monero board of director

<3​21bob321:monero.social> We have 16 of them currently