<vtnerd> The zmq event waits until the tx is fluffed > <@hashido:matrix.org> Hi guys!

<vtnerd> It's a bit unclear on whether this is strictly needed, it's primarily to prevent public nodes with public zmq oub from leaking data

<vtnerd> This also prevents downstream systems from leaking events

<hashido:matrix.org> I see, thanks for clarifying. I assume there’s no difference whether I subscribe to the ‘minimal’ or ‘full’ event either? Because I’ve been experiencing some odd behaviour with ZMQ events on the testnet on two different nodes and it’s driving me mad.

<hashido:matrix.org> It’s working perfectly now 😅 !

<hashido:matrix.org> I think your presence has scared my node

03:28:01 <br-m> <vtnerd> It's a bit unclear on whether this is strictly needed, it's primarily to prevent public nodes with public zmq oub from leaking data

it could appear on p2pool templates quite early whenever an user pushes their tx to personal monero node

if they are mining :)

<hashido:matrix.org> Make total sense for me

.merges

10818 10863

<vtnerd> DataHoarder: I wouldve thought the routine that's retrieves available mempool txes filters out stem txes, but I could be mistaken here

It does, but that's why it waits I mean (not uneeded)

<vtnerd> This is irrelevant. The same event pushes to both subscriptions > <@hashido:matrix.org> I see, thanks for clarifying. I assume there’s no difference whether I subscribe to the ‘minimal’ or ‘full’ event either? Because I’ve been experiencing some odd behaviour with ZMQ events on the testnet on two different nodes and it’s driving me mad.

<borderless_dev15:matrix.org> Building a Team of Remote Partners—Borderless Devs

<borderless_dev15:matrix.org> Currently inviting junior professionals across the US, Europe, UAE, and Latin America, with one clear mission: ‘Connecting developers to real opportunities & elevating juniors into confident senior professionals.’

<borderless_dev15:matrix.org> Want to learn more? Check this out :

<borderless_dev15:matrix.org> borderlessdevs.substack.com/p/long-…erm-remote-collaboration-specialist

<borderless_dev15:matrix.org> Ready to discuss? Feel free to DM me.

<borderless_dev15:matrix.org> mrelay.p2pool.observer/m/matrix.org/jLveMlPgIVlEMtaMLfVKDNSW.png (thirdwave-linkedin-post.png)

<thomasbuilds:matrix.org> docs.getmonero.org/running-node/mon…rod-systemd/?h=chown#install-monero

<thomasbuilds:matrix.org> > mv monero-x86_64-linux-gnu-v0.18.4.5/* /usr/local/bin/.

<thomasbuilds:matrix.org> > chown monero:monero /usr/local/bin/monero*

<thomasbuilds:matrix.org> [... more lines follow, see mrelay.p2pool.observer/e/zJvK2JYLZ2loNjBf ]

<ofrnxmr:xmr.mx> Yes, need root / sudo for those commands

<ofrnxmr:xmr.mx> Its not very clear, but the above section is supposed to imply that you have switched to root before running the commands

<ofrnxmr:xmr.mx> (for all commands on that page)

<thomasbuilds:matrix.org> I'll open PR

<jpk68:matrix.org> There is also a docs channel: #monero-docs:monero.social

<thomasbuilds:matrix.org> @ofrnxmr:xmr.mx: no I meant root:root

<thomasbuilds:matrix.org> chown root:root /usr/local/bin/monero*

<jpk68:matrix.org> @thomasbuilds:matrix.org FYI, ofrn has posted some info regarding your question in the docs channel

<ofrnxmr:xmr.mx> @jpk68:matrix.org: moved discussion