<n​ononynous:monero.social> Something should be done to use Tor easier and having the possibility to be a full Tor public node

<n​ononynous:monero.social> Because right now people doing proxy + tx-proxy still uses clearnet

<n​ononynous:monero.social> Theres probably a latency difference with the clearnet but thats only a problem for miners which they probably only use clearnet already

<n​ononynous:monero.social> Best could be launching monerod with the controlport of Tor to use:

<n​ononynous:monero.social> a proxy (for transactions)

<n​ononynous:monero.social> an hidden-service (the client RPC) + an other one (for the P2P interface)

<d​ave.jp:matrix.org> A simple node manager, get everyone running local node + proxy with a few clicks is the need of the hour

<d​ave.jp:matrix.org> We have gupax p2poop mining gui , but we don’t have one for node 😂

<d​ave.jp:matrix.org> Sometimes I feel, simple things are left as it is to for now reason but like having loopholes

<d​ave.jp:matrix.org> Sometimes I feel, simple things are left as it is to for no reason but like having loopholes

<g​ingeropolous:monero.social> man, using that p2p exchange was such a breeze. whats the name of it now.... crap i forget. the first one that had btc <-> xmr

<g​ingeropolous:monero.social> anyway, it had all the tor stuff just built in. Like, it just did all the connecting for you and then got the bitcoin information you needed or whatever and did it all over tor, without me having to do tor stuff

<g​ingeropolous:monero.social> to me, that could be a pinnacle of the monero gui

<g​ingeropolous:monero.social> bisq. there it is. good work brain

<o​frnxmr:monero.social> Bisq? Never heard of if

<o​frnxmr:monero.social> Android termux node and monerosuite are the best solutions atm

<d​ave.jp:matrix.org> Haveno is based on Bisq code 😅

<o​frnxmr:monero.social> Android termux node's "tor" setup does 100% tor

<o​frnxmr:monero.social> Whats bisq? Is bisq a spoon of haveno?

<o​frnxmr:monero.social> haveno-reto.com - ive been using this for years

<d​ave.jp:matrix.org> Yes

<o​frnxmr:monero.social> Bisq must be some new shitcoin exchange

<g​ingeropolous:monero.social> ugh why am i getting this in your quotes "Unable to load event that was replied to, it either does not exist or you do not have permission to view it."

<d​ave.jp:matrix.org> bisq.network

<g​ingeropolous:monero.social> like, whatever you are quoting i don't see it. i just see the "unable to load"

<o​frnxmr:monero.social> ew

<o​frnxmr:monero.social> Haveno-reto.com

<b​asses:matrix.org> ??

<b​asses:matrix.org> ??

<s​yntheticbird:monero.social> ewwww Java

<g​ingeropolous:monero.social> yeah just seein that message

<d​ave.jp:matrix.org> Bisq currently has more liquidity

<o​frnxmr:monero.social> I prefer my monero to be a solid or gas

<o​frnxmr:monero.social> Liquid is centralized

<d​ave.jp:matrix.org> Anyways, node manager gui is a must

<o​frnxmr:monero.social> Have you tried android monero termux node

<d​ave.jp:matrix.org> I guess you have taken a pill, take some rest

<o​frnxmr:monero.social> And orange pill

<d​ave.jp:matrix.org> I don’t have a spare android device

<g​ingeropolous:monero.social> nah, even a node manager is too much. just need it to Just Work

<o​frnxmr:monero.social> Monerosuite.org

<d​ave.jp:matrix.org> Maybe the dev who made gupax can code something out

<o​frnxmr:monero.social> Nodes are some play thing, run once and leave it alone

<o​frnxmr:monero.social> Arent*

<d​ave.jp:matrix.org> Is it plug and play ? Easy for noobs to get it running with a few clicks?

<o​frnxmr:monero.social> Yes

<d​ave.jp:matrix.org> Works on windows ? macOS ?

<o​frnxmr:monero.social> Its docker based

<o​frnxmr:monero.social> i dont uae windows or mac - couldnt tell ya

<o​frnxmr:monero.social> And if you run windows. You should just buy monero like a normie

<d​ave.jp:matrix.org> So rules out majority of users

<o​frnxmr:monero.social> Leave the servers to the server os

<o​frnxmr:monero.social> Good

<o​frnxmr:monero.social> Consumers dont need to run servers

