<i​mprevisto:matrix.org> oh I see "people watching the blockchain will not know important details of your transaction, like sender address, amount and recipient address. The recipient of your payment will know all details of the transaction, except the sender address" - so what is visible in the blockchain then to an observer (assume not a node receiving tx request for example)

the output that is sent is on the blockchain and what is seen is that it is one of 16 outputs so you don't know which one the sender sent

when FCMP is used, Full Chain Membership Proof, the output will be of of all the outputs ever sent so there is no way of narrowing down and having a better guess which output was sent

FCMP++ is coming soon™

step back from the keyboard

<w​illiamfargo:tchncs.de> how did you know

<i​mprevisto:matrix.org> thanks nioCat - but these outputs don't include sender or receiver addresses, either then is what I think I was reading

Mochi101: wut happened

nioCat, it's just a joke

^^^^ that's why

:)

<i​mprevisto:matrix.org> is there a good resource for talking about what is visible on the monero blockchain?

<i​mprevisto:matrix.org> is there a good resource for reading about what is visible on the monero blockchain?

<o​frnxmr:xmr.mx> a block explorer

<i​mprevisto:matrix.org> sure

<o​of2222:matrix.org> Am i able to purchase Monero online with a gift card?

<r​avfx:xmr.mx> Both Haveno and Noones.com have p2p that can have XMR on one side and gift card on the other side.

<r​avfx:xmr.mx> I think Haveno do, but for noones be ready to pay a hefty premium if you go that way

Hi

<wearethelifersyetagain> meow

<i​2p_node:glasgow.social> Hello. Im trying to set up monero full nod in i2p without connection to clearnet. Is it possible? I add ~20 node from monero.fail, but "monerod print_cn" print only 12 nodes. Why it cant connect to all other nodes in i2p? Node frozen on Height: 1/1 (100.0%)

<s​yntheticbird:monero.social> username checks out

<i​2p_node:glasgow.social> Also, its impossible for some reason to add i2p domains. only full b32 adresses

<s​yntheticbird:monero.social> tbh I've rarely see people talking about i2p full node or first class i2p support. Not that it isn't supported obviously and i'm sure some devs would be happy to make it work out. But yeah, i'm not surprise details like this are not polished ootb

<l​oeasy6:matrix.org> I'm not sure because I run a tor node

<i​2p_node:glasgow.social> I configured monerod from guide on docs.getmonero.org/running-node/monerod-systemd/#systemd, so monerod must be started from monero iser

<l​oeasy6:matrix.org> I was thinking about getting an i2p one

<i​2p_node:glasgow.social> I configured monerod from guide on docs.getmonero.org/running-node/monerod-systemd/#systemd, so monerod must be started from monero user

<i​2p_node:glasgow.social> Is there any threshold to start syncing? I dont understand why monerod status prints "Height: 1/1 " if i connected at least to one node with almost full blockchain

<o​frnxmr:xmr.mx> monerod sync_info

<o​frnxmr:xmr.mx> You added 20 nodes, how? (and why??)

<o​frnxmr:xmr.mx> Nvm the "why". Delete them

<l​oeasy6:matrix.org> 2TB OF JUST NODE?

<o​frnxmr:xmr.mx> Those are rpc nodes, not p2p

<i​2p_node:glasgow.social> Height: 1, target: 1 (100%)

<i​2p_node:glasgow.social> Downloading at 0 kB/s

<i​2p_node:glasgow.social> Next needed pruning seed: 2

<i​2p_node:glasgow.social> 21 peers

<i​2p_node:glasgow.social> Remote Host Peer_ID State Prune_Seed Height DL kB/s, Queued Blocks / MB

<i​2p_node:glasgow.social> zi4pxz3qhuvxjobhcr4jvdtkpjbde6m7mw5ney5tydikv52or62q.b32.i2p 0000000000000001 normal 0 3312473 0 kB/s, 0 blocks / 0 MB queued

