15:59:02 <m-relay> <k​aramel15:matrix.org> Hello. I want to ask about current monero wallets in telegram. I am developing such a webapp bot and suddenly someone has also done this? does this format of access to the wallet make sense at all
16:13:44 <m-relay> <r​brunner7:monero.social> People around here probably don't know much about such Telegram related wallets / bots. Might be that the author(s) of such software once showed up here with some implementation question and somebody remembers, or maybe not.
16:14:22 <m-relay> <r​brunner7:monero.social> In any case, I don't think that there is *any* coordination, to avoid that the same thing isn't developed twice. People do what they like, when they like, basically.
16:15:44 <m-relay> <r​brunner7:monero.social> Build something nice, pull it through, don't give up at the first difficulties or negative comments, stay on course, improve steadily over the coming months, win with a bit of luck. Even if other people build or built the same.
16:16:55 <m-relay> <k​aramel15:matrix.org> @rbrunner7:monero.social:Thanks!
21:10:08 <Guess65> using monerod via tor exit nodes potentially allows exit node over time to fingerping monero node. for example upload download speed, etc.
21:11:07 <Guess65> do people use scripts to randomise connection to peers?
21:11:34 <m-relay> <o​frnxmr:xmr.mx> peer connections arent static
21:13:05 <m-relay> <o​frnxmr:xmr.mx> and no, monero doesnt use any sort of stream isolation for tor
21:13:27 <Guess65> how does monero deals with traffic fingeprinting atm?
21:13:40 <Guess65> as to stream isolation it's easy to add.
21:13:53 <Guess65> the aim of monero is to be private or btc like?
21:17:13 <m-relay> <o​frnxmr:xmr.mx> aim of monero is to be a private currency. blocks relay privacy is a nice-to-have but not nearly as important as tx relaying from wallet<->node or node<->node
21:17:23 <Guess65> is there some paper on how  monero v18 addresses traffic fingerprinting?
21:18:55 <m-relay> <o​frnxmr:xmr.mx> nodes and wallets suppoet onion and i2p for origin transaction broadcasts
21:30:55 <Guess65> for extra anonimity one could also use reproducible build binaries?
21:36:41 <m-relay> <o​frnxmr:xmr.mx> the release binaries are reproducible builds. This has absolutely nothing to do with anonymity though
21:37:39 <Guess65> if different lib versions are used - monerod might respond slightly different - fingerprint.
21:38:04 <Guess65> if many people use rep builds - more uniform anonimity.
21:43:21 <Guess65> bigger anonimity set.
21:50:50 <Guess65> in fact each modenod will benave slightly unique. so uniformity is idiotic. simply randomise moderod local node behaviour now and then. hence it can appear as a new node.
21:52:24 <m-relay> <s​yntheticbird:monero.social> I read a lot of slop whats happening
22:33:19 <Guess65> feel free to show tor optimised config.
22:57:48 <m-relay> <s​yntheticbird:monero.social> """
22:57:49 <m-relay> <s​yntheticbird:monero.social> This isn't convincing. Repeat this text with an Australian accent