<d​ave.jp:matrix.org> I need node to use monero, not buy

<o​frnxmr:monero.social> No you dont

<o​frnxmr:monero.social> You can use a trusted onion/i2p node

<d​ave.jp:matrix.org> They need to, if you are paying for a service which fed operates

<o​frnxmr:monero.social> You just have to know somebody who isnt a windows pleb

<o​frnxmr:monero.social> Or use monero-gui

<d​ave.jp:matrix.org> Moneroworld was trusted

<o​frnxmr:monero.social> No it wasnt

<o​frnxmr:monero.social> Its, for years, pointed to who the fkkn"oiws

<d​ave.jp:matrix.org> lol getmonero.org had it all over

<o​frnxmr:monero.social> And gingeropolous even warns ppl NOT to use xmrchain

<d​ave.jp:matrix.org> Plebs don’t know what’s trusted or not, they just use google

<o​frnxmr:monero.social> Trusted means.. drumroll... someone you trust

<d​ave.jp:matrix.org> If they can’t find a simple 2-3 step solution to run a node , they will end up with a fucked up node

<o​frnxmr:monero.social> Windows users use windows, telemetry on

<o​frnxmr:monero.social> they have bigger issues than chainalysis

<d​ave.jp:matrix.org> Yah bill knows what you are typing every single character

<b​asses:matrix.org> what's wrong with xmrchain?

<r​avfx:xmr.mx> who is behind xmrchain?

<r​avfx:xmr.mx> considering people throw there txid and sometime even verify transactions on there...

<d​ave.jp:matrix.org> So let’s remove windows and macOSs. builds from getmonero , make it 100 geek only coin

<o​frnxmr:monero.social> Gingeropolous

<o​frnxmr:monero.social> Same person who runs moneroworld

<d​ave.jp:matrix.org> Or just change monero slogan to privacy only for a few

<d​ave.jp:matrix.org> So let’s remove windows and macOSs. builds from getmonero , make it 100% geek only coin

<o​frnxmr:monero.social> Privacy is only as good as the person using it

<o​frnxmr:monero.social> Ppl use mymonero on windows

<o​frnxmr:monero.social> Ppl use browser wallets

<o​frnxmr:monero.social> Ppl email their seeds using gmail / drive

<d​ave.jp:matrix.org> Mymonero is fucking listed on getmonero

<b​asses:matrix.org> ginger fed?

<o​frnxmr:monero.social> Luigi even uses gmail

<d​ave.jp:matrix.org> Remove that first

<d​ave.jp:matrix.org> Getmonero feels like a honeypot

<b​asses:matrix.org> and windows

<o​frnxmr:monero.social> Edge too

<o​frnxmr:monero.social> And got "hacked" for 400k

<d​ave.jp:matrix.org> Yes

<o​frnxmr:monero.social> Used Ssh password instead of keys as well

<o​frnxmr:monero.social> Its on cloudflare too

<d​ave.jp:matrix.org> Anyways give them tools, don’t exclude them; going back to my cave

<b​asses:matrix.org> github.com/monero-project/meta/blob/master/SERVER_SETUP_HARDENING.md outdated

<o​frnxmr:monero.social> ❤️ we have the bestest xore team

<b​asses:matrix.org> will open a CCS for spreading OPSEC and hardening Guides

<o​frnxmr:monero.social> 💀

<o​frnxmr:monero.social> actions speak louder than ccs proposals text

<o​frnxmr:monero.social> We have bigger problems than a website

<o​frnxmr:monero.social> Monero p2p traffic can be blocked at isp lvl extremely easily

<b​asses:matrix.org> best monero funding spent, just watch

<o​frnxmr:monero.social> We dont support duplex connections over anonymity networks

<o​frnxmr:monero.social> Sure sure

<o​frnxmr:monero.social> Youve been here how long? and youve changed nothing. Doesnt take a ccs to make a pull request

<r​avfx:xmr.mx> literaly a 2 minutes job after they receive the order

<o​frnxmr:monero.social> Writing guides doesnt get work done

<o​frnxmr:monero.social> Reading privacyguides doesnt get work done

<b​asses:matrix.org> it does in the long run, trust

<o​frnxmr:monero.social> Want servers hardened? Then go harden them

<o​frnxmr:monero.social> 🚮

<o​frnxmr:monero.social> I trust actions

