<m​rwonderland:tchncs.de> #xmr-bazaar:monero.social

<k​orgprivacy:matrix.org> "Missed Monerotopia Episode (#161)? Check out the Price, News & DEV (IF WE HAVE) Reports here!

<k​orgprivacy:matrix.org> Price Report:

<k​orgprivacy:matrix.org> Youtube: youtu.be/mLxJnejKGqk

<k​orgprivacy:matrix.org> ODYSEE: odysee.com/@MoneroTalk:8/crypto-holding-pattern-continues-04-13:a

<k​orgprivacy:matrix.org> News Segment:

<k​orgprivacy:matrix.org> Youtube: youtu.be/VB9S2lsRUFA

<k​orgprivacy:matrix.org> ODYSEE: odysee.com/@MoneroTalk:8/chainanalysis-irs%2C-generalized:5

<k​orgprivacy:matrix.org> Dev Segment:

<k​orgprivacy:matrix.org> Youtube: youtu.be/VbXrp1Xf4u0

<k​orgprivacy:matrix.org> ODYSEE: odysee.com/@MoneroTalk:8/make-it-rain-monero-04-13-24-%28dev-epi:a

<k​orgprivacy:matrix.org> "Missed Monerotopia Episode (#161)? Check out the Price, News & DEV Reports here!

<k​orgprivacy:matrix.org> Price Report:

<k​orgprivacy:matrix.org> Youtube: youtu.be/mLxJnejKGqk

<k​orgprivacy:matrix.org> ODYSEE: odysee.com/@MoneroTalk:8/crypto-holding-pattern-continues-04-13:a

<k​orgprivacy:matrix.org> News Segment:

<k​orgprivacy:matrix.org> Youtube: youtu.be/VB9S2lsRUFA

<k​orgprivacy:matrix.org> ODYSEE: odysee.com/@MoneroTalk:8/chainanalysis-irs%2C-generalized:5

<k​orgprivacy:matrix.org> Dev Segment:

<k​orgprivacy:matrix.org> Youtube: youtu.be/VbXrp1Xf4u0

<k​orgprivacy:matrix.org> ODYSEE: odysee.com/@MoneroTalk:8/make-it-rain-monero-04-13-24-%28dev-epi:a

<3​21bob321:monero.social> Rip irc

<p​cre:matrix.org> youtube.com/watch?v=_sSE0otp-C0

<a​remor:matrix.org> It’s more secure than kraken

<a​remor:matrix.org> The dev guides at getmonero.org have the differences there

<a​remor:matrix.org> No.

<k​inghat:matrix.org> act.eff.org/action/tell-the-u-s-sen…he-fisa-mass-surveillance-expansion

<h​bs:matrix.org> Happy Birthday Monero!

<c​hoise:matrix.org> Happy Birthday Monero!🎉

<m​onerobull:matrix.org> Happy Birthday Monero!🎉🥳

<a​yaansoni:monero.social> Hello everyone, it's a great day as Monero just turned 7! I'm a product and service marketer who recently started using Monero and fell in love with it. I'm not here to promote any random stuff. I just wanted to share that if you guys need someone for marketing tasks, I can be that person for free. I really don't need any money right now. I just want to do marketing for fun and ge<clipped message>

<a​yaansoni:monero.social> t more involved in Monero and Matrix. I have decent resources and free time at the moment, so feel free to hit me up for that! 😄

Monero turned 7? How does it feel in 2021?

<a​yaansoni:monero.social> Sorry that was a typo lol

<a​yaansoni:monero.social> 10*

<a​yaansoni:monero.social> Hello everyone, it's a great day as Monero just turned 10! I'm a product and service marketer who recently started using Monero and fell in love with it. I'm not here to promote any random stuff. I just wanted to share that if you guys need someone for marketing tasks, I can be that person for free. I really don't need any money right now. I just want to do marketing for fun and g<clipped message>

<a​yaansoni:monero.social> et more involved in Monero and Matrix. I have decent resources and free time at the moment, so feel free to hit me up for that! 😄

sech1 lol

Happy birthday, just wish i had been here for more of them x

<d​adajo:monero.social> Happy Birthday xmr!

<k​arano:poddery.com> happy birthday X M R !

<s​yntheticbird:monero.social> happy birthday xmr 🎉

<3​21bob321:monero.social> Someone brang presents ?

<s​tillhuntinglongs:monero.social> 1k soon