<i​2p_node:glasgow.social> <unknown i2p host> 0000000000000001 normal 0 3312472 0 kB/s, 0 blocks / 0 MB queued

<i​2p_node:glasgow.social> <unknown i2p host> 0000000000000001 normal 180 3312473 0 kB/s, 0 blocks / 0 MB queued

<i​2p_node:glasgow.social> pxtsal53b6blcxodaje4el2ajjesszfqhiig4r2dbb6bylf76m4a.b32.i2p 0000000000000001 normal 0 3312472 0 kB/s, 0 blocks / 0 MB queued

<i​2p_node:glasgow.social> twv4hhsrm5joycfyiey4s6rpe2gvw3wcklzj73aryp6gvkp5eegq.b32.i2p 0000000000000001 normal 0 3312472 0 kB/s, 0 blocks / 0 MB queued

<i​2p_node:glasgow.social> 3jkxk2gc4ky2l4j4wh66ipehbsy5trcwijsymjmgliglo6gzg3oa.b32.i2p 0000000000000001 normal 0 3312472 0 kB/s, 0 blocks / 0 MB queued

<s​yntheticbird:monero.social> STOP LOSING YOUR MIND IM RUNNING 8TB OF NODES ON MY COMPUTER

<s​yntheticbird:monero.social> IM A LIAR BTW

<l​oeasy6:matrix.org> Makes sense

<o​frnxmr:xmr.mx> i2p_node you have no clearnet peers

<b​obboiplays:matrix.org> bro I only have 512 GB of storage man

<s​yntheticbird:monero.social> yes thats indeed what i2p_node said. no clearnet

<i​2p_node:glasgow.social> i added 20 node using via add-peer option in monerod.conf

<o​frnxmr:xmr.mx> It isnt supported

<o​frnxmr:xmr.mx> Delete them

<b​obboiplays:matrix.org> still isnt 20 nodes like, alot

<o​frnxmr:xmr.mx> 1. Delete you add-peer's

<o​frnxmr:xmr.mx> 2. You have to sync blockchain over tor or clearnet. I2p blockchain sync is not supported

<l​oeasy6:matrix.org> I know it is helping the network but ow

<l​oeasy6:matrix.org> I know it is helping the network but wow

<s​yntheticbird:monero.social> well. in normal time (clearnet) your node should communicate with around 24 p2p nodes

<s​yntheticbird:monero.social> not should, it can do with less

<s​yntheticbird:monero.social> but it's the average

<o​frnxmr:xmr.mx> 12 outgoing, unlimited inc (usually ~100)

<i​2p_node:glasgow.social> I2p blockchain sync is not supported because of some security reasons?

<o​frnxmr:xmr.mx> Thr "add peers" you added are all rpc endpoints. None of those are p2p

<o​frnxmr:xmr.mx> Delete them all

<o​frnxmr:xmr.mx> Sort of. Its easier and cheaper to create Sybil's using i2p or onion

<o​frnxmr:xmr.mx> Also the network speeds / latency could a problem during heavy tx volume or large hashrate changes

<i​2p_node:glasgow.social> I just wanted to ask if it is dangerous to do it, because there is much less i2p monero nodes than the rest. Makes sense

<o​frnxmr:xmr.mx> onion and i2p are currently only functional for tx relaying, not blockchain sync

<s​yntheticbird:monero.social> this

<s​yntheticbird:monero.social> unfortunate reality

<s​yntheticbird:monero.social> Tor don't for network topology reason (mainly Tor project strongly dislike high volume p2p like Torrent)

<s​yntheticbird:monero.social> I2P could support it but it isn't implemented

<o​frnxmr:xmr.mx> Btc and their forks seem to be doing OK with blockchaib sync over onion/i2p. Out blocks are much bigger though and we have some ugly propagation

<o​frnxmr:xmr.mx> My biggest worry wouldnt be sybils tbh, it would be latency

<o​frnxmr:xmr.mx> Fast block times and large blocks dont play well with one another

