00:03:36 <m-relay> <s​hortwavesurfer2009:monero.social> Considering how little connection I2P has to the main internet, I don't know that that would be a good idea, because even if you can access the peer to peer network with I2P, it seems like it would be in danger of getting unsynchronized if an exit goes down or something.
00:38:23 <m-relay> <r​ottenwheel:unredacted.org> jberman jberman good luck, sir. https://x.com/MoneroSpace/status/1867730682178601251
00:38:23 <m-relay> <r​ottenwheel:unredacted.org> nitter: https://xcancel.com/MoneroSpace/status/1867730682178601251
05:03:51 <m-relay> <r​ottenwheel:unredacted.org> Do you need a VPN? By Privacy Guides - https://invidious.nikkosphere.com/watch?v=XByp-F8FXtg
11:24:26 <m-relay> <m​ario5555:matrix.org> Yes, in that case get a galaxy hosted VPS at Space Station 53.
13:56:42 <m-relay> <i​zzzy:matrix.org> anyone an idea why I can't log in to monero.town? I get a silly opoup on the login page that says "Toasify is awesome" when i click login. wtf is goin on?
13:56:51 <m-relay> <i​zzzy:matrix.org> popup, even
14:28:49 <m-relay> <r​ottenwheel:unredacted.org> [@everoddandeven:monero.social](https://matrix.to/#/@everoddandeven:monero.social) nice shades! 🕶️
14:41:53 <m-relay> <e​veroddandeven:monero.social> Thank you rottenwheel 😎
16:44:55 <m-relay> <s​gp_:monero.social> Let me know what you think of this video! A big focus of mine will be ensuring that Privacy Guides has what it needed to great high quality content. They're moving forward with three new hires to help make this happen
19:12:01 <m-relay> <s​hortwavesurfer2009:monero.social> Eli5 risk of running pruned node instead of full node? Why couldn't the entire network just be made up of pruned nodes?
19:14:26 <m-relay> <o​frnxmr:monero.social> Wrong place for the topic, #monero or even #monero-dev would be better.
19:14:27 <m-relay> <o​frnxmr:monero.social> but afaik, its intended to work so users could all be pruned nodes, but i think there might be an issue with initial sync
19:16:06 <sech1> IIRC a pruned node stores only 1/8th of prunable data (a random slice), so if there are enough nodes in the network (not 8, but at least 100-200 to be safe), all of them can be pruned. But you'll need to find 8 pruned nodes with each of the 8 slices of data to sync
19:16:44 <m-relay> <o​frnxmr:monero.social> sech, the issue i think of would be that we batch blocks during initial sync
19:17:22 <m-relay> <o​frnxmr:monero.social> if syncing 1 by 1, i imagine it would work, but if requesting 20 blocks then only a full node can satisfy the request
19:19:27 <m-relay> <p​reland:monero.social> Isn’t there a way to edit the number of batched blocks (yeah this is still off topic)
19:20:30 <m-relay> <o​frnxmr:monero.social> Yea --block-sync-size
19:24:13 <m-relay> <p​reland:monero.social> So it would just be an annoyance more than anything else (convo can continue in #monero if desired)
22:04:19 <m-relay> <r​ottenwheel:unredacted.org> Shocking, hadn't heard about that last part at all haha. Video looks good. Was the voice-over AI or a real person behind? 🤔
22:04:27 <m-relay> <r​ottenwheel:unredacted.org> I can't tell these days anymore... Crazy.
22:07:27 <m-relay> <s​gp_:monero.social> Real person, the same one who put the video together