<k​ufecure:xmr.se> Hey folks. If I use Tor to connect to a Monero remote node and send a tx, what exactly does the Tor entry node see? Like, will the entry node, act like an ISP on the clearnet, know my IP and figure out I’m making a Monero tx? Thanks!

kufecure - the entry node knows your address (unless you connect to tor via another proxy). As to what the entry node can learn about you, there's no clear answer. It's certainly possible to guess to some degree what you are doing by looking at traffic patterns.

<o​frnxmr:xmr.mx> Depends on if the node is an onion or tls, and what wallet you use

even when connecting to hidden services, analysis of encrypted traffic patterns will give some information

<o​frnxmr:xmr.mx> If you dont use a wallet that supports cert pinning (or use an http node) then they can potentially strip the ssl

<o​frnxmr:xmr.mx> so yes, if using http, the entry node knows that your ip sent a specific tx

<o​frnxmr:xmr.mx> encrypted traffic patterns of a monero wallet are hard to follow, because every wallet is a bit different

<k​ufecure:xmr.se> thanks.

<e​longated:matrix.org> List of such wallets ?

<o​frnxmr:xmr.mx> cli, maybe stack

why do i sometimes not get payouts when i have blocks in the pplns window when a share is found?

<a​nestheticbliss:kyun.host> You get paid when a block is found. When was the last block found?

<a​nestheticbliss:kyun.host> Last share 22 min ago is your share, it doesnt mean p2pool found a block

ahh thank you

<s​yntheticbird:monero.social> a share is proposed solution with high enough difficulty that the pool can say "oh yeah you aren't fucking with me, you're really working"

<s​yntheticbird:monero.social> and will therefore reward you for it

<s​yntheticbird:monero.social> but this high enough difficulty is often very far from the required difficulty for actually mining the block

<o​frnxmr:xmr.mx> P2pool is a sidechain, no not quite the same as a normal pool that allows shares with ie 1000 difficulty

<o​frnxmr:xmr.mx> so* not quite

<a​nestheticbliss:kyun.host> Yeah but the concept is pretty similar

<a​nestheticbliss:kyun.host> Just that p2pool diff scales with the hashrate of the pool I guess

how do swap services implement monero? I mean, all funds are locked (unconfirmed) until transaction is done? So swap services maintain multiple wallets to serve multiple customers?

or how does it work

<a​nestheticbliss:kyun.host> They dont need multiple wallets, multiple subaddresses is enough

<a​nestheticbliss:kyun.host> Since the wallets can know to which subaddress the funds came

<a​nestheticbliss:kyun.host> If you get N transactions, each transaction is locked for the next 10 blocks, independent of the rest, regardless of whether its one wallet and one address or multiple

<a​nestheticbliss:kyun.host> So all they have to do is show one different subaddress to each customer

alright, I can understand that wallet can use/spend from separated subaddresses, but AFAIK all funds from them are going into transaction - specified amount goes to specified destination and everything else (except fee) goes back to wallet of swap service

and what goes back to the wallet, to which subaddress? I don't understand this thing

some LLM tells me it goes to new created subaddress in the sequence, some tell me that it goes to primary subaddress with index 0

how to track where it goes?

I guess I better just test it myself and find out :)

<o​frnxmr:xmr.mx> ruidxchange sells 10ltc to 3 people who deposit 1 xmr each

<o​frnxmr:xmr.mx> ofrnxmr is person #4 and needs to swap 1btc for 1xmr. Ofrn sends btc, ruidx sends xmr

<o​frnxmr:xmr.mx> ruidx has 3 xmr, and can send 1 of them np. All of those subaddresses from the first 3 deposits all belong to the same wallet

ruidxchange that's how I will call my swap service thanks

in monero I can't choose `change output` yes? unlike in bitcoin

it's a privacy feature, so transactions can't be linked together using chosen `change output`, do I get it right?

<r​ucknium:monero.social> ruidx: You can perform coin control. Many "user-friendly" wallets don't support it, but the CLI and RPC wallets do.

yeah I think I understand, also I see a nice feature `subtract_fee_from_outputs`, I guess I can use it to construct a transaction to only my chosen outputs, I'll test it out, thanks

<o​frnxmr:xmr.mx> Feather, cake, monfluo all support coincontrol

<o​frnxmr:xmr.mx> I dont think cli and rpc support proper/full coin control (?)(spending specific outputs together)

<r​avfx:xmr.mx> afaik no

<r​ucknium:monero.social> monero-wallet-rpc can freeze and thaw specific outputs.

<o​frnxmr:xmr.mx> Yeah, but cant select which outputs to spend

<o​frnxmr:xmr.mx> Have to freeze all-but the ones you want to spend

<o​frnxmr:xmr.mx> Feather, cake, monfluo, allow you to select outputs w/o freezing others

<o​frnxmr:xmr.mx> I wonder if it will ever be upstreamed lol

<o​frnxmr:xmr.mx> They all run a patched monero lib afaik

<a​nestheticbliss:kyun.host> I don't understand... The exchange can just show different subaddress to each customer.

<a​nestheticbliss:kyun.host> Customer A is shown 8AXXX

