<s​yntheticbird:monero.social> reddit.com/r/Monero/comments/1lpdu8i/comment/n0ynu2l

<s​yntheticbird:monero.social> I'm gonna go nuclear

<s​yntheticbird:monero.social> so much confidence

<r​brunner7:monero.social> You will never be as fluffy as him

<o​frnxmr:xmr.mx> Syncing via onion/i2p is disabled on purpose but its not supposed to be a difficult implantation

<o​frnxmr:xmr.mx> implementation

<s​yntheticbird:monero.social> it is

<o​frnxmr:xmr.mx> Not according to vtnerd

<o​frnxmr:xmr.mx> He's said numerous times that its just disabled

<s​yntheticbird:monero.social> vtnerd is coding like that 100 people that's cheating!

<o​frnxmr:xmr.mx> Txproxy used to be called proxy iirc, but was changed to tx-proxy, and proxy was made for exit nodes

<o​frnxmr:xmr.mx> Fluffy is probably confusing tari + old monero discussions about kovri and onion

<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"

<o​frnxmr:xmr.mx> i think tari is onion-only

<o​frnxmr:xmr.mx> it relays txs the same way it would blocks

<o​frnxmr:xmr.mx> But its set to only do txs, and works across 2 zones (i2p and onion)

<o​frnxmr:xmr.mx> I dont know how it decides which to use 🙃

kovri is dead. long live kovri

<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)

<v​tnerd:monero.social> That said, ipv6 basically as the same issue and we allow that, so things should probably be revisited

<v​tnerd:monero.social> I'm glad fluffy is still around reddit, like it's 2016!

<s​yntheticbird:monero.social> I honestly think block sync over i2p could be activated as it is already used for torrent

<s​yntheticbird:monero.social> Tor not really, since torproject is actively advocating against onion to onion download

<s​yntheticbird:monero.social> Tor not really, since torproject is actively advocating against onion p2p

<s​yntheticbird:monero.social> But there is still a sybil issue to resolve

<s​yntheticbird:monero.social> We allow ipv6 but we disabled it by default because of this reason

<j​ohnson_234:matrix.org> t.me/+Cnk97ig86vUzNWZk

<s​yntheticbird:monero.social> GET PLOWSOF'D

:@

<j​ohnson_234:matrix.org> t.me/+Cnk97ig86vUzNWZk

does anybody have recommendations for an opensource shopfront/ecommerce platform that can integrate bitpayserver. seems Spree is a good choice?

midipoet i dont see spreee in the list docs.btcpayserver.org/FAQ/Integrati…commerce-integrations-are-available , bitcart overlaps for most of these .. fossbilling? docs.bitcart.ai/integrations/shopify (options are on the left hand side)

<a​swiftverdict:matrix.org> Solidus, WooCommerce, MedusaJS, Magento, OpenCart, PrestaShop,

thank you!

<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.

<a​swiftverdict:matrix.org> Stack: BTCPay Server (with Monero enabled) + your own front-end or POS

<a​swiftverdict:matrix.org> Code size: Medium (Docker micro-services)

<a​swiftverdict:matrix.org> XMR plug-in maturity: Actively maintained; first-party alt-coin flag

<a​swiftverdict:matrix.org> External calls: None if you self-compile price feed

<a​swiftverdict:matrix.org> Notes: Highest isolation: invoices and callback logic live inside BTCPay; you can expose the checkout through Tor or I2P.

<a​swiftverdict:matrix.org> Docs: sethforprivacy.com/guides/accepting-monero-via-btcpay-server ; docs.btcpayserver.org/FAQ/Altcoin

aswiftverfict are you a human and have you verified the spree_bitpay works?

<a​swiftverdict:matrix.org> Yes I am human, 1+2 = 3

im looking at a 10 year old archived git repo and wondering if it works github.com/bitpay/spree-bitpay

<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

'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!

thanks for the tip will do

lol

<a​swiftverdict:matrix.org> Did a bot write that