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

their "supabase" database you can check this text.is/7Y529

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

<x​3cc:nope.chat> Clone of moleswap I found zeroslip.exchange

<x​3cc:nope.chat> And this same frontend crowswap.exchange

<x​3cc:nope.chat> reddit.com/r/litecoin/s/83vicXGrTw

<x​3cc:nope.chat> I don’t understand if it’s a clone of the same scam or it’s some sort of template

<x​3cc:nope.chat> But strategy is the same for zeroslip.finance *

<x​3cc:nope.chat> Same amount of subscribers in a new telegram group

<x​3cc:nope.chat> 10k followers on X and first post a day ago

<x​3cc:nope.chat> Shady

nice work x3cc :D same shit aaiqapthaknaycolxums.supabase.co/functions/v1/exchange-proxy/status

crowswwap orders book also open, garbage

"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

<e​verythingxmr:matrix.org> Does your profile look like a bot?

<e​verythingxmr:matrix.org> Did you spam anything?

<o​frnxmr:xmr.mx> Are you asking plowsof about himself?

<o​frnxmr:xmr.mx> He's not asking why he was banned (he wasnt banned)

unban me please

<3​21bob321:monero.social> Odd name moleswap

<3​21bob321:monero.social> Spyswap ?

<p​lowsof:matrix.org> moleswap, zeroslip, crowswap ran by the same people, scams + insecure backends

<3​21bob321:monero.social> Firebase is better

<b​asses:matrix.org> Google!

<3​21bob321:monero.social> Wes inclusive

<j​ack_ma_blabla:matrix.org> 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?

<o​frnxmr:xmr.mx> No

<j​ack_ma_blabla:matrix.org> Would it be possible ? monero-bounties ?

<o​frnxmr:xmr.mx> It wouldnt speed up the sync, the slowdown is...

<j​ack_ma_blabla:matrix.org> for some networks the slow down is block download from remote node

<o​frnxmr:xmr.mx> monero-project/monero #9936

<j​ack_ma_blabla:matrix.org> threadpool for fetching blocks from the daemon < that would be just using a single node ?

<e​ddie:oblak.be> I like the idea, but I haven't heard of this at any network.

<j​ack_ma_blabla:matrix.org> try sync from sethforprivacy node from anywhere in asia

<o​frnxmr:xmr.mx> Yes

<j​ack_ma_blabla:matrix.org> would improve, if it used multiple nodes ?

<o​frnxmr:xmr.mx> depends on if your bottleneck is the nodes upload speed?

<o​frnxmr:xmr.mx> If its, example, an onion, the bottleneck is your own download apeed

<j​ack_ma_blabla:matrix.org> node upload speed, network routing

<j​ack_ma_blabla:matrix.org> are you sure ? have you tried multi threaded downloading via tor ?

<o​frnxmr:xmr.mx> 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

<j​ack_ma_blabla:matrix.org> storing locally is a different outlook; helps if someone has multiple wallets

<o​frnxmr:xmr.mx> all wallets would top-off this file, and sync from the same file locallt

<o​frnxmr:xmr.mx> 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

<o​frnxmr:xmr.mx> Rpc would be used for broadcasting tx

<o​frnxmr:xmr.mx> But syncing would be p2p -> local "node" -> wallet syncs from local "node"

<j​ack_ma_blabla:matrix.org> download-only via p2p nodes ? wouldnt that need to sync from block zero

<o​frnxmr:xmr.mx> no

<j​ack_ma_blabla:matrix.org> asshole nodes will popup serving bad blocks

<o​frnxmr:xmr.mx> Just needs the tip blocks / difference between last sync height and tip

<o​frnxmr:xmr.mx> No different than if you ran a node

<j​ack_ma_blabla:matrix.org> cant verify

<j​ack_ma_blabla:matrix.org> if you run a node, you can verify blocks

<o​frnxmr:xmr.mx> yes you can. Nodes dont verify the full xhain with their peers

<o​frnxmr:xmr.mx> Yes, this would verify the incoming blocks obv

<j​ack_ma_blabla:matrix.org> you download a block, verify and then save ; verify if you have history of entire chain

<o​frnxmr:xmr.mx> 99% of nodes dont verify anything, they use checkpoints

<o​frnxmr:xmr.mx> dont verify the history*

<j​ack_ma_blabla:matrix.org> 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

<j​ack_ma_blabla:matrix.org> that is troubling

<o​frnxmr:xmr.mx> The same way wallets do today

<o​frnxmr:xmr.mx> The point of the local "node" is to have a local copy to sync from, not to stop doing what it already does

<j​ack_ma_blabla:matrix.org> how ? you are connecting to a trusted node ; ignore the simplemode shit

<o​frnxmr:xmr.mx> wallets receive info from rpc nodes and trust what they are being sent

<o​frnxmr:xmr.mx> 2. when you start a regular node, it connects to peers and starts verifying incoming blocks.

<j​ack_ma_blabla:matrix.org> yes, you can download from those rpc nodes and save locally ; i wouldnt trust p2p to get that