<i​mprevisto:matrix.org> your mom had some ugly propagation

<o​frnxmr:xmr.mx> PsychoticBird - we have the same mom

<s​yntheticbird:monero.social> fuck

<i​mprevisto:matrix.org> ah you can't unemoji

<o​frnxmr:xmr.mx> By ugly propogation, i mean we spam our peers with the same info that they already have and may have sent to us

<i​mprevisto:matrix.org> that was already in the mempool

<o​frnxmr:xmr.mx> Multiplies the necessary bandwidth used many times over

<o​frnxmr:xmr.mx> over i2p, this would likely be crippling

<i​2p_node:glasgow.social> i2p is involving and speed is increases, but latency is price for anonymity - it never will be low. It's a pity that I2P and Monero can't be fully combined

<b​obboiplays:matrix.org> what

<o​frnxmr:xmr.mx> 1. monero propagation needs to b fixed

<i​2p_node:glasgow.social> ?

<b​obboiplays:matrix.org> I dont understand what you are saying

<i​2p_node:glasgow.social> evolving, sorry

<b​obboiplays:matrix.org> level 0 grammar

<i​2p_node:glasgow.social> yes, sorry

<o​frnxmr:xmr.mx> If the bandwidth issues are fixed, it wouldnt be such a bad idea to allow i2p block chain sync. Sybils are still an issue, but i imagine the same fix for our current spy node proxy issue would be applicable to fake i2p proxy sybils

<i​2p_node:glasgow.social> i mean, i2p speed can be fixed, but latency - never

<o​frnxmr:xmr.mx> I understood

<b​obboiplays:matrix.org> How?

<o​frnxmr:xmr.mx> Not true. Latency can be skipped by setting tunnel lengths to 0

<o​frnxmr:xmr.mx> At the cost of privacy, of course

<i​2p_node:glasgow.social> but in that case there is no sense to use i2p

<i​2p_node:glasgow.social> yes

<o​frnxmr:xmr.mx> Yes there is. Not everyone can open ports to accept incoming connections

<o​frnxmr:xmr.mx> I2p punches through nat/firewall

<o​frnxmr:xmr.mx> Monero has a very real centralization issue with a disproportionate amount of outgoing-only nodes

<b​obboiplays:matrix.org> wasnt this entire crypto currency built for security?

<o​frnxmr:xmr.mx> No

<b​obboiplays:matrix.org> I guess false advertising then

<o​frnxmr:xmr.mx> privacy != security

<b​obboiplays:matrix.org> oh

<o​frnxmr:xmr.mx> Any relying on i2p or onion is also adding external failpoints. You can't expect tor and i2p to remain functional. A few months back, tor was completely unusable due to ddos

<s​yntheticbird:monero.social> Let's not forget about muh Linking Lion

<s​yntheticbird:monero.social> at least 50% of the reachable p2p network

<o​frnxmr:xmr.mx> linkinglion has a much easier time breaking dandelion due to the lack of peers with incoming connections

<i​2p_node:glasgow.social> What is better for privacy - connect to 3rd party node over i2p, or run full monero node in tor/clearnet?

<b​obboiplays:matrix.org> meanwhile my PC blowing up for no reason because it used 1 bit of RAM too many

<s​yntheticbird:monero.social> what do you call full monero node exactly?

<s​yntheticbird:monero.social> what do you call **full** monero node exactly?

<i​2p_node:glasgow.social> node with not pruned blockchain

<b​obboiplays:matrix.org> meanwhile my PC blowing up for no reason because it used the wrong bit of RAM

<l​oeasy6:matrix.org> Something I can agree on

<o​frnxmr:xmr.mx> whether pruned or not doesnt make a difference here

<s​yntheticbird:monero.social> well. having a pruned node doesn't particularly bring any caveats from a privacy standpoint

<b​obboiplays:matrix.org> I think my PC needs to be checked up on

<l​oeasy6:matrix.org> Pruned blockchain is 1/4 of main blockchain

