libera #monero-dev

19 Jul 2025

Official repo: github.com/monero-project/monero || Don’t ask to ask, just ask:) || Monero GUI dev is at #monero-gui || Monero website dev is at #monero-site || Non-dev questions -> #monero, please || No fork help, you’re on your own

• 04:15
  m-relay
  <j​hggyddfg8444577:matrix.org> 👇♦FREE‼️ FREE‼️ SIGNALS♦👇
• 04:15
  m-relay
  <j​hggyddfg8444577:matrix.org> t.me/+8_lv2EterKZjZmQ0
• 04:15
  m-relay
  <j​hggyddfg8444577:matrix.org> CRYPTO TRADING SIGNALS
• 04:15
  m-relay
  <j​hggyddfg8444577:matrix.org> 98% Accurate Signals ✅
• 04:15
  m-relay
  <j​hggyddfg8444577:matrix.org> 5~10 Signals Daily💯💯
• 04:15
  m-relay
  <j​hggyddfg8444577:matrix.org> 👇JOIN OUR TELEGRAM GROUP 👇
• 04:15
  m-relay
  <j​hggyddfg8444577:matrix.org> t.me/+8_lv2EterKZjZmQ0
• 04:15
  m-relay
  <j​hggyddfg8444577:matrix.org> @everyone @everyone
• 04:16
  m-relay
  <j​hggyddfg8444577:matrix.org> 👇♦FREE‼️ FREE‼️ SIGNALS♦👇
• 04:16
  m-relay
  <j​hggyddfg8444577:matrix.org> t.me/+8_lv2EterKZjZmQ0
• 04:16
  m-relay
  <j​hggyddfg8444577:matrix.org> CRYPTO TRADING SIGNALS
• 04:16
  m-relay
  <j​hggyddfg8444577:matrix.org> 98% Accurate Signals ✅
• 04:16
  m-relay
  <j​hggyddfg8444577:matrix.org> 5~10 Signals Daily💯💯
• 04:16
  m-relay
  <j​hggyddfg8444577:matrix.org> 👇JOIN OUR TELEGRAM GROUP 👇
• 04:16
  m-relay
  <j​hggyddfg8444577:matrix.org> t.me/+8_lv2EterKZjZmQ0
• 04:16
  m-relay
  <j​hggyddfg8444577:matrix.org> @everyone @everyone
• 05:41
  m-relay
  <c​ountbleck:matrix.org> someone is fishing for a ban
• 09:53
  m-relay
  <e​oli:matrix.org> Waiting for carrot
• 09:53
  m-relay
  <e​oli:matrix.org> 🥳🥳🥳
• 14:25
  sech1
  selsta running v0.18.4.1 on p2pool.io/explorer now and also a Windows v0.18.4.1 binary at home
• 15:18
  selsta
  .merge+ 9988
• 15:18
  xmr-pr
  Added
• 16:11
  tobtoht_
  I could use review / testing on 10001 and 9455 . They indirectly block fcmp++ release builds.
• 16:12
  tobtoht_
  I need to bump the time-machine for 9801 and clang-toolchain-11 no longer builds / is getting deprecated.
• 16:16
  m-relay
  <o​frnxmr:xmr.mx> hinto @hinto:monero.social
• 22:29
  Guess65
  looking into monero. initial sync and continious synch via hidden service yet to work. i wonder what can be done. have some ideas.
• 22:33
  m-relay
  <o​frnxmr:xmr.mx> Its intentionally not implemented
• 22:35
  Guess65
  is there something to read about it? it's a very useful feature.
• 22:36
  Guess65
  let's say it's done. what kind of bounty?
• 22:36
  m-relay
  <o​frnxmr:xmr.mx> Its infinitely cheaper to create sybil addresses, and latency and throughput are too low for our communications
• 22:36
  m-relay
  <o​frnxmr:xmr.mx> 0xmr bounty
• 22:36
  Guess65
  each person can choose to be slow and anon or fast and public.
• 22:36
  Guess65
  there are workarounds.
• 22:37
  Guess65
  checking more.
• 22:37
  m-relay
  <o​frnxmr:xmr.mx> no, we have dynamic blocks, dandelion, and 2 minute blocktines, with (what will soon be) 5-10 kb transactions. 300kb blocks (current median) is already too big for i2p
• 22:38
  m-relay
  <c​aptaincanaryllc:matrix.org> Guess65, sync from a whonix or qubes vm and you'll be behind tor
• 22:38
  m-relay
  <o​frnxmr:xmr.mx> he wants onion. You dont need whonix for that tor socks, you can use the `proxy=ip:port` parameter
• 22:39
  m-relay
  <o​frnxmr:xmr.mx> Dont need whonix for tor*
• 22:39
  Guess65
  idea is to synch oniontoonion.
• 22:39
  Guess65
  full privacy.
• 22:39
  Guess65
  yes else can use torsocks etc.
• 22:41
  m-relay
  <v​tnerd:monero.social> There are also people who argue p2p over tor is a waste of resources (or some such thing), but I've never seen the i2p folks argue that
• 22:41
  m-relay
  <v​tnerd:monero.social> The specific case was BitTorrent, which likely uses more bandwidth than monerod over time
• 22:41
  m-relay
  <c​aptaincanaryllc:matrix.org> why not run your own local node and connect the way ofrnxmr suggested, Guess65?
• 22:42
  m-relay
  <o​frnxmr:xmr.mx> over tor is bad for the tor network, over i2p is less-so, since i2p nodes provide bandwidth instead of just leaching
• 22:42
  m-relay
  <o​frnxmr:xmr.mx> I2p got mad at bitcoin before, because bitcoin was recommending (or defaulting) to notransit (which is a leach mode)
• 22:42
  m-relay
  <v​tnerd:monero.social> Tor in the mode ofrnxmr @ofrnxmr:xmr.mx: describes doesn't use hidden service, only exit nodes. But otherwise it is probably better than torsocks
• 22:43
  m-relay
  <v​tnerd:monero.social> Oh right, the default Tor node isn't relaying at all
• 22:44
  Guess65
  introduction points do relaying.
• 22:44
  m-relay
  <o​frnxmr:xmr.mx> Might want to look into the kovri history
• 22:49
  m-relay
  <c​ountbleck:matrix.org> what happened to that
• 22:49
  Guess65
  local node can run as a hidden service and accept connections only via tor.
• 22:49
  m-relay
  <o​frnxmr:xmr.mx> a lot
• 22:49
  m-relay
  <c​ountbleck:matrix.org> rather, why is the GitLab repo dead now
• 22:50
  m-relay
  <o​frnxmr:xmr.mx> were drifting off topic. This room is for development, for history etc lets move to Monero
• 22:50
  m-relay
  <c​ountbleck:matrix.org> okie
• 22:52
  Guess65
  hmm so you sync over clearnet and rely on chain of wallets for anonimity?
• 22:57
  Guess65
  monero as a protocol is open. there are ways to make daemon think it's connecting as usual while behind the scenes.
• 22:59
  Guess65
  people download files over tor, torrent over tor and monero over tor.
• 23:00
  m-relay
  <o​frnxmr:xmr.mx> off topic
• 23:02
  Guess65
  ok a working setup could be shared.
• 23:14
  Guess65
  The throttling and peer selection logic is not a consensus rule?
• 23:18
  Guess65
  maybe a simple solution a new large pool that will broadcast via hidden service + change local client a bit (those who prefer onion sync)