<o​frnxmr:monero.social> Not ccs proposals for "pay me to lecture"

<o​frnxmr:monero.social> Acting like we dont have extremely capable people here already

<b​asses:matrix.org> bruh wtf you saying lmao

<o​frnxmr:monero.social> Guides dont defeat politics either

<o​frnxmr:monero.social> Im saying making a ccs proposal to find a guide is just preaching to the choir

<o​frnxmr:monero.social> Or rather, to empty seats

<b​asses:matrix.org> monero.observer/moneroguides-comple…g-to-grips-with-monero-ccs-proposal

<b​asses:matrix.org> gm sir

<o​frnxmr:monero.social> Fluffy isnt here

<o​frnxmr:monero.social> Moneroguides are trash

<o​frnxmr:monero.social> No offence

<o​frnxmr:monero.social> But their guides are poorly written / full of inconsistencies and bad info. I didnt click the link, just saw the name

<b​asses:matrix.org> matrix.monero.social/_matrix/media/…matrix.org/wpeYaBYqxsRPvPGVyUIYUdjY

<o​frnxmr:monero.social> And they didnt even mention tgat p2pool os expensive and spams the chain as a result of creating tons of dust outputs

<o​frnxmr:monero.social> their node guides were full of bad info too

<o​frnxmr:monero.social> Getting paid to score 70 on a knowledge test is a larp

<o​frnxmr:monero.social> Monerosuite.org >>> whatever stupid guide they wrote

<o​frnxmr:monero.social> and again, not trying to be offensive, but i'm the one who has to correct all of the poor quality guides

<o​frnxmr:monero.social> Its like.. obvious that the ool writing these guides don't actually use the info regularly

<o​frnxmr:monero.social> Like writing a tor guide when you dont use tor

<o​frnxmr:monero.social> And if you run windows. You should just buy monero like a normie <<>> they don't let me buy like a noemie

<o​frnxmr:monero.social> Feather comes with onion nodes

<o​frnxmr:monero.social> (and tor)

<d​aybreak:nitro.chat> First time I heard p2pool bad 😮

<d​aybreak:nitro.chat> Tell me more!

<n​eromonero1024:monero.social> isn't fcmp gonna help with p2pool consolidation (smaller tx size, less fee)?

<n​eromonero1024:monero.social> the dust is an issue, yes... but don't think it can be solved unless solo mining becomes viable

<n​eromonero1024:monero.social> isn't fcmp gonna help with p2pool consolidation (smaller tx size for more inputs, thus less fee)?

<n​eromonero1024:monero.social> the dust is an issue, yes... but don't think it can be solved unless solo mining becomes viable

<o​frnxmr:monero.social> Solo mining is viable..

<o​frnxmr:monero.social> Pool mining is a joke / scam for small/med miners

<o​frnxmr:monero.social> Why do you think large miners mine on a pool, when they can hit blocks solo?

<o​frnxmr:monero.social> its because they make more xmr due to taking advantage of small who (reportedly) donate their solo blocks

<o​frnxmr:monero.social> Small miners on p2pool are the dumbest of the bunch

<o​frnxmr:monero.social> Mining on p2pool mini gets you anywhere from 20-80% of the earnings that youd make solomining. Only benefit of p2pool for small miners is being paid 0.0002xmr within days of starting

<o​frnxmr:monero.social> Essentially having big miners offer you peanuts in exchange for your entire blocks if you hit one (which you will)

<o​frnxmr:monero.social> If it takes you 1 yr to find a block (according to calc), that is 1 year _on average_. Acounting for fees, it would take 15months accumulate 1 block via p2pool mini for a small miner.

<o​frnxmr:monero.social> Its very likely that you will hit a block _before_ 15months. Of course there is a chance that you have 400% effort (and takes 4 years to hit a block), 50% of the time, blocks are found with less than 100% effort.

<o​frnxmr:monero.social> solomining is the best way to mine for a user with low hashrates

<o​frnxmr:monero.social> users with large hashrates benefit from pool mining due to having small miners donate their blocks to them

<s​ervers.guru:matrix.servers.guru> We don't resell hetzner anymore since a few months. We have our own virtualization stack on dedicated servers from different providers ( depending on location). We still resell hetzner for arm and cloud-server.

<m​onerobull:matrix.org> Cool, good to know

