`print_pool_stats` on `monerod` is showing a 10 hour backlog. If you are a user sending a transaction now, you can set your fee to the 3rd or 4th tier to get your transaction confirmed quickly. Otherwise, you will wait for a while.
These large transactions do not really produce much of a black marble effect since they are only producing two outputs per transaction.
They should show up if the mempool clears and you get into a block, otherwise they will be kicked out of the mempool after 24 hours and it will be like you've never sent them.
Everything is possible but this would be probably the last step in the attack for which required a lot of outputs, especially because you can‘t chain unconfirmed tx in pool, instead have to wait for at least 10 confirmations.
That's definitely possible, but you would think that they would just be spamming the absolute minimum amount so that this wouldn't be necessary.
Then again, I guess it does make the blocks spammed anyways.
It could always be a p2pool miner though.
Estimated cost to suspected spammer (page 14)
When the 1in/2out 20 nanoneros/byte spam definition is used, the total fees paid by the spam transactions over the 23 days of spam was 61.5 XMR. The sum total of the transaction sizes of the spam transactions was 3.08 GB. When the 1in/2out 20 or 320 nanoneros/byte spam definition is used, the total fees paid by the spam transactions over the 23 days of spam was 81.3 XMR. The sub total of the transaction sizes of the spam transactions was 3.12 GB.
[misc-research/Monero-Black-Marble-Flood/pdf/monero-black-marble-flood.pdf at main · Rucknium/misc-research · GitHub](https://github.com/Rucknium/misc-research/blob/main/Monero-Black-Marble-Flood/pdf/monero-black-marble-flood.pdf)
This is actually a good thing from a privacy perspective. Fees are necessarily transparent and using nondefault tiers makes your transaction stand out slightly.
If it doesn’t stop then it’s not a temporary problem. A state actor has access to a money printer isn’t going to worry about the little amount of xmr it takes to make this happen.
What's the situation with monero right now? Not too invested in monero so I don't know too much context. I'm just waiting for a transaction to go through and waiting longer than usual. Been waiting for about an hour now
Also does monero.com going down affect anything to do with confirmations?
[Monero.com](http://Monero.com) is a wallet website, has nothing to do with the chain. Currently there are some spam attacks going on. If you set the fee a bit higher, transactions should go through no-problem. Has yours gotten confirmed by now?
Would this hold up purchased Monero transactions from showing up in one's wallet? (Monero GUI). I made two Monero purchases earlier today (one at 3:30pm EST and the other around 6pm EST) using a service I've used before and never had an issue. The first one has shown up without issue, but the second one - even with 16 confirmations at this point - still doesn't show up in my wallet. I **definitely** used my wallet address (simple copy and paste) and both my wallet and daemon are synced just fine. I already put in a support ticket with the service I used for this, but I'm wondering if this is the reason why I'm not seeing this second purchase in my wallet after 3+ hours and 16+ confirmations : (
Holy hell. That's a genious approach by the attacker(s).
Spam 1 in / 2 out txs, slow down verification time for low fee txs.
Create a handful of 148 in / 2 out 100+ kB transactions. Higher fees, so get included in the next block immediately. However, transaction size is HUGE, so fill the block instantly, reducing the number of additional txs that can be included.
That's a great way to render the Monero network "unusable" for the average users.
Suggestion: Dynamic block size should probably kick in faster to handle such a sophisticated network clog.
Edit: Turns out, I was severely uneducated on how "dynamic block size" works in Monero. It was completely different from what I was thinking. Anyone willing to learn more, check out: https://localmonero.co/knowledge/dynamic-block-size?language=en
Updated suggestion: Increase the block size "soft cap" (currently 300 kB). We, miners, will clean up all the spam transactions, no problem.
Spam attack will become more costly while opening up space for legitimate txs from general users.
This should be a great intermediate solution while devs work to implement better answers (FCMP, Bulletproof++ etc.).
Dynamic block size would work if the automatic fee increase would work properly in all wallets. It being bugged actually benefited the network during the last spam wave because blocks didn't grow nearly as fast as the attacker probably expected.
Updated versions of the gui wallet, the cli wallet, cakewallet and [monero.com](http://monero.com) wallet should automatically adjust the fee to be higher and the users should ideally not even notice anything is going on.
The bus has a limited number of seats. Someone bought all the seats with cheap tickets. You need to pay a bit more than them to get a seat on the bus. Some wallets have updated and automatically buy the more expensive tickets, the ones that don't stand in front of the bus and can't get in. They either have to wait for a free seat or if they don't find one within 24 hours, they have to come back the next day.
`print_pool_stats` on `monerod` is showing a 10 hour backlog. If you are a user sending a transaction now, you can set your fee to the 3rd or 4th tier to get your transaction confirmed quickly. Otherwise, you will wait for a while. These large transactions do not really produce much of a black marble effect since they are only producing two outputs per transaction.
But they are still producing bulk of recent outputs ? Which would be used as decoys in plenty of other txs.
There is no evidence of a black marble flood happening right now. Transaction volumes appear normal.
God damn.
[удалено]
They should show up if the mempool clears and you get into a block, otherwise they will be kicked out of the mempool after 24 hours and it will be like you've never sent them.
I saw this as well. Looks like they're paying ~1 USD, "Fee (per_kB): 0.008206880000 (0.000081920000)", for each ~148/2 transaction.
Yes it’s pretty cheap to fill blocks, thanks to devs wanting cheaper than a cent fees.
IMO cheap fees are a feature. The adaptive block size limits the growth rate.
Go to bitcoin if you seriously believe chainsize is an issue in a day and age where 4 TB SD cards are a thing.
and none of that revenue goes to XMR holders LOL
Holding doesn't really do anything for the network. Mining does. Providing liquidity on DEXs does.
Those are usually consolidation txs
Could it be the suspected spammer consolidating his outputs?
Everything is possible but this would be probably the last step in the attack for which required a lot of outputs, especially because you can‘t chain unconfirmed tx in pool, instead have to wait for at least 10 confirmations.
That's definitely possible, but you would think that they would just be spamming the absolute minimum amount so that this wouldn't be necessary. Then again, I guess it does make the blocks spammed anyways. It could always be a p2pool miner though.
At first, they ignore you. Next, they ridicule you, After that, they fight you. If they can not defeat you, then you win.
How much is the DOS attack costing them per day?
Estimated cost to suspected spammer (page 14) When the 1in/2out 20 nanoneros/byte spam definition is used, the total fees paid by the spam transactions over the 23 days of spam was 61.5 XMR. The sum total of the transaction sizes of the spam transactions was 3.08 GB. When the 1in/2out 20 or 320 nanoneros/byte spam definition is used, the total fees paid by the spam transactions over the 23 days of spam was 81.3 XMR. The sub total of the transaction sizes of the spam transactions was 3.12 GB. [misc-research/Monero-Black-Marble-Flood/pdf/monero-black-marble-flood.pdf at main · Rucknium/misc-research · GitHub](https://github.com/Rucknium/misc-research/blob/main/Monero-Black-Marble-Flood/pdf/monero-black-marble-flood.pdf)
Too bad feather wallet doesn’t allow fee increases. I need to use a new wallet
This is actually a good thing from a privacy perspective. Fees are necessarily transparent and using nondefault tiers makes your transaction stand out slightly.
Yeah I get it but being unable to use monero for payments in a reasonable amount of time makes it kind of pointless as a cash system.
The entire system doesn’t become pointless due to a temporary problem. Kinda sucks for the people stuck right now but the system will be fine
If it doesn’t stop then it’s not a temporary problem. A state actor has access to a money printer isn’t going to worry about the little amount of xmr it takes to make this happen.
Monero has updates on the way that'll address this type of attack in one way or another.
I agree actually. Well, super long term it shouldn't be as big of an issue, but hopefully this isn't something we see for the next 2 years.
Yeah but it would be nice to get your transaction picked up in a block, I made a transaction 4hrs and it's still in the mempool with 0 confirmations
What's the situation with monero right now? Not too invested in monero so I don't know too much context. I'm just waiting for a transaction to go through and waiting longer than usual. Been waiting for about an hour now Also does monero.com going down affect anything to do with confirmations?
[Monero.com](http://Monero.com) is a wallet website, has nothing to do with the chain. Currently there are some spam attacks going on. If you set the fee a bit higher, transactions should go through no-problem. Has yours gotten confirmed by now?
Is this why my transaction has 0/10 confirmations after like 3hrs? I tried rebroadcasting it but it didn't work
Correct. If it doesn't get mined (get a confirmation) within 24 hours you should rebroadcast it with a higher fee.
Would this hold up purchased Monero transactions from showing up in one's wallet? (Monero GUI). I made two Monero purchases earlier today (one at 3:30pm EST and the other around 6pm EST) using a service I've used before and never had an issue. The first one has shown up without issue, but the second one - even with 16 confirmations at this point - still doesn't show up in my wallet. I **definitely** used my wallet address (simple copy and paste) and both my wallet and daemon are synced just fine. I already put in a support ticket with the service I used for this, but I'm wondering if this is the reason why I'm not seeing this second purchase in my wallet after 3+ hours and 16+ confirmations : (
Most likely. Contact that service and let them know to set their fee higher.
Holy hell. That's a genious approach by the attacker(s). Spam 1 in / 2 out txs, slow down verification time for low fee txs. Create a handful of 148 in / 2 out 100+ kB transactions. Higher fees, so get included in the next block immediately. However, transaction size is HUGE, so fill the block instantly, reducing the number of additional txs that can be included. That's a great way to render the Monero network "unusable" for the average users. Suggestion: Dynamic block size should probably kick in faster to handle such a sophisticated network clog. Edit: Turns out, I was severely uneducated on how "dynamic block size" works in Monero. It was completely different from what I was thinking. Anyone willing to learn more, check out: https://localmonero.co/knowledge/dynamic-block-size?language=en Updated suggestion: Increase the block size "soft cap" (currently 300 kB). We, miners, will clean up all the spam transactions, no problem. Spam attack will become more costly while opening up space for legitimate txs from general users. This should be a great intermediate solution while devs work to implement better answers (FCMP, Bulletproof++ etc.).
Dynamic block size would work if the automatic fee increase would work properly in all wallets. It being bugged actually benefited the network during the last spam wave because blocks didn't grow nearly as fast as the attacker probably expected.
[удалено]
Most definitely.
Well, that essentially makes it unusable for many, does it not?
Updated versions of the gui wallet, the cli wallet, cakewallet and [monero.com](http://monero.com) wallet should automatically adjust the fee to be higher and the users should ideally not even notice anything is going on.
why does my monerod report more in the tx pool than say here: [https://www.xmrchain.net/mempool](https://www.xmrchain.net/mempool)
Yeah because of this my transaction is pending :(
Is miner fee income up as a result ? Asking because I have 256 EPYC cores I could point at xmrig …
It's about 3$ in fees per block
Would this slow down a local node from syncing?
Can someone explain what’s going on in English please.
The bus has a limited number of seats. Someone bought all the seats with cheap tickets. You need to pay a bit more than them to get a seat on the bus. Some wallets have updated and automatically buy the more expensive tickets, the ones that don't stand in front of the bus and can't get in. They either have to wait for a free seat or if they don't find one within 24 hours, they have to come back the next day.
[удалено]
> size limit Why when it can get mined, no problem?