<s​trawberry:monero.social> Why does Monero have DNS block hash checkpoints? That's the sort of thing I would expect from sketchy PoS coins, certainly not CPU PoW Monero

<r​ecanman:kernal.eu> these are to speed up pow verification times, you can disable them

<s​trawberry:monero.social> how does that work?

<r​ecanman:kernal.eu> docs.monero.study/infrastructure/monero-pulse

<r​ecanman:kernal.eu> Also used for enforcing correct chain in case of split consensu

<r​ecanman:kernal.eu> Also used for enforcing correct chain in case of split consensus

<r​ecanman:kernal.eu> Can you suggest a better method 😅

<r​ecanman:kernal.eu> Can you suggest a better method? 😅

<s​trawberry:monero.social> by split consensus you're talking about bugs, not "normal" reorgs right?

<r​ecanman:kernal.eu> Yes

<r​ecanman:kernal.eu> Possibly both? Not sure, in case of a heavy attack another checkpoint may be deployed

<s​trawberry:monero.social> the problem I have with it is that DNS, not work, dictates the correct chain if --enforce-dns-checkpointing is enabled

<s​trawberry:monero.social> it seems like a rejection of PoW which sets a bad precedent, but if it's for faster verification and only produces warnings by default then fine

<3​21bob321:monero.social> If we dont like useage we can roll back?

<h​ardhatter:monero.social> To me this seems like a bad precedent that shouldn’t be tolerated. Risking centralization for performance, when we can easily afford to give up that performance I think is a serious problem since there’s a short-sighted incentive to use it that can gradually increase usage of these check points until it’s commonplace. I think it should be explicitly incompatible with the consensus protocol.

<n​cndsbfsjnd:nope.chat> hello

<n​cndsbfsjnd:nope.chat> # Privacy OpSec guide 2024

<n​cndsbfsjnd:nope.chat> This is a guide to teach you how to become secure and private and protect your opsec in 2024

<n​cndsbfsjnd:nope.chat> This guide will be a list of best OpSec practices and what you should and shouldn't do.

<n​cndsbfsjnd:nope.chat> ## 1. Use private cryptocurrencies - Dero, Pirate Chain (ARRRR!) and Monero (XMR)

<n​cndsbfsjnd:nope.chat> ## 2. Use private messengers - Telegram, Signal, Discord, Element

<n​cndsbfsjnd:nope.chat> ## 3. Use a private VPN - Mullvad, TunnelBears, IVPN, NordVPN, ExpressVPN, Private Internet Access

<n​cndsbfsjnd:nope.chat> ## 4. Encrypt your drives - Use veracrypt

<n​cndsbfsjnd:nope.chat> ## 5. Install a decent OS - Use arch, manjaro, ubuntu, mint etc. Windows distros are very badso you should use linux distros instead

<n​cndsbfsjnd:nope.chat> ## 6.

<m​mxxx:monero.social> ew, telegram?

<r​ecanman:kernal.eu> All of this spam coming from nope.chat instances lately...

<r​ecanman:kernal.eu> mmxxx: this is repeated spam

<r​ecanman:kernal.eu> plowsof:

<n​cndsbfsjnd:nope.chat> yeah telegram because it is E2EE (end to end encrypted)

<r​ecanman:kernal.eu> He will argue that it isn't spam or something, I advise you to ignore

<m​mxxx:monero.social> will do.

<r​ecanman:kernal.eu> endor00:

<n​cndsbfsjnd:nope.chat> if you ban me i will just create a new account lmao

<b​asses:matrix.org> 4 IQ

<b​asses:matrix.org> toddlers are smarter

<n​cndsbfsjnd:nope.chat> well tg is better than something like whatsapp anyway

<b​asses:matrix.org> kids want attention, igbore him till he' banned 🤣

<n​ope:matrix.teamsds.net> Whatever this is has nothing to do with me. (Stating for record)

<b​asses:matrix.org> kids want attention, ignore him till he's banned 🤣

<m​mxxx:monero.social> I missed the discord recommendation too

<r​ecanman:kernal.eu> Do you own nope.chat?

<m​mxxx:monero.social> someone ban this fool.

<b​asses:matrix.org> sounds like a healthy lifestyle lmao

Troll.

<n​ope:matrix.teamsds.net> No, NoPE is my username however

<b​asses:matrix.org> hands full of doritos greasy asf

<b​asses:matrix.org> fat fuck

<r​ecanman:kernal.eu> Oh, ok. If you look at the ending of ncndsbfsjnd's name, it says 'nope.chat', which is where all of the spam has been coming from in the past week or so

<b​asses:matrix.org> Monero lives in his head 24/7 rent free

<b​asses:matrix.org> this is called a homeserver

<n​ope:matrix.teamsds.net> Oh I see tbh I have not paid attention to this chat for a week or two

<b​asses:matrix.org> there are actual human beings with a "life" using this homeserver

<n​ope:matrix.teamsds.net> Is this guy is scammer?

<s​yntheticbird:monero.social> Hi, my name is pozpqozpqozpqzoq,

<n​ope:matrix.teamsds.net> I would have gladly baited him tho

Is baiting these guys even worth it?

<r​ecanman:kernal.eu> No

I think the worst you can do to a troll is ignore.

<3​21bob321:monero.social> Leave trolls under bridge

<j​effro256:monero.social> Rucknium: there appears to be a lot of reorgs on the stressnet

<r​ucknium:monero.social> jeffro256: Are you synced to chaintip?

<j​effro256:monero.social> I am now

<r​ucknium:monero.social> Are they current successful re-orgs or just BLOCK ADDED AS ALTERNATIVE ON HEIGHT X?

<r​ucknium:monero.social> I think Monerod will download "valid" alt chains even if those chains don't have enough PoW to re-org the "main" chain

