04:15:05 <m-relay> <j​hggyddfg8444577:matrix.org> 👇♦FREE‼️ FREE‼️ SIGNALS♦👇
04:15:07 <m-relay> <j​hggyddfg8444577:matrix.org> https://t.me/+8_lv2EterKZjZmQ0
04:15:09 <m-relay> <j​hggyddfg8444577:matrix.org> CRYPTO TRADING SIGNALS
04:15:11 <m-relay> <j​hggyddfg8444577:matrix.org> 98% Accurate Signals ✅
04:15:13 <m-relay> <j​hggyddfg8444577:matrix.org> 5~10 Signals Daily💯💯 
04:15:15 <m-relay> <j​hggyddfg8444577:matrix.org> 👇JOIN OUR TELEGRAM GROUP 👇
04:15:17 <m-relay> <j​hggyddfg8444577:matrix.org> https://t.me/+8_lv2EterKZjZmQ0
04:15:19 <m-relay> <j​hggyddfg8444577:matrix.org> @everyone @everyone
04:16:35 <m-relay> <j​hggyddfg8444577:matrix.org> 👇♦FREE‼️ FREE‼️ SIGNALS♦👇
04:16:37 <m-relay> <j​hggyddfg8444577:matrix.org> https://t.me/+8_lv2EterKZjZmQ0
04:16:39 <m-relay> <j​hggyddfg8444577:matrix.org> CRYPTO TRADING SIGNALS
04:16:41 <m-relay> <j​hggyddfg8444577:matrix.org> 98% Accurate Signals ✅
04:16:43 <m-relay> <j​hggyddfg8444577:matrix.org> 5~10 Signals Daily💯💯 
04:16:45 <m-relay> <j​hggyddfg8444577:matrix.org> 👇JOIN OUR TELEGRAM GROUP 👇
04:16:47 <m-relay> <j​hggyddfg8444577:matrix.org> https://t.me/+8_lv2EterKZjZmQ0
04:16:49 <m-relay> <j​hggyddfg8444577:matrix.org> @everyone @everyone
05:41:20 <m-relay> <c​ountbleck:matrix.org> someone is fishing for a ban
09:53:09 <m-relay> <e​oli:matrix.org> Waiting for carrot
09:53:23 <m-relay> <e​oli:matrix.org> 🥳🥳🥳
14:25:55 <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:45 <selsta> .merge+ 9988
15:18:45 <xmr-pr> Added
16:11:58 <tobtoht_> I could use review / testing on 10001 and 9455 . They indirectly block fcmp++ release builds.
16:12:07 <tobtoht_> I need to bump the time-machine for 9801 and clang-toolchain-11 no longer builds / is getting deprecated.
16:16:55 <m-relay> <o​frnxmr:xmr.mx> hinto @hinto:monero.social
22:29:18 <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:53 <m-relay> <o​frnxmr:xmr.mx> Its intentionally not implemented
22:35:27 <Guess65> is there something to read about it? it's a very useful feature.
22:36:01 <Guess65> let's say it's done. what kind of bounty?
22:36:12 <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:18 <m-relay> <o​frnxmr:xmr.mx> 0xmr bounty
22:36:50 <Guess65> each person can choose to be slow and anon or fast and public.
22:36:59 <Guess65> there are workarounds.
22:37:31 <Guess65> checking more.
22:37:48 <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:07 <m-relay> <c​aptaincanaryllc:matrix.org> Guess65, sync from a whonix or qubes vm and you'll be behind tor
22:38:48 <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:02 <m-relay> <o​frnxmr:xmr.mx> Dont need whonix for tor*
22:39:10 <Guess65> idea is to synch oniontoonion.
22:39:14 <Guess65> full privacy.
22:39:20 <Guess65> yes else can use torsocks etc.
22:41:00 <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:37 <m-relay> <v​tnerd:monero.social> The specific case was BitTorrent, which likely uses more bandwidth than monerod over time
22:41:43 <m-relay> <c​aptaincanaryllc:matrix.org> why not run your own local node and connect the way ofrnxmr  suggested, Guess65?
22:42:18 <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: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:46 <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:37 <m-relay> <v​tnerd:monero.social> Oh right, the default Tor node isn't relaying at all
22:44:00 <Guess65> introduction points do relaying.
22:44:49 <m-relay> <o​frnxmr:xmr.mx> Might want to look into the kovri history
22:49:10 <m-relay> <c​ountbleck:matrix.org> what happened to that
22:49:18 <Guess65> local node can run as a hidden service and accept connections only via tor.
22:49:24 <m-relay> <o​frnxmr:xmr.mx> a lot
22:49:36 <m-relay> <c​ountbleck:matrix.org> rather, why is the GitLab repo dead now
22:50:16 <m-relay> <o​frnxmr:xmr.mx> were drifting off topic. This room is for development, for history etc lets move to Monero
22:50:30 <m-relay> <c​ountbleck:matrix.org> okie
22:52:07 <Guess65> hmm so you sync over clearnet and rely on chain of wallets for anonimity?
22:57:41 <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:44 <Guess65> people download files over tor, torrent over tor and monero over tor.
23:00:02 <m-relay> <o​frnxmr:xmr.mx> off topic
23:02:19 <Guess65> ok a working setup could be shared.
23:14:12 <Guess65> The throttling and peer selection logic is not a consensus rule?
23:18:51 <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)