<5​m5z3q888q5prxkg:chat.lightnovel-dungeon.de> i guess they are trying to fix the "monero is used by criminals" with that.. I don't really know why are people so retarded

Happy Birthday Monero!

<a​js_:matrix.org> MoneroKon tickets are 20% OFF today.. Happy 10th anniversary Monero… shop.monerokon.org/monerokon/2024

<3​21bob321:monero.social> Someone brang presents ? 🎁🎁

Revuo Monero Issue 193: April 11 - 18, 2024. revuo-xmr.com/issue-193.html

<b​asses:matrix.org> blog.kycnot.me/p/diy-seed-backup

<5​m5z3q888q5prxkg:chat.lightnovel-dungeon.de> what is that even

<r​avfx:xmr.mx> clipboard.png

<r​avfx:xmr.mx> matrix.monero.social/_matrix/media/…oad/xmr.mx/pfziJjxpLghEhGJExbhheAmI

<r​avfx:xmr.mx> matrix.monero.social/_matrix/media/…oad/xmr.mx/tuzdUGXgcaqUWbzNDgsTswnz

<s​yntheticbird:monero.social> Have anyone tried robosats for fiat on-ramp ?

<5​m5z3q888q5prxkg:chat.lightnovel-dungeon.de> Is haveno supposed to make it easy and quick to exchange XMR to FIAT?

<r​avfx:xmr.mx> Should be similar to localmonero, but with an application instead of a web pages.

<a​littlenoob:matrix.org> Shane on Conduit.rs ⚡️ and Fractal 🦀️: you know some dreams can never come true so are haveno.

<b​asses:matrix.org> wot is that?

<b​asses:matrix.org> they are ordered in stack order?

<b​asses:matrix.org> pic is confusing

<system> file clipboard.png too big to download (2613904 > allowed size: 1000000)

<b​asses:matrix.org> clipboard.png

<r​avfx:xmr.mx> EPROM

<r​avfx:xmr.mx> You might want EEPROM instead thru, as EPROM you need some UV light to erase them while the one with two "E" you erase it with the same tool you use to write it

<r​avfx:xmr.mx> 1 - Use veracrypte to make encrypted file the same size as the EPROM/EEPROM of your choice

<r​avfx:xmr.mx> 2 - Save crypto seeds, password manager backup, etc, etc into the encrypted container.

<r​avfx:xmr.mx> 3 - Flash E/EEPROM

<r​avfx:xmr.mx> 4 - Install the rom back on the junk hardware you found it and put it back in the junk hardware pile in plain sight

<r​avfx:xmr.mx> Just don't forget where it is lol

<b​asses:matrix.org> hardware failure

<b​asses:matrix.org> want something bulletproof

<r​avfx:xmr.mx> Make more than one copy

<r​avfx:xmr.mx> and/Or make the file 4x as small as eeprom size and flash it 4 time back to back so you have 4 copy in the same rom

<r​avfx:xmr.mx> E/EEPROM are surprisingly reliable

<r​avfx:xmr.mx> If you use old eprom type, don't forget to put some opaque sticker on the window, you would not want it to be corruped because of the sun shining on it.

<r​avfx:xmr.mx> You should be fine if you read and write them every 10 years or so. Anyway if you use it to backup more stuff like password manager data, then you will update your backup regulargly

<n​obfg9000:matrix.org> This is all too much I think

<n​obfg9000:matrix.org> a computer with the network cards disabled and an encrypted hard drive should be enough for like backups. I think there is some system for sandboxed signing with QR codes you can do if you need multisig

<r​avfx:xmr.mx> hard drives are less reliable than eeproms.

<r​avfx:xmr.mx> SSD are more reliable but be sure to power it for a few hours every 6 months or so

<r​avfx:xmr.mx> hard drives are less reliable than eeproms.

<r​avfx:xmr.mx> SSD are more reliable than hard drives but be sure to power it for a few hours every 6 months or so

<n​obfg9000:matrix.org> RavFX yeah but you can still use error correction (RAID/ Error Correcting Codes)

<r​avfx:xmr.mx> Raid is not a backup ;)

<r​avfx:xmr.mx> Raid is only to bring you up to normal faster than restoring the backup!

<n​obfg9000:matrix.org> if you're just storing the key (which is small), the bit-for-bit reliability isn't the problem because you have a ton of room for data redundancy. the problem is a failure of the whole drive (with hard drives this is like if you drop it and the disks smash or the head breakes)