<d​aybreak:nitro.chat> Are they?

<d​aybreak:nitro.chat> Has ginger commented on the chainanal stuff

<d​aybreak:nitro.chat> Could the block explorer somehow be backdoored so if the first link you opened was a specific transaction it'll assume your IP made that transaction 😮

never been a fan of pool mining, solo mined 3 blocks using the GUI

<q​uickex:matrix.org> hey guys! Am i alone who struggles with reddit ban? just created community, posted nothing and banned next day...

quickex if you registered using tor that'll get you shadowbanned

in these situations i would love to recommend monero.town but that can't be accessed currently with tor

<m​onerobull:monero.social> bcs ddos from exit nodes crashes the lemmy frontend

all you have to do is employ a team of sysadmins... maybe an onion load balancer and some mods to lemmy omgggg

\/s ^ is there an opportunity for the community to fund a bounty of sorts to help the effort monerobull?

<m​onerobull:matrix.org> onion load balancer doesnt do anything if the ddos is coming from clearweb exit nodes

<m​onerobull:matrix.org> there are alternative lemmy frontends but once again the lemmy routing stuff makes it impossible for me to figure out how to get it working and there is no guarantee that those wont also just crash

does lemmy.cafe have 'secret sauce' that we need?

<n​ononynous:monero.social> Need to rate limit the frontend delivery + an other server to serve static contant

what im asking is, can there be a bounty for 'hand this dockerfile to monerobull to fix the problems' or is this more of a 'pay a team of sysadmins to overlook the entire project / fix things / pay for extra infra '

<m​onerobull:matrix.org> the vps should be powerful enough

<m​onerobull:matrix.org> lemmy sadly isnt just a docker container, it also has some nginx config stuff and that is a big mess

<m​onerobull:matrix.org> if some trusted god-sysadmin wants to set it up from scratch with a tor friendly frontend + onion we could do a bounty for that

<3​21bob321:monero.social> probably not get targeted

<m​onerobull:matrix.org> right now it works "good enough" even while under attack that i am scared to mess with it too much

<3​21bob321:monero.social> join-lemmy.org/docs/administration/tor_hidden_service.html ?

<m​onerobull:matrix.org> for some reason the vps reports 99% storage usage but ncdu -x / shows like 1/3

I would like having the town on the darknet. However, what would be swell, would be, having the jerboa app also connect to the town's onion.

I don't think jerboa can connect to .onion URLs for reaching lemmy instances, yet.

<j​s:nil.im> So with everyone here having a strong opinion that you must run a full node, I guess people in here hate feather? What are the actual security problems of using feather?

I don't hate feather, neither do I think "everyone should run a full node"

feather can be pointed at a local node

using a remote node over tor still has concerns, i'd watch the breaking monero episode 7 on remote nodes. here is the canonical youtube link youtube.com/watch?v=n6Bxp0k7Uqg

plowsof: thanks, I should check it. However, Monero cannot reach as much people as it could, if it were a requirement on everyone to run a full node.

as many services has stated, including localmonero RIP - when a customer has an issue with something, 'just use feather' pretty much solves it

:)

id rather people use a remote node than giving their viewkey to a remote scanning service

plowsof: ++

Depends which people I guess.

what's alex from localmonero doing these days?

it would be a loss to have him leave the monerosphere permanently.

the people need to decide what kind of people they are hmmm "So you want to send/receive Monero?" monero.garden type reading material perhaps

plowsof: yes, that's a good idea. Perhaps a step-by-step reading guide: "follow these articles if you are a merchant and want to accept XMR in your online store."

"follow these articles if you want to hoard Monero and pass it onto your sons."

or, follow these articles if you want to isolate feather wallet and monerod on your qubesOS: karapara.kyun.li/wiki/feather-walle…llet_isolated_qubes_whonix_setup_en

note that local node management is on feathers to-do list

plowsof: that sounds cool.

so there would be a scale: full local node on the left, and fr**wallet on the right

light nodes are also possible monero-project/research-lab #69

also js, iirc due to feather wallets multi broadcasting of transactions, it could be possible for an outside observer to determine that this tx was made using FW, pls confirm

i read this a year(s) ago, maybe things have changed

<j​s:nil.im> So you’re saying the more people use feather the more private it will get? :P