<s​yntheticbird:monero.social> so not sure why precising it. but anyway to answer your question you are better running your own pruned monero node in tor/clearnet

<s​yntheticbird:monero.social> always trust your own node

<o​frnxmr:xmr.mx> 1/3, but doesnt make a diff from a privacy perspective

<s​yntheticbird:monero.social> 1/8

<s​yntheticbird:monero.social> oh

<s​yntheticbird:monero.social> no my bad

<s​yntheticbird:monero.social> yeah 1/3

<l​oeasy6:matrix.org> My bad

<i​2p_node:glasgow.social> thank you

<s​yntheticbird:monero.social> np

<i​2p_node:glasgow.social> thanks everyone for all answers

<o​frnxmr:xmr.mx> if you run your own node over clearnet (+ txproxy tor + i2p), then you have better tx privacy than a remote i2p node

<s​yntheticbird:monero.social> also don't forget to add boog ban list

<s​yntheticbird:monero.social> it will annoy chainanalysis companies

<b​obboiplays:matrix.org> whats a boog?

<o​frnxmr:xmr.mx> your clearnet node will relay other peoples transactions, and your transactions will _always_ be relayed by your onion/i2p peers

<s​yntheticbird:monero.social> it's someone

<o​frnxmr:xmr.mx> Booger

<b​obboiplays:matrix.org> ok

<s​yntheticbird:monero.social> Ladies and gentlemen:

<s​yntheticbird:monero.social> - monderbull

<s​yntheticbird:monero.social> - Siron

<s​yntheticbird:monero.social> - Synbhebird

<s​yntheticbird:monero.social> - orfnxrmr

<s​yntheticbird:monero.social> - Booger900

<s​yntheticbird:monero.social> LMFAO

<b​obboiplays:matrix.org> 🖕

<b​obboiplays:matrix.org> wait he exist!>

<b​obboiplays:matrix.org> wait he exists!?

<o​frnxmr:xmr.mx> Yes

<b​obboiplays:matrix.org> Boog900

<b​obboiplays:matrix.org> lol

<o​frnxmr:xmr.mx> Thats what i said - Booger900

<b​obboiplays:matrix.org> You said booger900

<b​obboiplays:matrix.org> not boog

<i​2p_node:glasgow.social> i2p is evolving and speed is increases, but latency is price for anonymity - it never will be low. It's a pity that I2P and Monero can't be fully combined

<b​obboiplays:matrix.org> ❌️

<s​yntheticbird:monero.social> Booger900, lead dev of Copprute project

<b​obboiplays:matrix.org> theres a user in here called Boog900

<s​yntheticbird:monero.social> Booger900*

<b​obboiplays:matrix.org> *Boog900

<s​yntheticbird:monero.social> **Booger900

<b​obboiplays:matrix.org> Screenshot 2024-12-27 175347.png

<s​yntheticbird:monero.social> FUD

<b​obboiplays:matrix.org> *boog900

<s​yntheticbird:monero.social> misinformations

<b​obboiplays:matrix.org> It reals

<s​yntheticbird:monero.social> It? you misgender people to object?

<s​yntheticbird:monero.social> no alright i mkidding with you

<b​obboiplays:matrix.org> FUCK

<s​yntheticbird:monero.social> of course it's boog900

<s​yntheticbird:monero.social> it's some joke in another channel, some spammer completely destroyed our names

<b​obboiplays:matrix.org> So you misgender people to object

<s​yntheticbird:monero.social> name.

<s​yntheticbird:monero.social> it = name

<b​obboiplays:matrix.org> yes

<s​yntheticbird:monero.social> a name isn't a person

<b​obboiplays:matrix.org> so this misgendering of both is invalid

<s​yntheticbird:monero.social> sir you are hilarious

<b​obboiplays:matrix.org> Silliest of activities

<b​obboiplays:matrix.org> welcome

<b​obboiplays:matrix.org> 🤣