<n​obfg9000:matrix.org> raid protects you from bit flips

<r​avfx:xmr.mx> But when a second drive fail while you are rebuilding the raid array, you then need the backup!

<p​an6ea:matrix.org> Do you suggest powering SSDs to prevent wear-leveling and subsequent loss of data, or just to maintain the drives health?

<p​an6ea:matrix.org> Excuse me for butting in!

<r​avfx:xmr.mx> charge trap are not perfect, there is a constant very slow electron leaking.

<r​avfx:xmr.mx> ssd can take care of that themself as long as you power them a few hours every 6 month so they can self maintain the data integrity. It's different than wear leveling per say.

<r​avfx:xmr.mx> Also, the most used the cells, the faster they leak

<r​avfx:xmr.mx> so a drive with low amount of write need to be powered less often than a drive on where the block have a 90% usage level

<n​obfg9000:matrix.org> damn i didnt know that

<n​obfg9000:matrix.org> but it makes sense

<r​avfx:xmr.mx> The standard for SSD is said to be 1 to 2 years or so, so power them at least one every 6 month, for a few hours

<b​asses:matrix.org> do you have the hard disk failure meme? (pic)

<b​asses:matrix.org> it was something that included veracrypt

<r​avfx:xmr.mx> I don't think so

<r​avfx:xmr.mx> But yeah, encrypted data is way easier to corrupt

<r​avfx:xmr.mx> But yeah, encrypted and/or compressed data is way easier to corrupt

<b​asses:matrix.org> foun dit lol

<b​asses:matrix.org> clipboard.png

<r​avfx:xmr.mx> Yeah, seagate... reliability went to the floor not long after they brought Maxtor

<r​avfx:xmr.mx> All my HDD here are HGST

<r​avfx:xmr.mx> SAS variant

<n​obfg9000:matrix.org> idk what truecrypt/veracrypt is

<n​obfg9000:matrix.org> i just use LUKS on default settings

<r​avfx:xmr.mx> Just Think about it as the same thing as LUKS, but multi platform

<n​obfg9000:matrix.org> oh

<r​avfx:xmr.mx> Ideally you want to format your encrypted veracrypt container with extfat.

<r​avfx:xmr.mx> That way you can literally open the containers on any operathing system

<r​avfx:xmr.mx> Which it idea for Backup

<r​avfx:xmr.mx> As

<r​avfx:xmr.mx> LUKS is Linux only

