06:37:10 <m-relay> <s​yntheticbird:monero.social> https://www.reddit.com/r/Monero/comments/1lpdu8i/comment/n0ynu2l/
06:37:13 <m-relay> <s​yntheticbird:monero.social> I'm gonna go nuclear
06:39:03 <m-relay> <s​yntheticbird:monero.social> so much confidence
06:51:14 <m-relay> <r​brunner7:monero.social> You will never be as fluffy as him
06:51:48 <m-relay> <o​frnxmr:xmr.mx> Syncing via onion/i2p is disabled on purpose but its not supposed to be a difficult implantation
06:51:54 <m-relay> <o​frnxmr:xmr.mx> implementation
06:51:59 <m-relay> <s​yntheticbird:monero.social> it is
06:52:19 <m-relay> <o​frnxmr:xmr.mx> Not according to vtnerd
06:52:30 <m-relay> <o​frnxmr:xmr.mx> He's said numerous times that its just disabled
06:52:40 <m-relay> <s​yntheticbird:monero.social> vtnerd is coding like that 100 people that's cheating!
06:53:38 <m-relay> <o​frnxmr:xmr.mx> Txproxy used to be called proxy iirc, but was changed to tx-proxy, and proxy was made for exit nodes
06:53:58 <m-relay> <o​frnxmr:xmr.mx> Fluffy is probably confusing tari + old monero discussions about kovri and onion
06:54:13 <m-relay> <s​yntheticbird:monero.social> well idk free to have opinion. Thinking right now about monerod, i do not find the ability to sync block through multiple network at the same time trivial enough to call it "disabled"
06:54:17 <m-relay> <o​frnxmr:xmr.mx> i think tari is onion-only
06:54:42 <m-relay> <o​frnxmr:xmr.mx> it relays txs the same way it would blocks
06:55:07 <m-relay> <o​frnxmr:xmr.mx> But its set to only do txs, and works across 2 zones (i2p and onion)
06:55:23 <m-relay> <o​frnxmr:xmr.mx> I dont know how it decides which to use 🙃
07:18:54 <midipoet> kovri is dead. long live kovri
14:05:42 <m-relay> <v​tnerd:monero.social> The privacy networks share the same networking code, but there's a filter to only allow certain commands. We could lift that restriction, the primary reason we don't it's potential abuse (you can't really block dos type attacks)
14:06:34 <m-relay> <v​tnerd:monero.social> That said, ipv6 basically as the same issue and we allow that, so things should probably be revisited
14:08:01 <m-relay> <v​tnerd:monero.social> I'm glad fluffy is still around reddit, like it's 2016!
14:25:10 <m-relay> <s​yntheticbird:monero.social> I honestly think block sync over i2p could be activated as it is already used for torrent
14:25:40 <m-relay> <s​yntheticbird:monero.social> Tor not really, since torproject is actively advocating against onion to onion download
14:25:53 <m-relay> <s​yntheticbird:monero.social> Tor not really, since torproject is actively advocating against onion p2p
14:26:32 <m-relay> <s​yntheticbird:monero.social> But there is still a sybil issue to resolve
14:26:46 <m-relay> <s​yntheticbird:monero.social> We allow ipv6 but we disabled it by default because of this reason
14:42:08 <m-relay> <j​ohnson_234:matrix.org> https://t.me/+Cnk97ig86vUzNWZk
14:42:41 <m-relay> <s​yntheticbird:monero.social> GET PLOWSOF'D
14:43:07 <plowsof> :@
14:43:33 <m-relay> <j​ohnson_234:matrix.org> https://t.me/+Cnk97ig86vUzNWZk
15:05:43 <midipoet> does anybody have recommendations for an opensource shopfront/ecommerce platform that can integrate bitpayserver. seems Spree is a good choice?
15:37:51 <plowsof> midipoet i dont see spreee in the list https://docs.btcpayserver.org/FAQ/Integrations/#what-e-commerce-integrations-are-available , bitcart overlaps for most of these .. fossbilling? https://docs.bitcart.ai/integrations/shopify (options are on the left hand side) 
15:38:13 <m-relay> <a​swiftverdict:matrix.org> Solidus, WooCommerce, MedusaJS, Magento, OpenCart, PrestaShop,
15:39:59 <midipoet> thank you!
15:40:14 <m-relay> <a​swiftverdict:matrix.org> For spree_bitpay gateway gem BTCPay exposes the same BitPay-style API, so you only change the endpoint and token – no code changes.
15:42:47 <m-relay> <a​swiftverdict:matrix.org> Stack: BTCPay Server (with Monero enabled) + your own front-end or POS
15:42:47 <m-relay> <a​swiftverdict:matrix.org> Code size: Medium (Docker micro-services)
15:42:49 <m-relay> <a​swiftverdict:matrix.org> XMR plug-in maturity: Actively maintained; first-party alt-coin flag
15:42:51 <m-relay> <a​swiftverdict:matrix.org> External calls: None if you self-compile price feed
15:42:53 <m-relay> <a​swiftverdict:matrix.org> Notes: Highest isolation: invoices and callback logic live inside BTCPay; you can expose the checkout through Tor or I2P.
15:43:30 <m-relay> <a​swiftverdict:matrix.org> Docs: https://sethforprivacy.com/guides/accepting-monero-via-btcpay-server/ ; https://docs.btcpayserver.org/FAQ/Altcoin/
15:44:36 <plowsof> aswiftverfict are you a human and have you verified the spree_bitpay works? 
15:45:29 <m-relay> <a​swiftverdict:matrix.org> Yes I am human, 1+2 = 3
15:45:38 <plowsof> im looking at a 10 year old archived git repo and wondering if it works https://github.com/bitpay/spree-bitpay
15:48:26 <m-relay> <a​swiftverdict:matrix.org> Oh I didn’t realize that lol maybe WooCommerce + BTCPay or the MedusaJS BTCPay plugin are better since they’re actively maintained afaik
15:48:41 <plowsof> 'You're right to question this plowsof.  10 years is a long time and BTCpayserver has gone through some major iterations! some of them breaking in fact!.. um what else would it say... So please do ensure functionality! TIP: look aaround for any similar ecommerce stores using spree and what payment processors they use!
15:49:05 <plowsof> thanks for the tip will do
15:49:25 <midipoet> lol
15:51:08 <m-relay> <a​swiftverdict:matrix.org> Did a bot write that