<r​ucknium:monero.social> And nodes (I think) re-download the alt chains from peers when they restart unless your previous node session was started with `--keep-alt-blocks`

<r​ucknium:monero.social> I just rebooted my monitor node to start using the latest binary version. I see lots of alternative blocks. Maybe my reboot started re-broadcasting some alt chains.

<m​mxxx:monero.social> ok, which one of you nostr nerds can put me up on game

<m​mxxx:monero.social> since y'all won't use ssb

<r​ucknium:monero.social> A bunch of alt chains were created 3-4 days ago when we had a netsplit/chiansplit. The default `--block-sync-size` is set too high to sync 1.5+ MB blocks gist.github.com/Rucknium/f092b0ad5870f6038226c39af529152c

<j​effro256:monero.social> Yeah it was just a bunch of "block added alternative at height X" but no successful reorgs

<j​effro256:monero.social> I guess it would make sense that it downloads the alternative blocks IF there are a large portion of nodes on the old version

<j​effro256:monero.social> I was guessing that the high verification time naturally led to a lot of orphaning blocks

<j​effro256:monero.social> Bc I don't see many "host X blocked" messages in my console, which I would expect to see if I was connecting to nodes with an old version of the node

<j​effro256:monero.social> Well depends on the nature of the hardfork I guess, if the blocks produced by the old nodes are all valid in the new ruleset, then the node won't block those hosts, just store their alt blocks without reorging

<r​ucknium:monero.social> Old stressnet node versions are still valid. There was no new hard fork in this recent version

<s​trawberry:monero.social> do entire alternative blocks get downloaded, or only the headers? headers should be enough to determine which is the correct chain, unless someone is wasting their hashrate on blocks with invalid transactions

<r​ucknium:monero.social> The long alt chains were not due to long block verification (we think). It was the high `--block-sync-size`. When we set that to 1, the netsplit repaired itself

<r​ucknium:monero.social> Sometimes I see long periods of time when the node is unresponsive to input after a set of alt blocks come in. These issues are probably irrelevant on mainnet since you would likely never have a very long alt chain.

<j​effro256:monero.social> strawberry: the entire blocks are downloaded and stored

<j​effro256:monero.social> tx verification for those blocks are actually done before PoW verification

<s​trawberry:monero.social> to save bandwidth, maybe the full blocks should only be downloaded once the alternative chain reaches most work

<j​effro256:monero.social> I agree with this, and have wanted to implement a PR to do this, but it's a lot of work

<j​effro256:monero.social> Also, currently there is no p2p protocol command to download just the chain data from a peer; you have to download the whole block with transactions (although txs can be pruned)

<s​trawberry:monero.social> there's no way to request only the headers?

<j​effro256:monero.social> not AFAIK

<s​trawberry:monero.social> do pruned nodes always download a full block and prune it themselves, or can they ask the other node to prune it for them before sending? that might be another bandwidth improvement, even for full nodes because they're sending less data to pruned nodes

<r​ucknium:monero.social> strawberry: `--sync-pruned-blocks` "Accept pruned blocks instead of pruning yourself. It should save network transfer when used with --prune-blockchain."

<r​ucknium:monero.social> It's optional

<j​effro256:monero.social> ^

<r​ucknium:monero.social> If you want to know the probability of recovering the full blockchain data when every node is pruned, I have a rigorous analysis in Appendix B of github.com/Rucknium/misc-research/b…ck-marble-optimal-fee-ring-size.pdf

<r​ucknium:monero.social> Just in case you were wondering ;)

<s​trawberry:monero.social> if chosen arbitrarily, what's to stop someone from not saving any of it, or from saving more than 1 of 8 slices? it seems like we could have a slider for this depending on how much disk space someone wants to volunteer

<r​ucknium:monero.social> Or post ex facto? Um, anyway I may have used the term wrong.

<s​trawberry:monero.social> I understand why it's good to have a standardized denominator and 8 is perfectly fine for that, just curious why 8 was chosen

<r​ucknium:monero.social> mooo's PR has 173 comments. IIRC SGP asked why not make the 1/8 adjustable: monero-project/monero #4843

hi guys, what wallet did the xmr -> btc convert automatically...i remember reading you send xmr to btc address and the magic happens in the background

<m​mxxx:monero.social> magic? o_0

ok the hard stuff :D

got the tips from telegram :D it was monerujo

another question then...is there a way to save the db and move to another pc? i tried it and it starts over....i use this folder C:\ProgramData\bitmonero

<r​ecanman:kernal.eu> Yes

<r​ecanman:kernal.eu> Do you mean the blockchain for your node? If so, yes

<r​ecanman:kernal.eu> Wallets yes as well

yes the blockchain

<r​ecanman:kernal.eu> Yep, just move/copy it over

<r​ecanman:kernal.eu> Make sure to stop monerod first

sure, will try again, last time it did not recognize it and started from scratch

<5​m5z3q888q5prxkg:chat.lightnovel-dungeon.de> Does anyone know Tim Sutinen? He runs privacy Pro Shop for Lokinet and OXEN youtu.be/O_tdF-McAFM?t=2143

<5​m5z3q888q5prxkg:chat.lightnovel-dungeon.de> .. he kinda seems like a stereotypical fed, but seems to be cool? :D

tried this but monerod still running, idea? C:\Util\Crypto\monero-gui-v0.18.3.3>monerod --stop-service

stop-service is for when youve installed it as a service? do you want to "monerod exit" instead?

ah yes to stop it

i can kill the process but thought maybe there is a command for it

yep, exit should work for that

hehe trial and error :D

it dont recongnize monerod --exit

but just >monerod exit works :D its not listed as a command

thanks man