Author: Peter Todd 2017-09-29 02:18:46
Published on: 2017-09-29T02:18:46+00:00
The discussion on making it possible for transactions to become invalid after the fact has been brought up in the past, with severe downsides being noted. A suggestion was made to include an expiration time in the protocol, which would remove the need for refund logic or asking a customer to pay a few extra cents and disallow a second payment, however, privacy concerns and the potential for miners to game the system were identified as downsides. The resolution of the expiration time was also discussed, with suggestions for hour or month resolutions. It was noted that a large range is necessary as expiry times will inevitably be specified absolutely, not relatively; when the range runs out, an upgrade to the standard is needed. There was no mention of any attachments or URLs in this email thread.
Updated on: 2023-06-12T19:06:48.256498+00:00