00:11:02 <socall[m]1> hello MONERO fans
00:11:03 <socall[m]1> https://monero-badcaca.net/
00:11:10 <socall[m]1> can anyone read that link claiming Monero is busted?
00:11:22 <socall[m]1> is it true? - or some FUD?
00:12:06 <moneromooo> Is it true ?
00:15:35 <ChristopherT[m]> Monero eternally btfo all hail PirateCoin the new privacy coin.
00:16:15 <as2333> >Do you think Vincent Rijmen exploded with anger when AES was broken?
00:16:20 <as2333> is AES broken too?
00:16:52 <socall[m]1> i heard some Sp00ky things about the S-boxes - and the backwards similarity with 3DES
00:17:03 <as2333> hehe
00:17:14 <socall[m]1> idk if its broken honestly as2333  i just looked at that site and a bit scared i  guess?
01:48:30 <Norrin> .usd
02:50:49 <kxmkutgtyi> Did you know that all witdraw-buyer-seller-depoist chains are trackable in Monero? No? You should have read Breaking Monero. How many people are you endangering with your 'privacy' coin?
02:57:20 <shabash6> how could i have been so stupid
06:07:58 <Inge-> socall[m]1: some entity put up a bunch of monero nodes hosted on OVH and tries to determine which node is the first node a transaction comes in from. Then does a lookup on torrent monitors to see the download history of that IP address, and given some keywords, will post the ip and keywords. It is a kind of sybil attack that has led to improvements in the p2p network of Monero. It has yet to be shown that
06:08:04 <Inge-> those connections are even correct, since the deployment of Dandelion++ makes it pretty hard to track. Also, if you want to remove all possibility of this kind of metadata attack, you can use a transaction pusher or configure your wallet or node to work over TOR - but the consensus seems to be that there is a high probability that the published data is too often incorrect to be of any practical value, AFAIK.
06:08:47 <Inge-> Your ISP has much better control over transactions originating with you (and what you download over torrents) than that project can ever hope to have
07:11:53 <Zta> Can anyone recommend a Python library for interacting with the XMR block chain?  I'm trying to do a simple program that can accept payment with XMR.
07:14:24 <Zta> (I mean can I fairly easily google and find something, but I don't know if some should be avoided -- like some wallets)
07:18:25 <Mochi101> Zta, there's one... hold on
07:19:07 <Mochi101> https://github.com/monero-ecosystem/monero-python
07:19:36 <Mochi101> Zta, ^^^^
07:27:30 <Zta> Thanks!  That's also the one I was thinking about using.
09:54:20 <Zta> Is it because of security reasons that https://github.com/monero-project/monero/blob/master/Dockerfile isn't present prebuilt on dockerhub?
10:10:13 <Mochi101> Sorry, I can't help you there Zta
12:09:43 <Zta> It's okay, it has completed building.  I just realized that maybe it would have been fine to download the monero cli and wrap it in a container instead. Definitely faster =)
12:16:32 <LyzaL> not like, a huge deal or anything, but I the official GUI still won't auto-update for me. I think I had this issue before too and may have ended up manually updating
12:19:05 <Zta> I'm trying to build a proof of concept webshop where one can buy a joke and pay with XMR.  It'll be a simple REST service that responds with JSON.
12:19:05 <Zta> I was thinking about this flow: 1) User requests a joke, the system responds with an OrderRequest consisting of: order-id, amount, wallet.  2) User pays amount to wallet though other means, specifying order-id as payment-id.
12:19:05 <Zta> 3) System polls block chain for confirmation of expected wallet, payment-id, amount.  4) When payment is confirmed, system updates the order to completed, 5) User can poll the system with the given order-id and receive the joke in the response.
12:19:05 <Zta> Does this sound about right?  If not, where can I read more about how this should be implemented?
12:20:15 <Zta> I'm still waiting for the block chain to be downloaded, so I don't think I can test anything right now. I'd like to use the testnet. I think.
12:21:22 <Zta> Btw: Is testnet and mainnet two different block chains?  I mean, do I have to downloade 5 years of blocks when I move from testnet to mainnet?
12:26:00 <LyzaL> got a lot of errors in my GUI log that look like "2021-05-21 10:19:51.006	13648	WARNING	net.dns	src/common/dns_utils.cpp:567	WARNING: no two valid DNS TXT records were received"
12:26:24 <LyzaL> DNS works for everything else though -- DNS based block list for monerod works. Other DNS lookups all work.
12:27:07 <moneromooo> That means your DNS server does not do DNSSEC. Or your ISP is hijacking it. Many do. And don't get done by the law for the crime because the'yre large companies.
12:27:37 <LyzaL> hmmm, well the auto update has worked in the past, and also I do not use my ISP DNS
12:27:55 <LyzaL> wait I did switch ISPs recently
12:28:06 <moneromooo> testnet and mainnet are different chains. Testnet is about 5 GB I think.
12:28:36 <moneromooo> Use either integrated addresses or subaddresses, not separwte payment ids, which are not supported anymore.
12:28:41 <moneromooo> Otherwise it should work.
12:30:21 <Zta> A separate address seem for each purchase seems like overkill... Is this really the correct way to do it?
12:31:15 <sethsimmons> Yes, that's the only way to separate transactions and tie to a specific order.
12:31:59 <moneromooo> Integrated addresses are really the same address, just with a tag attached.
12:32:00 <Zta> I just realize that I've never actually bought anything myself with crypto.  I've only noticed that Coinomi has a PaymentId that can be filled out during a transaction.
12:32:56 <Zta> Ah, I guess it supports the exact same use case then.  Thanks.
12:36:42 <sethsimmons> utxobr: are you changing the default out_peers?
12:38:07 * utxobr[m]  < https://matrix.org/_matrix/media/r0/download/matrix.org/IsWpsxSKhBveLUIxaPXvMNgt/message.txt >
12:38:13 <utxobr[m]> (context for folks not in monero-dev: https://imgur.com/o4xkV2k)
12:39:00 * utxobr[m]  < https://matrix.org/_matrix/media/r0/download/matrix.org/hwdrlmPzFiLOWnCKkvOERAvS/message.txt >
12:39:05 <sethsimmons> I bet you're hitting a file descriptor limit (or whatever is similar to that in k8s) and monerod isn't handling it well and closing all connections at once.
12:39:06 <utxobr[m]> (that `pid` being `monerod`)
12:39:14 <sethsimmons> I wouldn't recommend increasing out_peers anyways
12:39:24 <sethsimmons> And I bet leaving that at the default 12 would mean you never see this issue.
12:40:19 * sethsimmons  < https://matrix.org/_matrix/media/r0/download/matrix.org/rlCsfTsCvZiWryrZcveGOquI/message.txt >
12:40:53 <utxobr[m]> I see - I'll lower it and leave it running for the day to see how it behaves
12:40:59 <utxobr[m]> https://imgur.com/ESIYwn7 these are the values it goes to when it lowers
12:41:14 <utxobr[m]> the values are just too "cute" - 128 and 32
12:41:49 <utxobr[m]> (actually, incoming goes to ~20)
12:42:53 <utxobr[m]> <sethsimmons "I wouldn't recommend increasing "> my thought process was that these connections are bi-directional anyway, so with a high out_peers, I'd be contributing to the network just as much as having a high in_peers
12:43:10 <utxobr[m]> (thus, setting a high number for both)
12:43:13 <utxobr[m]> does that make sense?
12:43:51 <utxobr[m]> (bandwidth/compute is far from being an issue, so just jacked it all up)
12:44:33 <sethsimmons> AFAIK out_peers do not help the network and can open you up to easier Sybil attacks.
12:44:33 <sethsimmons> Any out_peer you connect to has to communicate with you, increasing network load without any clear benefit.
12:44:48 <LyzaL> So from what I can tell, DNSSEC is working for me. Also I think the DNS based blocklist also uses it? which is working for me
12:45:11 * utxobr[m]  < https://matrix.org/_matrix/media/r0/download/matrix.org/ARTktzNwVCayNtqkxkZXfoRD/message.txt >
12:45:46 <sethsimmons> Unlimited in_peers is very beneficial as new network participants can "leech" off of you, but out_peers being massive just causes you to "leech" off of nodes unnecessarily and doesn't help with TX propagation with D++ either.
12:46:35 <utxobr[m]> got it - does it make sense during sync time though?
12:46:41 <sech1> I thought transactions are only propagated through out_peers
12:46:52 <utxobr[m]> as I can control these parameters programatically, I wonder if I should jack it up during sync time, then lower aftwards
12:46:56 <sech1> because incoming peers can be all Sybils
12:47:04 <sethsimmons> <utxobr[m] "got it - does it make sense duri"> Absolutely does! I generally increase to 512 during IBD and then drop back to 12.
12:47:11 <moneromooo> Out peers for dandelion, all peers otherwise.
12:47:13 <sethsimmons> <sech1 "I thought transactions are only "> Yes, they are.
12:47:18 <moneromooo> (AFAIK)
12:47:41 <sethsimmons> Yeah thats my understanding
12:47:46 <utxobr[m]> <moneromooo "Out peers for dandelion, all pee"> can you _not_ use dandelion? 🤔
12:47:52 <sethsimmons> More out_peers would be more beneficial if not using D++
12:47:57 <sethsimmons> <utxobr[m] "can you _not_ use dandelion? 🤔"> Only if you compile yourself.
12:48:10 <moneromooo> You'd set the dandelion but to false in the P2P message.
12:48:14 <utxobr[m]> got it!
12:48:18 <moneromooo> bit*
12:48:41 <moneromooo> Probably not a good idea though. It just degrades overall privacy.
12:49:42 <utxobr[m]> 👍️
12:49:42 <utxobr[m]> thanks everyone! gotta do work now
12:49:42 <utxobr[m]> so I'll lower the out_peers on this node, see how it behaves and also incorporate that "very high out during sync - auto low afterwards" later
12:49:44 <utxobr[m]> thank you!
12:52:49 <ErCiccione1> moneromooo: isn't that dangerous? people could spin up a bunch of nodes with dandelion deactivated and damage the overall privacy of the network
12:53:34 <moneromooo> Less privacy is dangerous to some extent.
12:54:39 <utxobr[m]> (before I go): is removing that option something that should be done for the next hardfork?
12:54:59 <utxobr[m]> (or perhaps considered)
12:56:15 <moneromooo> What option ?
12:56:38 <utxobr[m]> that dandelion bit you mentioned that can be on/off
12:57:01 <moneromooo> No. You want to switch to broadcast as some point.
12:57:34 <moneromooo> If you don't, you end up with a fairly trivial DoS vector, and people without incoming connections will only ever see new txes when they're mined.
12:57:41 <sech1> you can always compile a node that just broadcasts every tx it receives, it's not a part of consensus
12:58:26 <utxobr[m]> aah I see
12:59:43 <Zta> Anonymity and privacy being a big selling point for Monero, it feels a bit ... off? that I find my username filled in as the default wallet name in the GUI.  I would have preferred "my wallet".  Just saying.  I know it's safe to extract $USER (and $HOME) from the environment variables, but it still feels unnecessary.
13:00:05 <Zta> Besides, my guess is that everyone will change it from the default anyway.
13:02:05 <sethsimmons> It's only a local and temporal name, so I don't really think it's an issue (and makes sure people don't have problems transporting wallets without changing defaults).
13:25:44 <Zta> I'm only reporting first impressions ;)
13:26:59 <sethsimmons> Understood!
14:07:35 <sech1> https://www.vg.no/nyheter/innenriks/i/zgal75/loerenskog-saken-her-er-politiets-krypto-haap
14:07:47 <sech1> something something Norwegian police want to trace Monero now
14:07:50 <sech1> Inge- ?
14:14:41 <Mochi101> sech1, https://translate.google.com/translate?sl=auto&tl=en&u=https://www.vg.no/nyheter/innenriks/i/zgal75/loerenskog-saken-her-er-politiets-krypto-haap
14:20:05 <sech1> "An entirely new cryptocurrency that has not been known to the public" really?
14:20:55 <Mochi101> Wonder what good that is... a private coin.
14:20:58 <Mochi101> So dumb.
14:38:30 <Lyza> alright y'all, I have triple checked that I have DNSSEC enabled and working. Using Clouflare DNS over TLS, their online checker confirms DNSSEC is enabled. Auto update still gives "no two valid DNS TXT records" warning. thoughts?
15:02:02 <parazyd> .beg
15:02:04 <Wallet> p​arazyd: How many character​s in milk
15:02:06 <parazyd> 4
15:02:06 <Wallet> parazyd: @bonuspot tipped 0.0000009 XMR to parazyd [6c9fb1cc] Wait ≈23 hrs 54 min before trying again. @bonuspot: 0.01640615
15:05:23 <Mochi101> .faucet
15:05:24 <Wallet> Mo​chi101: Which is​ bigger, 3 or 1
15:05:27 <Mochi101> 3
15:05:27 <Wallet> Mochi101: @bonuspot tipped 0.0000133 XMR to Mochi101 [baf88077] Wait ≈23 hrs 58 min before trying again. @bonuspot: 0.01638955
15:05:38 <Mochi101> massive tips lately!!!
15:05:39 <Mochi101> wow!
15:05:49 <Mochi101> .balance
15:05:50 <Wallet> Mochi101: • Your balance is: 0.0025926 XMR (≈0.66 USD)
15:07:53 <SerHack> .faucet
15:07:53 <Wallet> S​erHack: How m​any letters in pub
15:07:55 <SerHack> 3
15:07:55 <Wallet> SerHack: @bonuspot tipped 0.000005 XMR to SerHack [a8ea3335] Wait ≈1 day 1 min before trying again. @bonuspot: 0.01638455
15:08:09 <SerHack> .balance
15:08:09 <Wallet> SerHack: • Your balance is: 0.0010299 XMR (≈0.26 USD)
15:08:48 <Mochi101> the subliminal messaging there hey SerHack
15:09:15 <SerHack> hey Mochi101, how's it going?
15:09:26 <Mochi101> not bad... you?
15:09:48 <Mochi101> Would be better if XMR was $5000 though
15:10:15 <SerHack> I do agree haha, I'm doing good :D working on the book
15:10:53 <Mochi101> nice
18:07:04 <Zta> .balance
18:07:05 <Wallet> Zta: Your default coin is now set to XMR. Change with coins command.
18:07:05 <Wallet> Zta: • Your balance is: 0 XMR
18:07:25 <Zta> juuuust checking...
18:29:47 <ugghcqbz> Word of guys running Monero community should be BELIEVED. Why would anyone that stole money and laughed at the losers that took the bait ever have a reason to lie to you? http://removeddit.com/r/Monero/comments/6d6okb/fluffypony_needs_to_give_up_his_commit_access_and/ (changed link to removeddit since /r/monero mod removed to try to cover it up - maybe fluffy himself?)
19:07:18 <sethroope> \
19:34:57 <TheChallenger> I challenge anyone here to send exactly 0.0102646xmr to this address: 85Uuk2JJzSY4F9MoHUX7ShjMrzshQ9Q9QMYocfMqNZR99EEihNTr9cr72ivsJJXQvyKnQE7ssTDhPSXZUKyFrR4276GEpau
19:37:46 <wheelz001> why?
19:39:47 <TheChallenger> but if I explained, it wouldn't be challenge,
19:41:20 <TheChallenger> I will be back here tomorrow, and I hope by then at least 7 people accept the challenge.
19:41:38 <selsta> lol
19:45:12 <WhisperNode> Sup Luigi
20:36:49 <rasenqan> -server notice- All references to libera.chat are now subject to network-wide ban (k-line)!
20:42:23 <hv-bridge> <\x> lmao
20:45:13 <M5M400> sure
20:51:45 <charolastra> lol
23:25:55 <Steven_M> Hi all :-)
23:26:58 <apotheon> hi from one, but not all (yet)
23:27:57 <Steven_M> apotheon: Hehe, thanks :)
23:28:30 <Steven_M> gingeropolous: Hi, is uwillrunanodesoon.moneroworld.com:18089 down?
23:30:56 <PacoKajMilito[m]> Are we going full matrix? Yeeeey
23:36:23 <Steven_M> PacoKajMilito[m]: ?
23:39:02 <ling_> No plans for XMPP?
23:39:28 <mys> PacoKajMilito[m]: hopefully not
23:40:01 <mys> haven't heard anything about moving to "network that shall not be named"
23:40:05 <mys> or oftc
23:54:32 <apotheon> mys: There's a presence on both of those, though.
23:54:43 <mys> is it official?
23:55:04 <apotheon> "official"
23:55:07 <apotheon> who knows
23:55:56 <mys> getmonero.org still lists freenode as official
23:56:22 <mys> and matrix obv