Over 100 Memo transactions rejected in the last 24 hours due to mempool limits. People run into this daily. When will they be raised?
Could you explain what the mempool limit is, and why it was created in the first place?
Message [65000]
Cancel
Creating...
Broadcasting...
Also, the failures are @memo's fault if @memo does not provide a warning to the user.
Message [65000]
Cancel
Creating...
Broadcasting...
Improving error messaging for these is planned. It's not as straight forward as you'd think though.
Message [65000]
Cancel
Creating...
Broadcasting...
Bitchcoin trash engineers working hard on it. Aumary deployed 4 monkeys.
Message [65000]
Cancel
Creating...
Broadcasting...
Is there a reason why you have to chain the txs for regular use? Couldn’t you use any utxo? But I agree, the child limit is hurting dApps.
Message [65000]
Cancel
Creating...
Broadcasting...
The site tries to use all your UTXOs to get around the issue. Even with mitigations in place, users only have so many UTXOs and this limit still gets hit.
Message [65000]
Cancel
Creating...
Broadcasting...
Could you just automatically make more utxos? Auto-split balance into a bunch of .00001 utxos or something so that it’s way less likely you’ll run out of them.
Message [65000]
Cancel
Creating...
Broadcasting...
Additional mitigations can be put in place, but they require significant dev time and don't fix the root issue.
Message [65000]
Cancel
Creating...
Broadcasting...
Use your influence to get this on the next fork. But I wonder what implications it will have with mempool management and block verification time?
Message [65000]
Cancel
Creating...
Broadcasting...
Just raise the cost of memo post, as a temporary workaround. You may like it long term.
Message [65000]
Cancel
Creating...
Broadcasting...