"feather wallets multi broadcasting of transactions" <--- I am guessing my setup (which I linked above) with feather wallet in an offline qube, only allowed to connect to the 18081 port of my monerod node, disables such a "multi broadcasting" feature on feather wallet's part.

Viewkey to a remote scanning service? What?

Anyway, are there big disadvantages of using Feather with a local node?

BlueyHealer: I think plowsof was thinking about mymonero wallet.

Not like I would be running any, space would be a concern, an extra HDD would cost more than my entire stash of XMR)

BlueyHealer: "are there big disadvantages of using Feather with a local node?" <--- I can't think of any disadvantages.

k4r4b3y, ah, never heard of it.

"an extra HDD would cost more than my entire stash of XMR" <--- high tech, low stack (of XMR).

wdym?

I mean, HDD prices are fairly low nowadays (last I checked). If that amounts to more than your XMR stash, imo you should get more XMR. (tongue in cheek)

I was also making a point about the fact that Monero is such a high-tech piece of software and we are using it, yet most of us have minuscule stacks of it.

In the event of hypermonero-ization, we won't be the most beneficiaries of such event (due to our low stacks of XMR).

I mean, I don't need more XMR, I spend very little. And I have needs more important than buying extra XMR.

Kinda like cyberpunk: high tech low life.

ah, get it.

BlueyHealer: understood.

o​frnxmr:monero.social: > Trocador and plowsof nodes have tx-proxy. Not sure about the others

I wonder: in such a case, I guess a remote Tor node would be enough? Plus threat model being low, the biggest risk being "what if XMR is cracked down on in the future".

Mine (mainnet) have always had that too. I haven't found a .onion P2P node for stagenet in years.

BlueyHealer: if you aren't someone that is personally targeted by intelligence agencies, you are good with using a remote onion node. Always compare the remote node's transaction fee with some other source, though; as the remote nodes might lie to you about the fee rates.

Also now I am afraid that I connected to nodes without Tor a few times :/ Wonder if this would bite me in the ass. Chainalysis is Western so even smaller deal, but the other nodes in the list might've been controlled by my country...

BlueyHealer: going forward, use .onion ones.

Yeah, know about fees) Even without comparison, I usually see it is less than "pocket change".

yeah

k4r4b3y, yeah, I have been doing so for a while now. I just wonder if my previous mistakes could contribute to my future transactions.

At least I have a reassurance in being extremely unlikely to be targeted, and impossible to target "seriously".

BlueyHealer: that's good. Keep it that way.

I just wonder if the past mistakes could impact future ones.

BlueyHealer: you need to be more specific in your worries. What exactly are you worried about? What kinds of past mistakes could impact future ones (again, what?)?

I meant the transactions I made via clearnet from that wallet - would they have an impact on what I would do with the wallet going further? Would transferring to a new wallet help?

That's better. So, if I am understanding you correctly, one of your worries is that you think that your enotes ("your xmr coins") might be associated with your clearnet IP, and that in the future, as you keep using your enotes, you think that this association might persist?

Yeah, and whatever funds would get into this wallet afterwards. I am reading materials on XMR now but still not quite grasping this.

I think the privacy worries you have with incoming, new coins into your wallet aren't related to your "past mistake" of using clearnet nodes.

Each monero transaction that spends an enote ("coin") also presents to the blockchain 15 other decoys. As such an obfuscation piles upon one another on the blockchain, your own coins will get mixed in with others'.

The line between your coins and others' coins, to an outside observer, will blur.

So, putting some time interval between the times that you've used clearnet nodes, and then spent your own coins using the onion nodes; that time interval plays to your advantage, imo. The longer it is, the more obfuscated and untraceable the supposed link will be.

BlueyHealer: also, see this video in order to understand the tracing capabilities of chainalysis from last year: vimeo.com/1009284260

Ah, good to know. Also... Is the decoy selection relying on the node or something else too? Could a node mix in known decoys?

<b​asses:matrix.org> mentioned on the website?

<q​uickex:matrix.org> nope, registred from google

"Could a node mix in known decoys?" <--- I suppose a malicious node could do that, although I am quite uneducated in this topic.

I either missed that or haven't read far enough.

<b​asses:matrix.org> google what?

<b​asses:matrix.org> you mean real IP address?

The wallet decides which indices to pick. The node can't substitute other keys or the tx will fail to verify.

