maybe that could be implemented in a wallet program,but not in the blockchain
yep i wasn't thinking about implementing it in the blockchain, a middleware in the bitcoin client should be a better approach...
Topic: Lifeguard just in case you mess up sending BTC transaction (Read 1088 times)
yep i wasn't thinking about implementing it in the blockchain, a middleware in the bitcoin client should be a better approach...
maybe that could be implemented in a wallet program,but not in the blockchain
the blockchain is just data. it holds no programming or code. just a list of transaction blocks.
the code part is done by wallet apps to relay transactions out, and to display confirmed transactions..and other code in mining software. as i said nothing needs to be done to the blockchain data apart from continuing to store transactions that are in solved blocks.
its for the wallets and miners on the outside to change their protocol on which transactions end up in the waiting list for the next block
maybe that could be implemented in a wallet program,but not in the blockchain
I think there should be a lifeguard, something to make it possible to cancel the transaction you just maid..at list for 10-15 seconds...
don't store all BTC in 1 wallet ... like in real life.
I like your idea. I don't think the protocol can accommodate this. But perhaps some kind of service that relays your spend, with a grace period before they broadcast it to the blockchain? I'd pay a tiny fee for that piece of mind. No matter how may times I buy stuff with BTC I still cringe a little when I hit the send button.
Amazed to see this reply from a legendary and foundation member...No offend.
If it helps any, the Envrin Web Wallet has a delayed sends feature (see sig).
scenario
instead of todays protocol asking for a fee upfront, it sends a free signed transaction onto the network (we all know they never get added immediately to blocks). users then have time to send a duplicate signed tx with a fee to get priority, cancel transaction or carry on for freeafter seeing a message:
"x btc sent to X address are you sure?"
[_pay priority fee_][_continue for free_][_cancel transaction_]
agree, hurry up do nothing, ill wait oh crap cancel
the continue for free sends nothing
the cancel TX is the signed TX (has to be signed to ensure proof of owners decision) with a message 'cancel' embedded into the tx, which miners can easily code a reader to check before adding to blocks. and would remove from their transaction pool if seen. by having it signed
all that is needed is to get the bitcoin devs to add some code to prompt user and then resend tx with a fee or "cancel" request. and get the mining software developers to add code to look for "cancel" message. after all they already have code that searches out tx's with fee's
instead of todays protocol asking for a fee upfront, it sends a free signed transaction onto the network (we all know they never get added immediately to blocks). users then have time to send a duplicate signed tx with a fee to get priority, cancel transaction or carry on for freeafter seeing a message:
"x btc sent to X address are you sure?"
[_pay priority fee_][_continue for free_][_cancel transaction_]
agree, hurry up do nothing, ill wait oh crap cancel
the continue for free sends nothing
the cancel TX is the signed TX (has to be signed to ensure proof of owners decision) with a message 'cancel' embedded into the tx, which miners can easily code a reader to check before adding to blocks. and would remove from their transaction pool if seen. by having it signed
all that is needed is to get the bitcoin devs to add some code to prompt user and then resend tx with a fee or "cancel" request. and get the mining software developers to add code to look for "cancel" message. after all they already have code that searches out tx's with fee's
I like your idea. I don't think the protocol can accommodate this. But perhaps some kind of service that relays your spend, with a grace period before they broadcast it to the blockchain? I'd pay a tiny fee for that piece of mind. No matter how may times I buy stuff with BTC I still cringe a little when I hit the send button.
It's so easy to make a mistake when sending bitcoins (wrong copy paste of wallet or whatever...)...
Even if it's only once every 100 transaction if your mistake happens when you are moving huge amount of btcs..you are done. You could lose all your savings in that moment. I think there should be a lifeguard, something to make it possible to cancel the transaction you just maid..at list for 10-15 seconds...
All the people here have certain computer skills..do you imagine your mother or grandmother if bitcoin gets more popular sending btcs without a method to turn back and doing it always perfect?
Even if it's only once every 100 transaction if your mistake happens when you are moving huge amount of btcs..you are done. You could lose all your savings in that moment. I think there should be a lifeguard, something to make it possible to cancel the transaction you just maid..at list for 10-15 seconds...
All the people here have certain computer skills..do you imagine your mother or grandmother if bitcoin gets more popular sending btcs without a method to turn back and doing it always perfect?
Jump to: