09:24:29 moleswap update for the shills: they have fixed their entire orders table being public (which contained every order, to/from crypto amounts and receiving addresses) . they also closed their "support_tickets" table access to the public. the other tables are not available to the public either, great job all round. to see all tables / row values in 09:24:29 their "supabase" database you can check this https://text.is/7Y529 09:26:02 seemingly they are storing private keys for stuff in their supabase DB in the rotating_addresses table, thankfully this was never public but uhm yeah. admin_audit_logs logging admin ip addresses and such, odd , anyway don't use moleswap and if you have consider receiving addresses / wallet burned 09:35:39 Clone of moleswap I found zeroslip.exchange 09:37:11 And this same frontend https://crowswap.exchange 09:38:25 https://www.reddit.com/r/litecoin/s/83vicXGrTw 09:38:54 I don’t understand if it’s a clone of the same scam or it’s some sort of template 09:39:17 But strategy is the same for zeroslip.finance * 09:39:39 Same amount of subscribers in a new telegram group 09:39:47 10k followers on X and first post a day ago 09:40:14 Shady 09:57:10 nice work x3cc :D same shit https://aaiqapthaknaycolxums.supabase.co/functions/v1/exchange-proxy/status 10:00:46 crowswwap orders book also open, garbage 10:05:02 "subject":"Why was i banned on telegram","description":"Hello, I am independent investigator. Making documentaries. Unfortunately I was banned from your telegram group before posting anything. I’m going to just keep making new accounts and joining again if this keeps happening 21:01:46 Does your profile look like a bot? 21:01:52 Did you spam anything? 21:04:48 Are you asking plowsof about himself? 21:05:12 He's not asking why he was banned (he wasnt banned) 21:08:41 unban me please 21:11:57 <3​21bob321:monero.social> Odd name moleswap 21:12:07 <3​21bob321:monero.social> Spyswap ? 21:12:56 moleswap, zeroslip, crowswap ran by the same people, scams + insecure backends 21:26:03 <3​21bob321:monero.social> Firebase is better 21:54:16 Google! 21:57:50 <3​21bob321:monero.social> Wes inclusive 22:35:44 Is there an XMR wallet that can sync from multiple remote nodes simultaneously? For example, one that connects to 5 remote nodes, requests different blocks from each, and syncs the wallet as the blocks are downloaded; essentially a multi-threaded block download system for Monero? 22:38:40 No 22:39:07 Would it be possible ? monero-bounties ? 22:39:26 It wouldnt speed up the sync, the slowdown is... 22:40:00 for some networks the slow down is block download from remote node 22:40:06 https://github.com/monero-project/monero/pull/9936 22:41:55 threadpool for fetching blocks from the daemon < that would be just using a single node ? 22:42:09 I like the idea, but I haven't heard of this at any network. 22:42:38 try sync from sethforprivacy node from anywhere in asia 22:42:43 Yes 22:43:01 would improve, if it used multiple nodes ? 22:43:33 depends on if your bottleneck is the nodes upload speed? 22:43:56 If its, example, an onion, the bottleneck is your own download apeed 22:43:58 node upload speed, network routing 22:44:28 are you sure ? have you tried multi threaded downloading via tor ? 22:44:55 imo, i brought this up with stack wallet before. An improvement would be to store copy of like 1gb from the tip of the blockchain locally 22:45:27 storing locally is a different outlook; helps if someone has multiple wallets 22:45:28 all wallets would top-off this file, and sync from the same file locallt 22:46:14 Its also a download-only node, so you eould be able to sync it via multiple connections from p2p nodes, not needing to use rpc 22:47:19 Rpc would be used for broadcasting tx 22:47:53 But syncing would be p2p -> local "node" -> wallet syncs from local "node" 22:48:04 download-only via p2p nodes ? wouldnt that need to sync from block zero 22:48:15 no 22:48:45 asshole nodes will popup serving bad blocks 22:48:54 Just needs the tip blocks / difference between last sync height and tip 22:49:08 No different than if you ran a node 22:49:09 cant verify 22:49:26 if you run a node, you can verify blocks 22:49:37 yes you can. Nodes dont verify the full xhain with their peers 22:49:49 Yes, this would verify the incoming blocks obv 22:50:21 you download a block, verify and then save ; verify if you have history of entire chain 22:50:38 99% of nodes dont verify anything, they use checkpoints 22:50:48 dont verify the history* 22:50:57 how ? if someone has spent something say a year ago & that is sent by asshole node to you while you can verify 1 gb worth of blocks only 22:51:26 that is troubling 22:51:27 The same way wallets do today 22:51:49 The point of the local "node" is to have a local copy to sync from, not to stop doing what it already does 22:52:03 how ? you are connecting to a trusted node ; ignore the simplemode shit 22:52:37 wallets receive info from rpc nodes and trust what they are being sent 22:53:03 2. when you start a regular node, it connects to peers and starts verifying incoming blocks. 22:53:14 yes, you can download from those rpc nodes and save locally ; i wouldnt trust p2p to get that 22:53:34 3. When you start a "light node", jt connects to peers and starts verifyinf blocks 22:53:44 it can verify incoming blocks if it has data from block zero ? 22:53:45 How do you think nodes work?? Lol 22:54:19 you dont need block 0 to verify the chain state 22:54:41 You only need to have the same tip as your peers (and the rpc node) 22:55:11 Example.. you can prune nearly every block on btc 22:55:27 is simple mode synchronizing using p2p ? gets blocks from multiple nodes at a time ? 22:55:51 No. Simple mode is a reallt stupid hack 22:56:05 It finds rpc nodes via p2p. It doesnt sync over p2p 22:56:12 I think jack_ma_blabla should run its own node and connect its wallet with it, if it's about trusting 22:56:13 simple mode is backdoor 22:56:44 i do run my own node, 90% of xmr users dont 22:56:54 the idea im puttinf forth is essentially the same thing, but without requiring 100gb of storage 22:57:07 And without having to upload data to peers over p2p 22:57:37 You are essentially a leecher on a torrent, who only downloading the end of the torrent 22:57:52 should replace simple mode 22:58:15 can* 22:58:19 Definitely.. 22:58:49 tag whoever works on gui 23:00:08 Tag: jack_ma_blabla 23:00:30 Its not a gui thing. Simple mode is build into monerod 23:00:36 Its a combination on --bootstrap-daemon=auto and --public-node 23:00:47 just to discover peers ? 23:00:58 jack_ma_blabla: what is your motivation for your original question? 23:00:59 And --no-sync 😂 23:01:16 No. To use your own node for rpc before it has synced 23:01:49 It essntially is just a feature to proxy your rpc connections to another node 23:02:05 Bootstrap-daemon is fine. Is "auto" that is trash 23:02:22 I am in Asia, and sync is slow; single-threaded connections usually don't perform well here. I was hoping someone had used multi-threaded connections with multiple remote nodes to maximize connection speed through different network routings. 23:02:56 via remote node (single) , always need to fiddle around to check which one might work faster 23:04:07 ^? 23:04:17 mobile wallets 23:04:23 How do you have speed issues if you run your own node 23:04:28 I find this interesting, I had a similar problem lately trying to sync a cake wallet on a slow network 23:04:43 i travel around, i dont run it on a vps ; i run it at home 23:05:03 Cant port fwd? 23:05:28 asia and port fwd ? nope 23:06:19 cake/monerujo/stack all face same bottleneck 23:06:31 maybe it would already be helpful if you can configure multiple nodes in your wallet, where the wallet can switch nodes as a faillover 23:06:53 it might not increase speed but at least you don't have to push buttons yourself 23:07:02 failover if it is not reachable, failover for speed ? networks here are wonky 23:07:24 for example if download stays below a threshold for x amount of time 23:07:43 to put it very simplistic 23:08:22 its not consistent, especially when on mobile data ; speed to a specific node can go up n down ; is multi threading using different remote node really that hard ? 23:09:00 I have no answer to that last question 😂 23:09:30 I have not seen this in any type of wallet, even btc, eth, or whatever 23:09:34 would there be any bounty taker ? 23:09:38 so I assume it's probably harder than it sounds 23:10:29 doesnt electrum wallet do that ? 23:11:32 lemme check .. :) 23:12:04 yes it does, you are right 23:13:43 My wallet says it's connected to 10 nodes and has the "select server automatically" checked 23:14:38 Yes, if mobile xmr wallets can do this ; it would sync so much faster 23:15:13 atleast for most of the humanity liviing in 3rd world countries/networks 23:22:05 Try to raise the issue with the wallets on Github, see what feedback it gets 23:55:52 https://bounties.monero.social/posts/196/implement-a-multi-threaded-node-synchronization 23:58:22 which wallet ? cake or monerujo ? cake is busy with alt coins, monerujo development has a huge backlog