<a​nestheticbliss:kyun.host> Customer B is shown 8BXXX

<a​nestheticbliss:kyun.host> Customer C is shown 8CXXX

<a​nestheticbliss:kyun.host> Each of them deposit their xmr amounts to each account, at different times

<a​nestheticbliss:kyun.host> Each transaction is locked for a different amount of time. Maybe A releases at 10:00, B releases at 10:02 and C releases at 10:15.

<a​nestheticbliss:kyun.host> Whenever each transaction releases, the exchange pays the customer

<a​nestheticbliss:kyun.host> The exchange knows how much was deposited to each account. So:

<a​nestheticbliss:kyun.host> Customer A was asked to send 1 XMR to 8AXXX

<a​nestheticbliss:kyun.host> Customer B was asked to send 1.5 XMR to 8BXXX

<a​nestheticbliss:kyun.host> Customer C was asked to send 2 XMR to 8CXXX

<a​nestheticbliss:kyun.host> To the exchange, it doesn't matter who sends funds to which address. As long as 8AXXX receives 1XMR, 8BXXX receives 1.5 XMR and 8CXXX receives 2 XMR, the exchange is happy and will pay them

<a​nestheticbliss:kyun.host> It doesn't need multiple wallets for any of this. Just one wallet and multiple subaddresses

<r​obbin_da_hood:matrix.org> What's the size of the BC these days guys? 250GB

<r​obbin_da_hood:matrix.org> I'm at around 60

<r​obbin_da_hood:matrix.org> 48 hours in

<a​nestheticbliss:kyun.host> Pruned, like 80 or 90GB I think. Non pruned like 225? 250?

<a​nestheticbliss:kyun.host> Are you downloading to an SSD or HDD? HDD can be hell

<r​obbin_da_hood:matrix.org> Yeah. Sounds about right. I'm going full, public node with --restricted-rpc. I'll hide behind Tor when it has caught-up.

<a​nestheticbliss:kyun.host> Yeah it will take a while 😅

<r​obbin_da_hood:matrix.org> External HD.

<a​nestheticbliss:kyun.host> Yes but whats the tech? Is it a magnetic spinning disk (HDD) or a solid state SSD

<a​nestheticbliss:kyun.host> HDD's are slow as hell and will take ages to sync

<r​obbin_da_hood:matrix.org> HDD I reckon. I can hear it whirring.

<a​nestheticbliss:kyun.host> Yeah then it will be very very slow

anestheticbliss: here is the thing, continuing your example, after customers A, B and C were asked to send the amounts, here comes customer D, he wants to get 2.6 XMR, and if using monero-wallet-rpc, all of the funds will be locked in the transactions, from all addresses of the clients, 8AXXX, 8BXXX and 8CXXX, and meanwhile swap service can't serve potential client E, even if there should be

available balance of 0.9 XMR, because if subaddress is used in a transaction, no matter if you want only a small portion of funds from it, anyways all of the funds from it will be locked in a transaction

that's why I asked in the first place, but now I think there can be a workaround by splitting `change output`

<a​nestheticbliss:kyun.host> If those customers come and the wallet doesn't have unlocked funds, the customers will just wait 20 min for the funds to unlock

<a​nestheticbliss:kyun.host> Its the exchange's responsibility to have enough unlocked funds to have a good customer experience

yep here is the problem, swap service shouldn't have a long queue

yeah that's true

<e​verythingxmr:matrix.org> I think these no KYC exchanges can really afford to pay higher transaction fees

<e​verythingxmr:matrix.org> With the shit rates they have

<o​frnxmr:xmr.mx> Exch, for example, has this problem all the time

<o​frnxmr:xmr.mx> You'd be told "wait 7 blocks for your xmr to unlock" because reserves were low

<o​frnxmr:xmr.mx> If reserves arent low, and exchange has a lot of enotes to use, its not really a issue. Even large exchanges have "bankrun" issues, where their hot wallet is drained faster than replenished by deposits

<a​nestheticbliss:kyun.host> Fee is irrelevant to funds being locked

<a​nestheticbliss:kyun.host> Most of the times, fees don't make any difference in Monero

<e​verythingxmr:matrix.org> Funds get unlocked when the transaction gets to 10 confirms

<e​verythingxmr:matrix.org> Paying higher fees makes that faster

<a​nestheticbliss:kyun.host> 10 confirmations just means the blockchain increased by 10 blocks since you made that transaction

<a​nestheticbliss:kyun.host> Your fees do not make the chain grow faster, the chain regulates itself to grow at 1 block per 2 minutes

<e​verythingxmr:matrix.org> Oh lol

<a​nestheticbliss:kyun.host> The only thing higher fees do, is they make the miners prioritize your transaction if there is a high amount of transactions at that specific moment and they dont all fit in the blocks

<a​nestheticbliss:kyun.host> But this happens rarely, and it only happens for until you actually get inside a block. After that, its 10 blocks no matter what you do

<o​frnxmr:xmr.mx> I have xmrig-proxy running on one of my servers, and noticed 7 workers that arent mind :D lol

<o​frnxmr:xmr.mx> All of them are currently disconnected, and its not running on the standard 3333 port. I wonder why they tried to mine there instead of my rpc