A node *might* be able to decide which outputs they want in a tx, then manufacture a fake distribution that has only these, and claim the chain has just 16 outputs on it.

Not sure if that'd work. I don't want to spend time trying, but if somone here wants to...

(ie, that node would send the wallet info that would induce it to pick the outputs the node wants it to use)

Ah, will look into this.

Now, it would be tamper evident, if you keep logs (or even check the "here what was selected" line on confirmation.

"A node *might* be able to decide which outputs they want in a tx, then manufacture a fake distribution that has only these, and claim the chain has just 16 outputs on it." <--- so yeah, isn't this the "textbook definition" of a malicious node providing a remote wallet its known decoys?

The node only sends output distribution, i.e. how many outputs are in each block

it can probably manipulate this output to make wallet pick some specific outputs

Yes, but I was thinking it'd claim 0 everywhere except on the places it wants you to pick.

But it needs proof of concept

sech1: that sounds like it supports my initial, uneducated intution.

FCMP++ will cleanse everything.

<b​asses:matrix.org> would be nice if someone could create a prrof of concept

<b​asses:matrix.org> proof*

Even if the daemon cannot induce the wallet to create a tx with that data, it actually allows the daemon to tell at least one output of yours:

it sends the wallet a distribution with 16 outputs, and then the wallet asks for all these plus an extra one. Which has to be yours. Very unlikely to be one of the 16.

Actually, there'll be some uncertainty, the wallet asks for 2.5 times 16 IIRC. So the daemon would have to claim 40 on the chain.

It could send a distribution where a single block has these 40 or so outputs, and all belong to the attacker, and all are spent already

Why would spendness matter ?

And yes, no uncertainty actually. I was wrong there.

If they are spent or not doesn't matter, yes. If the all belong to the attacker

*they

Oh, can't work, fortunately: // sanity check THROW_WALLET_EXCEPTION_IF(m_rct_offsets.offsets().back() >= OUTPUT_DISTRIBUTION_MAX_OUTPUT_SUM, error::wallet_internal_error, "Unrealistic number of outputs in output distribution");

(that's 100000000)

Ah, I remembered adding something like this:

THROW_WALLET_EXCEPTION_IF(m_rct_offsets.back() <= max_rct_index,

error::get_output_distribution, "Daemon reports suspicious number of rct outputs");

Nevermind then. Was interesting to think about, even if it was thought of before.

Where is that code? I can't find it

wallet2.cpp

not in the master branch

Oh. Maybe just in Townforge then...

No, in monero master, line 9149.

ah, it has different name there

Ah the first one comes from feather mods I merged into TF long ago. The second one is mine, from ages ago.

Oooh, might be able to bypass this check:

Claim 0 everywhere, except on the places you want to the wallet to pick, and put the real number of outputs on the last slot. The wallet will never pick those as they're 10 block locked.

So that goes past the sanity checks.

Back in the race ^_^

Quick sanity check against this might be to check every slot has >= 1 (the min number of coinbase outs).

(after rct coinbases becomes mandatory)

moneroomoo: would that be assuming that the malicious node operators do not possess coinbase outputs?

Then again, it's not enough: someone will ask for N-1 coinbases and still disclose their real out...

I don't think so.

Maybe make the output distribution built-in up until some block, like monerod checkpoints

Yes, or a hash of the first N distriution slots, and update N with every release.

Depends on the size of it I guess.

Is the Matrix server down for other people too?

Yes

<c​haser:monero.social> (the monero.social Matrix seems unreachable for me from both accounts, this is a test message attempt at 16:28 UTC from my monero.social account.)

<q​uickex:matrix.org> yep

<r​ottenwheel:kernal.eu> PSA. monero.social Matrix homeserver is down. If you still want to participate in today's MRL meeting or just hang with us while CS fixes it, use a different homeserver or join through IRC.

IRC FTW

Just as I borked my Matrix install's media capabilities.

<r​ottenwheel:kernal.eu> > Hello,

<r​ottenwheel:kernal.eu> >

<r​ottenwheel:kernal.eu> > We have received a copyright complaint under our Terms of Use and Copyright Policy from Chainalysis about the following materials uploaded by your user account to archive.org:

<r​ottenwheel:kernal.eu> >

<r​ottenwheel:kernal.eu> > archive.org/details/chainalysis_XMR

<r​ottenwheel:kernal.eu> >

<r​ottenwheel:kernal.eu> > The above materials have been disabled. If you believe that this copyright complaint was in error, you may file a counter-notice (as described under the question "How do I submit a copyright complaint counter-notice?"). If you seek more information about the copyright claim, for instance, identification of the particular allegedly infringed work(s), please let us know.

<r​ottenwheel:kernal.eu> >

<r​ottenwheel:kernal.eu> > You are only permitted to upload materials that you have the rights to. The Internet Archive disables accounts that repeatedly violate the copyrights of others. Thank you for ensuring that your use of archive.org abides by our Terms of Use.

<r​ottenwheel:kernal.eu> >

<r​ottenwheel:kernal.eu> > --

<c​rispycat:matrix.calitabby.com> p- pwease stop sharing our silli video 🥺🥺

haha funny i2p torrent go brr

based

"look babe there is at least one peer that's pulling the chainalysis IRS leak video. Let's share it with him."

<n​ihilist:nowhere.moe> test

<n​ihilist:nowhere.moe> yea the monero.social matrix server is fine right

<t​sjk:bitcoinist.org> everyone talks about this chainalysis video. I already trust noone and know that everything I do on clearnet is logged. Will it make me wiser?

<t​sjk:bitcoinist.org> thanks. wonder if I can download that

yt-dlp should work

I have an i2p-magnet link for it as well

magnet:?xt=urn:btih:d371d4e4cb9a3760ef79e94fde0b8edf22062e49&dn=Chainalysis+Presentation+on+Monero+to+IRS+-+August+2023&tr=http://tracker2.postman.i2p/announce.php

<t​sjk:bitcoinist.org> yeah, please paste the magnet.

<t​sjk:bitcoinist.org> awesome

bitcoinist dot org is back?

<t​sjk:bitcoinist.org> Was it away? I'm somewhat new to matrix and just picked a server that looked ok.

<p​lowsof:matrix.org> welcome 👋

<t​sjk:bitcoinist.org> Thanks :)

<s​trawberry:monero.social> Main takeaways iirc:

<s​trawberry:monero.social> - run your own node, or at the very least use onion remote nodes

<s​trawberry:monero.social> - don't use exodus or other wallets which use non-standard fee rates

<s​trawberry:monero.social> - avoid spending multiple related outputs at the same time

<s​trawberry:monero.social> - use a proxy if you need to use exchanges or swap websites

<s​trawberry:monero.social> If you're already using common sense and these best practices you should be okay

"avoid spending multiple related outputs at the same time" <--- this one stin{g,k}s.

<t​sjk:bitcoinist.org> I do run my own node, at least. Common sense is not so common, I heard.

<t​sjk:bitcoinist.org> Anyway, I'm not worried for my own sake, but am always curious about knowing what the potential enemy is doing.

@t​sjk:bitcoinist.org ++

<h​anshan:monero.social> I have a clearnet link if you want:

<h​anshan:monero.social> v.nostr.build/D4Nzp22vRF35IRnz.mp4

<t​sjk:bitcoinist.org> Thanks. I already got it now. :)

<d​aybreak:nitro.chat> And this link has stayed up since day 1 odysee.com/chainalysis-monero-tracing:e

<d​aybreak:nitro.chat> What if we do a no chainalysis november and spread this video everywhere for a month

<d​aybreak:nitro.chat> I'm not that well versed in monero's current decoy selection algorithm I just know that it isn't using gamma distributions. Does monero now sometimes choose decoys from years in the past even when the change output is like a day old?

<d​aybreak:nitro.chat> xmrchain.net/tx/88f1e62b4156ef99272…6d85badff3fb20a623f8f33d9bc1aab4971 in this transaction for example there are two really old utxos and the rest are relatively new so would it be a fair guess to say the 2 oldest outputs in the ring are probably real

<d​aybreak:nitro.chat> Or does the algorithm account for that

<d​ave.jp:matrix.org> Dsa for old decoys is indeed not that good

<d​ave.jp:matrix.org> Bulk of the decoys get selected from very recent outputs , but MRL thinks that’s the best approach

<d​ave.jp:matrix.org> Anyways with mythical fcmp this won’t be a problem

<d​aybreak:nitro.chat> Interesting IG I'll just trust MRL!!

<s​nowman:tetaneutral.net> It’s a shell game. Always has been.