As we all know, the tx pool is very full - being flooded with thousands of transactions, peaking at over 100,000 tx in the mempool.

However, not only are transactions slow at this bottleneck, but it looks like wallets are unable to sync well.

I found this when trying out a micro transaction on MyMonero wallet, receiving error 504 - historically this error has occurred when too many users were querying the MyMonero scanning service.

As pic related shows, this is happening to GUI wallet, as well as Cake Wallet, so the biggest 3 wallets are affected - is this a side-effect of mempool congestion or - assuming this is an attack not just a significant uptick in XMR fans - is there a concerted attack to block all major wallets from syncing with the XMR blockchain?

Side Questions:

Does anyone running a full node have an insight, how is your node getting on and are you able to keep up?

How could a flooded mempool affect wallet sync, is there a direct causation?

8 points
*

As a person who runs my own full node, I can tell you that my wallet syncs fine, so it might be something to do with the public nodes that cake and others are using. And if you use a small node, you might get transactions through. I sent a transaction earlier this morning with the mempool full like it is now and while it took longer to get its first confirmation it still didn’t take all that long.

permalink
report
reply
7 points

I’m running a full node and it works fine

permalink
report
reply
6 points

Another full node selfhoster here. I did not notice any problems for me (except some transactions taking some time for confirmations), but I tried to onboard someone earlier and wondered why his freshly installed cake wallet acted weird. You might be onto something about official/public full nodes being overwhelmed or something.

permalink
report
reply
6 points
*

I am running a full node with the Official Monero GUI and also mining. I have not broken that connection in several days since I own a computer that doesn’t need a reboot several times a day, so I haven’t noticed any problems yet. Will update thread if I notice anything after power restart.

As a point of reference, when I first sync a full node after installing GUI or CLI program, it’s not unusual at all for the first sync to take three or four days. I’ve done it several times.

permalink
report
reply
4 points
*

There is currently a fee bug on Monero, that the wallet doesn’t automatically bump the fee when there is a backlog. This fee bug is causing sync issues with many wallets. Only if you’re self-hosting a node or using unpopular public ones are you ok. The bug has already been solved with Anonero.io, and other wallets will be rolling out fixes shortly.

There are rumors that Nostr’s creator is behind a spam attack. Simplified Privacy addresses this and has a ready working solution: https://simplifiedprivacy.com/monero-attack-nostr/

Tor Browser Onion: http://privacypkybrxebcjicfhgwsb3coatqechwnc5xow4udxwa6jemylmyd.onion/monero-attack-nostr/

permalink
report
reply

Monero

!monero@monero.town

Create post

This is the lemmy community of Monero (XMR), a secure, private, untraceable currency that is open-source and freely available to all.

GitHub

StackExchange

Twitter

Wallets

Desktop (CLI, GUI)

Desktop (Feather)

Mac & Linux (Cake Wallet)

Web (MyMonero)

Android (Monerujo)

Android (MyMonero)

Android (Cake Wallet) / (Monero.com)

Android (Stack Wallet)

iOS (MyMonero)

iOS (Cake Wallet) / (Monero.com)

iOS (Stack Wallet)

iOS (Edge Wallet)

Instance tags for discoverability:

Monero, XMR, crypto, cryptocurrency

Community stats

  • 273

    Monthly active users

  • 893

    Posts

  • 5.2K

    Comments

Community moderators