<r​avfx:xmr.mx> Bitlocker is Windows only (can mount on linux but it's more painful)

<r​avfx:xmr.mx> And Apple have also there proprieraty solution that I think can only be mounted on Apple

<n​obfg9000:matrix.org> yeah I saw the bitlocker FUSE thing

<r​avfx:xmr.mx> I did actually use it for a customer (dead laptop)

<r​avfx:xmr.mx> it's drive was "encrypted" with ... ... ... no keys

<r​avfx:xmr.mx> so I managed to get his data back 😂

<b​asses:matrix.org> apple FileVault

<r​avfx:xmr.mx> Ah yeah, FileVault

<s​yntheticbird:monero.social> actually, most SLC ssd can be let unpowered for 5 to 7 years before leaking

<s​yntheticbird:monero.social> SSDs are surpisingly resilient when not in use

<r​avfx:xmr.mx> Yeah, but what they sell now is TLC and QLC

<r​avfx:xmr.mx> Except if you have more money to spend on that, then you can find MLC relatively easily

<r​avfx:xmr.mx> I think now SLC is mosly on expensive server stuff right?

<b​asses:matrix.org> matrix.monero.social/_matrix/media/…matrix.org/HNjKaNKRyXJAyZruznMEMXaQ

<s​yntheticbird:monero.social> SLC is the cheapest option (for 250GB-500GB at ~50$ ), therefore its minimal use case

<r​avfx:xmr.mx> HDD are not reliable at all when not in use

<r​avfx:xmr.mx> Post MFM to pre-fluid bearing... where the most reliable (for when you let it for years in a drawer)

<s​yntheticbird:monero.social> I mean SLC is for consumer-grade

<r​avfx:xmr.mx> fluid bearing drive can gunk up when not in use for years

<r​avfx:xmr.mx> link that to me.

<r​avfx:xmr.mx> At that price you probably get QLC...

<r​avfx:xmr.mx> Or it's like first generation of consumer ssd

<s​yntheticbird:monero.social> That's very unfortunate. Afaik, helium sealed hdds are the most resilient offline

<r​avfx:xmr.mx> They are designed to be left on 24/7 in server rack right?

<n​obfg9000:matrix.org> oh wow LUKS is supported on windows NT

<n​obfg9000:matrix.org> but not BSD

<r​avfx:xmr.mx> I would not leave something that have fluid bearing off for years

<r​avfx:xmr.mx> Oh cool, I did not know lol

<n​obfg9000:matrix.org> en.wikipedia.org/wiki/Comparison_of…cryption_software#Operating_systems

<s​yntheticbird:monero.social> As promoted yes, since helium is less dense than air, the drag is less important. But I've heard on r/DataHoarder that these hdds were also protected from metallic fungus and corrosion when offline

<r​avfx:xmr.mx> They fill drives with helium because it have less friction afaik... So it's an advantage for when the drive is spinning

<s​yntheticbird:monero.social> newegg.com/team-group-ms30-256gb/p/N82E16820331230

<s​yntheticbird:monero.social> I must be wrong

<r​avfx:xmr.mx> Ah yeah, true as they don't have the oxygen stuff that the living stuff love

<s​yntheticbird:monero.social> I only find TLC

<s​yntheticbird:monero.social> fungus be like: nom nom eating your data mf

<r​avfx:xmr.mx> Yeah, what you read about "SLC" in theses shit drive is the cache.

<r​avfx:xmr.mx> They are so shitty to have DRAM to they use some of the TLC storage as SLC, but it's only for caching while the drive take his time to save it properly in TLC

<r​avfx:xmr.mx> Yeah, what you read about "SLC" in theses shit drive is the cache.

<r​avfx:xmr.mx> They are so shitty to have DRAM so they use some of the TLC storage as SLC, but it's only for caching while the drive take his time to save it properly in TLC

<s​yntheticbird:monero.social> Ok, so I've been confused all this time. SLC is indeed the simplest architecture but since its faster and more reliable, it is used in enterprise grade SSDs

<s​yntheticbird:monero.social> good thing you made me search rav

<b​asses:matrix.org> related discuss.privacyguides.net/t/secure-…e-before-full-disk-encryption/17191

<s​yntheticbird:monero.social> `dd if=/dev/random of=/dev/ssd_to_erase` 👍

<s​yntheticbird:monero.social> nice method to kill your ssd

<r​avfx:xmr.mx> yeah, for SSD it's a lot easier and faster.

<r​avfx:xmr.mx> "Secure wipe" -or- blkdiscard /dev/nvme*** -or- using tools from hdd manifacturer.

<r​avfx:xmr.mx> It's simply erase all the cell plus or les sin the same time so the ssd is them "like new super fast"

<r​avfx:xmr.mx> Old spinners you had to fill them with uramdom before

<r​avfx:xmr.mx> Yeah, filling the ssd with urandom will also make it slow af

<r​avfx:xmr.mx> because it won't know it have to discard all that shit after lol

<s​yntheticbird:monero.social> I should encode my xmr seed into my tamagotchi

<r​avfx:xmr.mx> Some argue you should fill the SSD with random because you can see (if you have the proper tools) where the is data and where there is nothing

<s​yntheticbird:monero.social> That's related to TRIM

<n​obfg9000:matrix.org> i just follow LUKS guides they tell you to fill the drive with urandom before formatting

<r​avfx:xmr.mx> Yeah, exactly, trim will clear the block properly, but if you fill the drive before formating then it won't "trim" that space meaning all the block will be constatntly "full" and the drive will write at about 1/20 of the normal speed

<s​yntheticbird:monero.social> Enabling TRIM kill plausible deniability because you'll have duplicated pages of encrypted data on your SSD

<n​obfg9000:matrix.org> whats worse is I actually have swap inside of LUKS too

<s​yntheticbird:monero.social> it leak the filesystem in use and encryption algorithm sometimes

<r​avfx:xmr.mx> Yeah, that a problem with SSD.

<r​avfx:xmr.mx> Have no plausible deniability or have ultra slow drive that will die faster, choose your poison

<r​avfx:xmr.mx> That's was one of the rare advantage of the old spinners

<r​avfx:xmr.mx> as it did not need to have the sectors pre-erased to do writes

<s​yntheticbird:monero.social> You can also be like me and make recurrent backup of your SSD

<r​avfx:xmr.mx> Actually, you can use "SSD" designed to be permaful

<r​avfx:xmr.mx> AKA : Industrial Compact Flash cards

<s​yntheticbird:monero.social> it could die tomorrow it wouldn't be an issue

<r​avfx:xmr.mx> It's what I use for antique that does not support trim

<s​yntheticbird:monero.social> Anyway here's my XMR seed with 100$ in it if anyone want that: comb drying tattoo vials pride ozone jackets blip avatar online soothe gown extra twofold upbeat avidly vulture otter wiring ascend eskimos vulture gels guru avatar

<r​avfx:xmr.mx> do you have the blockheight too?

<s​yntheticbird:monero.social> no

<s​yntheticbird:monero.social> sometimes near 2011

<s​yntheticbird:monero.social> I haven't accessed it since 2009 and Lord of the Rings released

<r​avfx:xmr.mx> I'm not doing that for 100$ lol, keep it!

<n​obfg9000:matrix.org> just put it in the CCS

<n​obfg9000:matrix.org> lol

<s​yntheticbird:monero.social> I would like but I can't, monerod is telling me I'm going back in time

<d​etherminal:monero.social> is this legit lol

<d​etherminal:monero.social> i also have an xmr account with birthday as 1999

<d​etherminal:monero.social> couldnt sync unfortunately

<n​obfg9000:matrix.org> here is an interesting social experiment

<n​obfg9000:matrix.org> fund a 2-of-2 multisig and give each seed to a random person online, see if they can agree how to split it up

<x​fedex:matrix.org> most likely yes

<x​fedex:matrix.org> they'll do 50-50

<x​fedex:matrix.org> because if they dont agree no one gets money, and none of them wants that

<n​obfg9000:matrix.org> yeah

<d​etherminal:monero.social> this is completely based on persons, to make it a real social experiment make thousand wallets like this and give them to totally random people and see if they can agree

<n​obfg9000:matrix.org> okay but what if it wasnt 2-of-2, what if it was like 8-of-8

<n​obfg9000:matrix.org> and one of them was pushy and wanted more than a 1/8 share

<x​fedex:matrix.org> more interesting social experiment would be forcing the amount to be 1/3 and 2/3, and then having them agree on which one gets 1/3

<r​avfx:xmr.mx> or 512-of-512

<r​avfx:xmr.mx> And give them to random on 4chan

<x​fedex:matrix.org> and it's 2 people

<n​obfg9000:matrix.org> one of them would get bored or lose the key or have technical issues

<c​trej:matrix.org> NAND chips include parity bits that are invisible to the user and even OS, which are used for some error correction code. On a drive level it therefore doesn't matter if data is encrypted or not, it only matters if error correction is parted of the encrypted container.

<c​trej:matrix.org> If you want reliable long term storage for small amounts of data, NOR flash is king. Typically their data retention is rated at many decades at elevated temperatures (55°C ) and they can reliably hold data for a century at room temp with <100 write cycles.

<c​trej:matrix.org> No need for custom hardware either, just grab a raspberry pi pico for $5 and upload it over USB. Storage space should be sufficient for a few keys.

<b​asses:matrix.org> Wonder when will google trackers get removed from monero.com ??

<b​asses:matrix.org> libreddit.bus-hit.me/r/Monero/comme…l_be_requiring_kyc_another_cex_cant

<b​asses:matrix.org> MEXC now requires KYC

<b​asses:matrix.org> mexc.com

soon bisq will require KYC xD

<a​lex:agoradesk.com> localmonero.co/the-monero-standard/weekly/102

<g​ee:matrix.start9labs.com> Hi again, new question: I see this in the logs:

<g​ee:matrix.start9labs.com> `2024-04-18 20:09:51.254 I Public RPC port 18089 will be advertised to other peers over P2P`

<g​ee:matrix.start9labs.com> And indeed, that's the port (18089) that I have my `rpc-restricted-bind-port` is set to in `monero.conf`.

<g​ee:matrix.start9labs.com> But I also have `public-node=1` and `anonymous-inbound=myreallylong.onion:18081,127.0.0.1:18090,16` set.

<g​ee:matrix.start9labs.com> I was under the impression myreallylong.onion:18081 would be advertised, not the restricted-rpc-port. Is this just a logging display bug or am I confused (again)?

<5​m5z3q888q5prxkg:chat.lightnovel-dungeon.de> afaik you need to set `proxy` for the monero node to actually use tor

<g​ee:matrix.start9labs.com> I have that set too

<5​m5z3q888q5prxkg:chat.lightnovel-dungeon.de> As declaring only the onion service is not enough

<g​ee:matrix.start9labs.com> But I'm pretty sure proxy, tx-proxy are independent of the anonymous-inbound setting

<5​m5z3q888q5prxkg:chat.lightnovel-dungeon.de> hmm then that seems like a weird wording of the logs to me but unsure

<5​m5z3q888q5prxkg:chat.lightnovel-dungeon.de> tor is not directly implemented in the monero node so it's possible that you are providing an onion service over tor and it's leaking your clearnet as monero is basically unaware of there being any tor doing routing

<5​m5z3q888q5prxkg:chat.lightnovel-dungeon.de> but if it's actually using tor as a proxy then the only thing that it sees should be the exit node, but i have no idea what it's actually doing tbh

g​ee: you are conflating RPC and P2P, `public-node` and `rpc-restricted-bind-port` is RPC and `anonymous-inbound` is P2P related

afaik there is no way to advertise a Tor public node

<g​ee:matrix.start9labs.com> Thanks for the answer selsta. I must be even more confused than I thought. The documentation for --public-node says:

<g​ee:matrix.start9labs.com> > Advertise to other users they can use this node as a remote one for connecting their wallets.

<g​ee:matrix.start9labs.com> My conception was that this public-node advertisement was delivered via the p2p port to all connected peers, but advertised the restricted RPC port you're using, and as far as I knew if you also have anonymous-inbound on, it served to anyone crawling the p2p network that .onion:rpc_port given in the anonymous-inbound option. If I'm fully using tor via --proxy and have anonymous-i<clipped message>

<g​ee:matrix.start9labs.com> nbound turned on, I don't see why it should give anything to peers but the anonymous-inbound onion:port? Remote Node clients use RPC calls to get blocks, get transactions and broadcast txs, do they not?

<g​ee:matrix.start9labs.com> Thanks for the answer selsta. I must be even more confused than I thought. The documentation for --public-node says:

<g​ee:matrix.start9labs.com> > Advertise to other users they can use this node as a remote one for connecting their wallets.

<g​ee:matrix.start9labs.com> My conception was that this public-node advertisement was delivered via the p2p port to all connected peers, but advertised the restricted RPC port you're using, and as far as I knew if you also have anonymous-inbound on, it served to anyone crawling the p2p network that .onion:rpc\_port given in the anonymous-inbound option. If I'm fully using tor via --proxy and have anonymous-<clipped message>

<g​ee:matrix.start9labs.com> inbound turned on, I don't see why it should give anything to peers but the anonymous-inbound onion:port? Remote Node clients use RPC calls to get blocks, get transactions and broadcast txs, do they not?

<g​ee:matrix.start9labs.com> Ooooh. So this anonymous-inbound option advertises a p2p host:port destination?

anonymous-inbound is used together with tx-proxy, it allows you to get incoming tor / i2p peers to send transactions over, blocks will still be sent over clearnet

<g​ee:matrix.start9labs.com> (or over proxy if I also use --proxy, right?)

no, proxy is just a simple socks proxy that can be used with tor because tor has exit nodes

--proxy is for all traffic but it doesn't support tor/i2p directly, only --tx-proxy supports tor/i2p natively

<g​ee:matrix.start9labs.com> you mean .onion

<g​ee:matrix.start9labs.com> I mean, if I use anonymous-inbound, tx-proxy and --proxy, I fetch blocks etc from "clearnet" nodes via tor, right? Pretty sure that's the case because I see no clearnet destinations in netstat output

if you use all three then blocks will be sent over Tor using exit nodes, and transactions will be sent to .onion peers

<g​ee:matrix.start9labs.com> re: anonymous-inbound, that it's a p2p port and not an RPC. That clears things up for me, thank you! I also see that in the docs now, its unequivocal "Allow anonymous incoming connections to your onionized P2P interface"

<g​ee:matrix.start9labs.com> Is there a defacto default zmq-pub port? I see p2pool uses 18083 but that seems to be the port that this anonymous-inbound .onion p2p port uses by default in the docs