Coinomi send tx stuck

MatthewLM 2015-10-01 12:58:19 UTC #24

I could provide the information via a server, but it would be better to have the app calculate the fee itself. It would have to follow the same algorithm as the main client.

Nagalim 2015-10-01 22:24:11 UTC #25

Got an email from CTO of coinomi, they’re gonna release a hot-fix soon.

cryptog 2015-10-01 22:31:20 UTC #26

So. Should we revert to 0.01 or leave it as it is at 0.02?

Nagalim 2015-10-01 22:37:22 UTC #27

I’m still voting 0.05 nbt and 10 NSR. I’m still not convinced this could have been done in a better way.

cryptog 2015-10-01 23:03:04 UTC #28

So the solution for any party using nubits is to automatically adjust…

Nagalim 2015-10-01 23:05:59 UTC #29

Nu 2.0 which contained the code was a mandatory update. People were given time and notice. We can give them more time and more notice, but how much is enough? How do we know when we’re ‘allowed’ to raise the fees?

cryptog 2015-10-01 23:11:58 UTC #30

I agree. If they do not, this is because they do not care enough. What abouy nudroid?

Nagalim 2015-10-01 23:15:26 UTC #31

If we want to use this as a warning shot so everyone running a hot NBT wallet has a few days to realize there’s an issue then switching back down so Txns go through and wallets aren’t all messed up and stuff, we can do that. We are most likely in the process of doing that anyway with the datafeeds switched over.

cryptog 2015-10-02 01:19:14 UTC #32

what do u mean?

Nagalim 2015-10-02 01:35:49 UTC #33

you and cybnate are both voting 0.01 on the datafeed right?

cryptog 2015-10-02 01:48:44 UTC #34

I have reverted to 0.01 from 0.02. But I am not sure if it is meaningful.

zoro 2015-10-02 07:17:26 UTC #35

yes, no good to go back and forth. we made a choice, now we should support that choice.

erasmospunk 2015-10-02 11:38:23 UTC #36

Hi all, I pushed a quick fix for the Coinomi wallet to fix the fee issue. If you have any stuck transactions fresh the wallet, you would need to resend the transaction (if it is still stuck in the mempool, send us a message).

Eventually we will add dynamic and user configurable fees to avoid those kind of issues.

Sorry for the stress this caused you.

cryptog 2015-10-02 11:44:47 UTC #37

How much work do you estimate it will take to implement a behavior that automatically takes the tx fee set by the network?

masterOfDisaster 2015-10-02 11:45:40 UTC #38

Thank you for pushing a quick fix! Users will appreciate it.

This might sound very demanding, but as variable fees are a part of Nu I think it isn’t optional to have them properly handled by any wallet or accounting system - either on exchanges or mobile devices.
Burdening users with adjusting them manually is no solution, rather a more or less feasible workaround depending on the awareness and skill level of the user.

Exchanges that can’t handle dynamic tx fees automatically and reliably would do better to delist NBT. If they just use the standard wallet, they should be in a nice position.

erasmospunk 2015-10-02 12:02:54 UTC #39

It’s probably a week worth of work. The idea is to add the minimum required fee and the recommended fee (useful in congested networks like btc).

erasmospunk 2015-10-02 12:05:13 UTC #40

Most exchanges that I know use the default Nu wallet.

Regarding the manual fees it is something that has been asked by some users and could be useful in some situations.

mably 2015-10-02 12:07:16 UTC #42

I was wondering what would happen in case of mempool saturation.

What if some txs take several blocks to be processed and min fees get increased in that time ?

Thanx for your answer.

erasmospunk 2015-10-02 12:15:39 UTC #43

There is a 60 block period before a fee change is in effect and samples 10 blocks to get the highest fee to be on the safe side.

mably 2015-10-02 12:22:44 UTC #44

Ok, thanx. I guess delays could even be increased if needed.