In this track: Explore safely
Why transactions are usually irreversible
Accepted state changes do not have a universal user-operated undo button.
A shared ledger records an accepted action. Asking to remove a page later is different from making a new compensating entry.
Maya prepares an instruction: send 0.01 pretend ETH to Leo.
A local simulation. Nothing is signed or sent to a network.
The network applies the authorized rule
A valid transaction can update state according to protocol and contract logic. Regretting an action later does not automatically create authorization to rewrite the accepted history.
Application remedies are separate
A recipient might voluntarily return assets, or an application might implement a refund mechanism. Those are new actions or application-specific rules. They are not a universal guarantee supplied by the Ethereum address format.
Pending replacement is a different case
Before a nonce is consumed, a wallet can sometimes submit a competing transaction. That process can fail or lose the inclusion race. It should not be presented as undoing a completed payment.
Finality and reorganization have specific meanings
Recent chain history can reorganize, while finality provides a stronger protocol commitment. A reorganization is not a standard customer-support refund procedure. Review the destination and requested action before authorization.
Does Ethereum provide every sender with a universal undo button for a completed payment?
Any remedy depends on separate application rules, recipient cooperation or other specific mechanisms.
Original explanations by EtherTools. Examples are educational and source-linked; this site is independent of the Ethereum Foundation. Our approach.