<o​frnxmr:xmr.mx> 3. When you start a "light node", jt connects to peers and starts verifyinf blocks

<j​ack_ma_blabla:matrix.org> it can verify incoming blocks if it has data from block zero ?

<o​frnxmr:xmr.mx> How do you think nodes work?? Lol

<o​frnxmr:xmr.mx> you dont need block 0 to verify the chain state

<o​frnxmr:xmr.mx> You only need to have the same tip as your peers (and the rpc node)

<o​frnxmr:xmr.mx> Example.. you can prune nearly every block on btc

<j​ack_ma_blabla:matrix.org> is simple mode synchronizing using p2p ? gets blocks from multiple nodes at a time ?

<o​frnxmr:xmr.mx> No. Simple mode is a reallt stupid hack

<o​frnxmr:xmr.mx> It finds rpc nodes via p2p. It doesnt sync over p2p

<e​ddie:oblak.be> I think jack_ma_blabla should run its own node and connect its wallet with it, if it's about trusting

<j​ack_ma_blabla:matrix.org> simple mode is backdoor

<j​ack_ma_blabla:matrix.org> i do run my own node, 90% of xmr users dont

<o​frnxmr:xmr.mx> the idea im puttinf forth is essentially the same thing, but without requiring 100gb of storage

<o​frnxmr:xmr.mx> And without having to upload data to peers over p2p

<o​frnxmr:xmr.mx> You are essentially a leecher on a torrent, who only downloading the end of the torrent

<j​ack_ma_blabla:matrix.org> should replace simple mode

<j​ack_ma_blabla:matrix.org> can*

<o​frnxmr:xmr.mx> Definitely..

<j​ack_ma_blabla:matrix.org> tag whoever works on gui

<o​frnxmr:xmr.mx> Tag: jack_ma_blabla

<o​frnxmr:xmr.mx> Its not a gui thing. Simple mode is build into monerod

<o​frnxmr:xmr.mx> Its a combination on --bootstrap-daemon=auto and --public-node

<j​ack_ma_blabla:matrix.org> just to discover peers ?

<e​ddie:oblak.be> jack_ma_blabla: what is your motivation for your original question?

<o​frnxmr:xmr.mx> And --no-sync 😂

<o​frnxmr:xmr.mx> No. To use your own node for rpc before it has synced

<o​frnxmr:xmr.mx> It essntially is just a feature to proxy your rpc connections to another node

<o​frnxmr:xmr.mx> Bootstrap-daemon is fine. Is "auto" that is trash

<j​ack_ma_blabla:matrix.org> 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.

<j​ack_ma_blabla:matrix.org> via remote node (single) , always need to fiddle around to check which one might work faster

<o​frnxmr:xmr.mx> ^?

<j​ack_ma_blabla:matrix.org> mobile wallets

<o​frnxmr:xmr.mx> How do you have speed issues if you run your own node

<e​ddie:oblak.be> I find this interesting, I had a similar problem lately trying to sync a cake wallet on a slow network

<j​ack_ma_blabla:matrix.org> i travel around, i dont run it on a vps ; i run it at home

<o​frnxmr:xmr.mx> Cant port fwd?

<j​ack_ma_blabla:matrix.org> asia and port fwd ? nope

<j​ack_ma_blabla:matrix.org> cake/monerujo/stack all face same bottleneck

<e​ddie:oblak.be> maybe it would already be helpful if you can configure multiple nodes in your wallet, where the wallet can switch nodes as a faillover

<e​ddie:oblak.be> it might not increase speed but at least you don't have to push buttons yourself

<j​ack_ma_blabla:matrix.org> failover if it is not reachable, failover for speed ? networks here are wonky

<e​ddie:oblak.be> for example if download stays below a threshold for x amount of time

<e​ddie:oblak.be> to put it very simplistic

<j​ack_ma_blabla:matrix.org> 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 ?

<e​ddie:oblak.be> I have no answer to that last question 😂

<e​ddie:oblak.be> I have not seen this in any type of wallet, even btc, eth, or whatever

<j​ack_ma_blabla:matrix.org> would there be any bounty taker ?

<e​ddie:oblak.be> so I assume it's probably harder than it sounds

<j​ack_ma_blabla:matrix.org> doesnt electrum wallet do that ?

<e​ddie:oblak.be> lemme check .. :)

<e​ddie:oblak.be> yes it does, you are right

<e​ddie:oblak.be> My wallet says it's connected to 10 nodes and has the "select server automatically" checked

<j​ack_ma_blabla:matrix.org> Yes, if mobile xmr wallets can do this ; it would sync so much faster

<j​ack_ma_blabla:matrix.org> atleast for most of the humanity liviing in 3rd world countries/networks

<e​ddie:oblak.be> Try to raise the issue with the wallets on Github, see what feedback it gets

<j​ack_ma_blabla:matrix.org> bounties.monero.social/posts/196/im…multi-threaded-node-synchronization

<j​ack_ma_blabla:matrix.org> which wallet ? cake or monerujo ? cake is busy with alt coins, monerujo development has a huge backlog