<b​asses:matrix.org> Top 1 HN news.ycombinator.com/item?id=41554066

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

<b​asses:matrix.org> Stnby

<s​iren:kernal.eu> woah it's not necro

<s​tnby:kernal.eu> Nice, thanks for support

congrats digilol

<s​iren:kernal.eu> we got censored, it's no longer listed

@siren:kernal.eu indeed -- how come? Why and who censored the digilol article?

<s​iren:kernal.eu> ¯\_(ツ)_/¯ first time I see this happen

annoying af

hackernews are bit-bigots or something?

<p​lowsof:matrix.org> the super secret leaked video was mentioned in the comments it seems.. RIP

BRUH

what was it called, "the banality of evil" ?

<m​onerobull:matrix.org> matrix.monero.social/_matrix/media/…matrix.org/EkZxANwUVmfifJPIACgZgpEX

<b​asses:matrix.org> HN algorithm weird

<b​asses:matrix.org> censored = flagged, and it isn't yet

@monerobull:matrix.org nice meme

<b​asses:matrix.org> you can engage comments but with constructive discussion, not "bump" etc like 4chan

@basses:matrix.org the link to article got nuked from the frontpage of hacker news. It was on fucking top

<s​iren:kernal.eu> i couldn't find it by clicking load more a few times either

<s​iren:kernal.eu> sus

<b​asses:matrix.org> from what I observed, when a post is updooted to quickly with a lower ratio to comments, it drops significantly.

<b​asses:matrix.org> too*

"uhm.. sweaty -- have you /actually/ earned those updoots"

russian bots manipulating hackernews in favor of monero -- confirmed

<s​tnby:kernal.eu> Most likely secret sauce of HN algorithm

<s​tnby:kernal.eu> However it's still on the homepage as I can see.

now it's back yeah

30 comments, wow holes.

<q​uickex:matrix.org> hey guys! Quickex arranges poker tournament with $XMR prizes, would be thankful for participation and support!

<q​uickex:matrix.org> x.com/QuickEx_Tweets/status/1835694660942963011

<d​aybreak:nitro.chat> What's the current consensus on churning

<d​aybreak:nitro.chat> - sweeping a wallet's utxos into one output

<d​aybreak:nitro.chat> - sending utxos one by one into a separate wallet or the same wallet

<d​aybreak:nitro.chat> - shenanigans involving multiple wallets/sending to yourself in general

<d​aybreak:nitro.chat> For all of the above, are they 1) useless 2) detrimental to privacy or 3) somewhat beneficial?

<o​frnxmr:monero.social> Consensus? On churning? There is none

<o​frnxmr:monero.social> Main thing is

<o​frnxmr:monero.social> 1. Dont spend tx that you receive from someone else without consolidating them locally

<o​frnxmr:monero.social> 2. Dont spend change directly

<o​frnxmr:monero.social> 3. Dont use clearnet nodes w/o using tor

<o​frnxmr:monero.social> 1)so if you have 4 outputs, combine them all locally before spending then

<o​frnxmr:monero.social> 2) if you have a bunch of change outputs, same thing, combine them locally before spending them

<o​frnxmr:monero.social> 3) if you are using remote nodes, either use tor, or use onion and i2p nodes

<4​n0nu5er:matrix.org> could someone invite me to the monero mining room?

<k​owalabearhugs_:monero.social> The room is public, no? matrix.to/#/#xmrmine:matrix.org

<d​aybreak:nitro.chat> Thanks!

<n​ononynous:monero.social> 1. Yes and no

<o​frnxmr:monero.social> Yes and yes

<o​frnxmr:monero.social> Matrix screwed up the formatting btw

<o​frnxmr:monero.social> Feel free to explain your "no"

<n​ononynous:monero.social> If you receive monero privately and anonymously, it's better to isolate the UTXO for spending it.

<n​ononynous:monero.social> If you publicly received monero and they're probably marked, then you should consolidate and why not churning

<n​ononynous:monero.social> And churning shouldnt be advised if the user dont follow rules to make a proper randomization of when was created the transaction or it creates a new pattern to deanonymize

<o​frnxmr:monero.social> wdym "and why not churning"

<o​frnxmr:monero.social> it not better to isolate the UTXO's for spending. See #

<o​frnxmr:monero.social> 2

<n​ononynous:monero.social> Just to add distance to where youre spending it not gives more protection than that

<o​frnxmr:monero.social> Its better to create new outputs than to spend virgin ones

<o​frnxmr:monero.social> And better to consolidate early to avoid knowledge of later consolidations (see #2)

<n​ononynous:monero.social> If you isolated UTXOs you won't merge histories, consolidating is only leaking informations

<o​frnxmr:monero.social> Finding a common ancestor of change outputs is nkr rocker science

<o​frnxmr:monero.social> You will when later consolidate the change

<n​ononynous:monero.social> You can label the output/transaction and freezing it

<o​frnxmr:monero.social> And then never spend your change?

<o​frnxmr:monero.social> Thats kinda silly

<n​ononynous:monero.social> Spending it without consolidating it

<n​ononynous:monero.social> Like for a VPN subscription of 5 bucka

<o​frnxmr:monero.social> ^

<n​ononynous:monero.social> Or donating the insignificant dust

<o​frnxmr:monero.social> Then do what with your change from the $5?

<o​frnxmr:monero.social> Again. Lol. Silly

<n​ononynous:monero.social> Spending it for something worth it kek

<o​frnxmr:monero.social> "monero is a charity. Donate your change to avoid fingerprinting"

<o​frnxmr:monero.social> Or you can do as i said above

<o​frnxmr:monero.social> And "burn" the trail on day 1

<o​frnxmr:monero.social> chain analysis will see the consolidation, but wont be able to link it to any service

<n​ononynous:monero.social> I think it only depend of what you really want to do with monero

<o​frnxmr:monero.social> A churn or 2 afterwards and the output is as good as "lost in the mix"

<o​frnxmr:monero.social> Same with change. You should avoid sending 1. coins that you just received 2. Spending multiple outputs at once when paying an external party

<o​frnxmr:monero.social> To avoid 1, consolidate locally and spend single outputs

<n​ononynous:monero.social> If you want to clean the house consolidate and churn at your risk but if you want to stay lowkey consolidate as less you can to me

<o​frnxmr:monero.social> 2+ outputs > 1> 1 > spend

<n​ononynous:monero.social> The thing is consolidating is revealing outputs so consolidate as less you can if youre not on the radar or something like that

<o​frnxmr:monero.social> They can take a 1/16 guess about the real output in the consolidation, but after 1 churn they have to be confused about whether you consolidated or if it was a false positive. Whereas, us you accumulate a lot of small change outputs and considate the LATER, you can end up exposing your _past_ spends

<o​frnxmr:monero.social> They can take a 1/16 guess about the real output in the consolidation, but after 1 churn they have to be confused about whether you consolidated or if it was a false positive. Whereas, if you accumulate a lot of small change outputs and considate them LATER, you can end up exposing your _past_ spends

<o​frnxmr:monero.social> Even if you donate your change in single outputs to a source (like ccs) that may later consolidate them

<o​frnxmr:monero.social> the goal is to avoid having to consolidate later. To manage your outputs so that they are always "clean" and always large enough to be spent alone