Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Optional transaction delay #188

Closed
FrancisPouliot opened this issue Aug 9, 2015 · 2 comments
Closed

Optional transaction delay #188

FrancisPouliot opened this issue Aug 9, 2015 · 2 comments

Comments

@FrancisPouliot
Copy link

Enhancement proposal: an optional delay before a transaction is broadcast.

For people like us who are doing 100+ transactions a day using Mycelium, it sometimes happens that we make mistakes and send bitcoins to the wrong. Usually we figure this out quite quickly. To prevent this, there could be an optional and customizable time delay (e.g. 5 mins). The transaction is not broadcast until x minutes after the transaction is confirmed via PIN. During those 5 minutes, users can choose to cancel transaction.

@Giszmo
Copy link
Contributor

Giszmo commented Dec 18, 2015

I was thinking about a related enhancement that you might also like if you do hundreds of non-urgent transactions per day: Transaction stashing. I'm thinking about the interface to do multi-recipient transactions and not liking your timeout idea gave me another idea:

If you do low priority transactions every other minute, you might also be annoyed by having to punch in the pin all the time, maybe even in presence of other people.

To fix excessive pin entry, unwanted transaction broadcast and unnecessary chaining with its size overhead we could add a stash button next to the send button. This stash button could store the transaction for later broadcast. Later, if you hit send with or without filling out yet another transaction, you would get a list of recipient/amount pairs to confirm and broadcast in one go.

@Giszmo
Copy link
Contributor

Giszmo commented Sep 11, 2017

With #350 this will all be obsolete. Being able to cancel a transaction until it was mined might be enough most of the time for you @FrancisPouliot

@Giszmo Giszmo closed this as completed Sep 11, 2017
Giszmo pushed a commit that referenced this issue Apr 11, 2018
…atility

#782 Update Confirmation Screen text
This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants