10:34:14 <m-relay> <k​ewbit:matrix.org> I will reverse engineer it in a sandbox if it’s an exe and find his IPs
10:35:50 <m-relay> <k​ewbit:matrix.org> Tbf it’s people like this are keeping Monero in business sadly, but thankfully 😂
10:36:00 <m-relay> <p​lowsof:matrix.org> thanks kewbit. that site is just "open the command prompt and ctrl+v' presumably to paste something the site in your clipboard, not worth your time
10:36:40 <m-relay> <k​ewbit:matrix.org> A clip board RCE exploit is worth my time
10:36:51 <m-relay> <k​ewbit:matrix.org> But if they need to paste it into cmd
10:36:59 <m-relay> <k​ewbit:matrix.org> That’s just stupidity
10:40:49 <m-relay> <k​ewbit:matrix.org> Ahhh my ADHD meds do that if I just keep taking them 😂 the toothpick option sounds painful
10:43:12 <m-relay> <k​ewbit:matrix.org> The temptation overcame me, my CCS proposal was at 6 likes, I topped it up to 7 myself, does that still count? 🤭
10:44:16 <m-relay> <3​21bob321:monero.social> https://matrix.monero.social/_matrix/media/v1/download/monero.social/JtUyxpMePFaigvNrhwfExSnn
10:44:24 <nioCat> nope  lol
10:44:47 <m-relay> <k​ewbit:matrix.org> Damn
10:45:42 <m-relay> <k​ewbit:matrix.org> Well I’m going to remove it then!
12:39:31 <m-relay> <m​onerobull:matrix.org> i bet r/monero has the most instances of this happending
12:39:33 <m-relay> <m​onerobull:matrix.org> i bet r/monero has the most instances of this happening
12:39:36 <m-relay> <m​onerobull:matrix.org> https://matrix.monero.social/_matrix/media/v1/download/matrix.org/HrQJQdYHTBGnobzsPwMIWxje
12:39:45 <m-relay> <m​onerobull:matrix.org> https://matrix.monero.social/_matrix/media/v1/download/matrix.org/WnAtDiXwaQnMdLRDNAEKGmMp
13:46:05 <m-relay> <r​brunner7:monero.social> Also received such a "github-scammer dot com" mail today.
13:46:09 <m-relay> <r​brunner7:monero.social> > something the site in your clipboard, not worth your time
13:47:49 <m-relay> <r​brunner7:monero.social> What it pastes is a line of Powershell commands. Looks like one those commands *does* reach out to the Internet that way to download something. I did not execute however ...
13:49:06 <m-relay> <r​brunner7:monero.social> Lol, Freudian typo, of course it was "github-scanner dot com" :)
13:51:09 <m-relay> <r​ucknium:monero.social> Me too. A "security vulnerability" in a random repo of mine.
13:56:50 <m-relay> <o​frnxmr:monero.social> "It was, and still is, a hack to allow users hold their own keys and transact on the monero network without downloading the blockchain. This is obviously useful for those using wallets on their phones or other low-storage, not-always-on devices. However, there are clear downsides as demonstrated by the chainalysis intrusion – anyone can operate a remote node, including spies."
13:56:51 <m-relay> <o​frnxmr:monero.social> ginger - this is seemingly very much by design, not a hack
13:57:27 <m-relay> <o​frnxmr:monero.social> monero wallets are separate software from the blockchain, unlike bitcoin
13:57:53 <m-relay> <o​frnxmr:monero.social> https://github.com/monero-project/meta/issues/1079
13:57:55 <m-relay> <o​frnxmr:monero.social> context
14:00:18 <m-relay> <o​frnxmr:monero.social> I dont even want to respond tbh
14:00:46 <m-relay> <o​frnxmr:monero.social> Pretty all options seem pretty wrong
14:01:05 <m-relay> <o​frnxmr:monero.social> If i want to connect to my own node over clearnet, i should be able to
14:01:16 <m-relay> <o​frnxmr:monero.social> Yes, gui should RIP simple mode
14:04:48 <m-relay> <o​frnxmr:monero.social> Also - youre not taking enough credit
14:05:19 <m-relay> <o​frnxmr:monero.social> "As the one semi-responsible for the proliferation of the use of remote nodes, I feel I should take it upon myself to try and stir up our approach to this infrastructure hack that is the remote node network."
14:05:21 <m-relay> <o​frnxmr:monero.social> you were literally the/a spy node
14:05:35 <m-relay> <o​frnxmr:monero.social> For like 7yrs
14:06:55 <m-relay> <o​frnxmr:monero.social> The obly infra hack is you creating a proxy to send my connections to chainalysis
14:07:54 <m-relay> <o​frnxmr:monero.social> Even though i'm quite sure you have a local node of your own that is used for xmrchain
14:08:36 <m-relay> <o​frnxmr:monero.social> You also tried to hide the ip of the nodes that you proxied to
14:09:13 <m-relay> <o​frnxmr:monero.social> I cant take you seriously when you write such bad suggestions and pretend like you werent the middleman fwding our traffic to the feds
14:09:34 <m-relay> <o​frnxmr:monero.social> Using local nodes isnt a pancea either
14:09:47 <m-relay> <o​frnxmr:monero.social> Especially if your behind nat
14:10:20 <m-relay> <o​frnxmr:monero.social> Localnodes behind nat are easy to figure out if they are the originator of the tx bcuz of the way dandelion works
14:11:00 <m-relay> <o​frnxmr:monero.social> Onion remote nodes are better for orivacy than relaying your own tx from behind a nat
14:15:14 <plowsof> For people who must(tm) use a remote node (RM) due to storage capacity , "light nodes" sound like the best option (not implemented), for those that need a RM but dont want to wait for a wallet to sync a good option is to use their friends LWS (the wallets that support lws are not great. And carrot isnt here yet)   
14:17:54 <plowsof> For those that do not want the node to try and guess the real spend, but cant/wont host a node they have to wait for fcmp or carrot+lws+wallets right? 
14:17:56 <m-relay> <o​frnxmr:monero.social> The issue isnt who's node you use
14:17:59 <m-relay> <o​frnxmr:monero.social> its clearnet
14:18:21 <m-relay> <o​frnxmr:monero.social> If you connect over clearnet to your own node, the wallet traffic is still obvious to your isp
14:20:05 <m-relay> <o​frnxmr:monero.social> Using anonymity networks prevents anyone from knowing what services are actively being used. If i sent tx to muself over onion and then tx-proxy it to a peer, my isp wont know that my node relayed a transaction that originated on my node
14:20:38 <m-relay> <o​frnxmr:monero.social> I broadcast it to clearnet (without tx-proxy), it would appear as though the tx was first seen on my node
14:21:34 <m-relay> <o​frnxmr:monero.social> Problem with using onion/i2p nodes is the time it takes to sync. if it wasnt for that, they could be recommended for all use cases
14:36:18 <geonic> https://www.getmonero.org/resources/user-guides/tor_wallet.html
14:37:07 <geonic> is this still the guide to follow?
14:39:23 <m-relay> <n​ononynous:monero.social> Yes it is good
14:39:47 <m-relay> <n​ononynous:monero.social> But I'd add --tx-proxy tor,127.0.0.1 on the node config
14:39:58 <m-relay> <n​ononynous:monero.social> But I'd add --tx-proxy tor,127.0.0.1:9050 on the node config
14:41:30 <m-relay> <n​ononynous:monero.social> https://github.com/monero-project/monero/blob/master/docs/ANONYMITY_NETWORKS.md
14:41:40 <m-relay> <n​ononynous:monero.social> Why not just redirecting here ?
14:42:56 <m-relay> <n​ononynous:monero.social> Making a kind of index at the top hyperlinking parts user wants
14:48:35 <m-relay> <o​frnxmr:monero.social> That guide is not terrible, but also not good
14:51:21 <m-relay> <o​frnxmr:monero.social> (The former), the latter isnt as bad, but also not straight forward
14:52:01 <m-relay> <o​frnxmr:monero.social> I'll be putting up KISS config file templates on docs.getmonero.org at some point
14:52:33 <m-relay> <o​frnxmr:monero.social> --tx-proxy=tor,127.0.0.1.9050,disable_noise
14:55:45 <m-relay> <o​frnxmr:monero.social> And ideally you should run i2p and tor --tx-proxies. if you only have 1, and the network goes down, then your txs will stop broadcasting
15:07:13 <m-relay> <n​ononynous:monero.social> Nah you will create traffic correlation with two separate darknets
15:22:45 <m-relay> <o​frnxmr:monero.social> Lol?
15:23:24 <m-relay> <o​frnxmr:monero.social> I2p runs as a relay by default and is constantly sending traffic. Correlate what? That i'm an i2p and tor user?
15:24:33 <m-relay> <o​frnxmr:monero.social> Its hard to know whether im just running i2p or if im actually using it.
15:24:35 <m-relay> <o​frnxmr:monero.social> tor on the other hand is a lot easier to correlate traffic with usage
15:25:16 <m-relay> <o​frnxmr:monero.social> Either way, the point is to hide your usage of monero, not to hide your usage of anonymity networks
15:25:57 <m-relay> <o​frnxmr:monero.social> Hide the source of your monero transaction broadcasts**
15:50:04 <n1oc> Revuo Monero maintenance (2024 Q4) has moved to funding! https://ccs.getmonero.org/proposals/revuo-monero-maintenance-2024-q4.html
16:00:56 <big_dota2_player> Were there any 51% attacks on monero? Is there a list of known 51% attack attempts (including succesful)?
16:13:46 <m-relay> <r​brunner7:monero.social> Not since I am into Monero, 2017. Not sure in earlier times, which much less hashpower securing the chain.
16:15:26 <m-relay> <r​brunner7:monero.social> Do we already know this brilliant scam? (Do **not** download and execute, did I say "scam"?) electrum-xmr dot org
16:16:57 <big_dota2_player> download only from trusted sites (e.g. listed on wikipedia) if you want to use that file (not investigate)
16:18:06 <m-relay> <r​brunner7:monero.social> Trusted sites listed on Wikipedia? Not sure I follow.
16:18:36 <big_dota2_player> of course it can be not enough, at least something to start with
16:25:03 <n1oc> CCS Coordinator has moved to funding! https://ccs.getmonero.org/proposals/ccs-coordinator-5-plowsof.html
16:25:57 <plowsof> i think its very noble of plowsof to make syntax errors in his ccs proposal front matter so others can learn from his mistakes. i highly doubt it wasn't intentional and a result of his broken proposal generator AND pre-parser 
16:33:24 <plowsof> kewbit: merged merge request #489: Haveno Multi-Platform Native App For Every OS https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/489 
16:35:42 <plowsof> cc woodser : merge request #497: Close/Repurpose Haveno frontend https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/497
16:37:38 <plowsof> thanks for merges luigi, the general fund just gained some monteros, sorry ofrnxmr :( 
17:52:12 <m-relay> <r​eal_glitch:matrix.org> congratz
17:58:17 <big_dota2_player> many goverments have enough money to destroy any cryptocurrency with 51% attacks?
18:00:16 <m-relay> <s​trawberry:monero.social> governments lose trillions of dollars to accounting errors, so yes
18:02:25 <m-relay> <s​trawberry:monero.social> but you also need to look at their incentives to do it, a typical 51% attack doesn't destroy the currency forever
19:43:38 <m-relay> <w​oodser:monero.social> congrats kewbit!
20:15:40 <m-relay> <r​brunner7:monero.social> Just found out: That electrum-xmr scam wallet refuses to install in a VM. Totally legit.
20:29:21 <m-relay> <k​ewbit:matrix.org> I’m just hoping all the extra liquidity this provides doesn’t unleash the kraken of the sell pressure 😂
20:31:40 <m-relay> <f​rog_legs:matrix.org> What is m-relay?
20:32:30 <m-relay> <f​rog_legs:matrix.org> Run a 51% attack on testnet
20:54:13 <m-relay> <o​frnxmr:monero.social> We did / do
21:45:08 <big_dota2_player> PoW have a problem what mining is sensible only for miners with cheapest electricity/most suitable software/hardware/location/cheapest rent?
21:48:35 <big_dota2_player> I use this formula: if mining is profitable (at least pays for itself) for a typical PC then some mining farm with better conditions can be enlarged (it will be profitable)
21:51:03 <big_dota2_player> Mining is already widely known, so I doubt what mining farms size/count isn't maximized
21:52:07 <big_dota2_player> and if it is not profitable for a farm to enlarge even more then mining for a typical PC is obviosly unprofitable
22:00:01 <big_dota2_player> IDK, this looks like a fatal flaw for me
22:05:50 <big_dota2_player> because mining farms conditions race naturally tend to centralization
22:06:09 <big_dota2_player> its like small data center vs big data center
23:29:47 <m-relay> <r​eal_glitch:matrix.org> we know the limitations but we dont have a better battle tested solution for now
23:52:06 <m-relay> <r​ottenwheel:kernal.eu> https://www.theverge.com/2024/9/18/24248391/youtube-pause-ads-widely-rolling-out