public inbox for bitcoindev@googlegroups.com
 help / color / mirror / Atom feed
From: Alejandro Ranchal Pedrosa <a.ranchalpedrosa@gmail.com>
To: Brandon Smith <freedom@reardencode.com>,
	Gregory Maxwell <greg@xiph.org>,
	 Bitcoin Protocol Discussion
	<bitcoin-dev@lists.linuxfoundation.org>
Cc: Onder.GURCAN@cea.fr
Subject: Re: [bitcoin-dev] A BIP proposal for transactions that are 'cancellable'
Date: Fri, 7 Sep 2018 09:12:40 +0200	[thread overview]
Message-ID: <caa38174-5bd9-74dd-deaa-3feb7a10822b@gmail.com> (raw)
In-Reply-To: <20180906203244.GQ62902@hank.reardencode.com>

[-- Attachment #1: Type: text/plain, Size: 1054 bytes --]

Hi all,

Thank you for the link, and also to Gregory for the remarks. I did not 
know about this previous proposal. I think the last paragraph of future 
work is interesting:

"It may be interesting to add enhance OP_CHECKSEQUENCEVERIFY 
<https://github.com/bitcoin/bips/blob/master/bip-0112.mediawiki> to 
allow outputs that are spendable by Alice until time foo, always 
spendable by Bob, and spendable by Joe only after time bar, or other 
such cases"

Perhaps it would allow this functionality, while keeping the validity of 
coins, if the new OP_zzz took an additional argument than suggested, 
such that the first one is the timelimit for Alice to keep the coin (say 
in the first 24 hours), and after those 24 hours the ownership goes to 
the third argument, say Bob.

That is, it is not possible to use only specifying the owner in the 
first 24 hours. Would this be considered harmful?

Best,

Alejandro.

On 9/6/18 10:32 PM, Brandon Smith wrote:
> ade a similar proposal about 7 months ago, and documented some of the
> discussion points here:

[-- Attachment #2: Type: text/html, Size: 1584 bytes --]

  parent reply	other threads:[~2018-09-07  7:12 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-09-06  9:19 [bitcoin-dev] A BIP proposal for transactions that are 'cancellable' Alejandro Ranchal Pedrosa
2018-09-06 13:31 ` Matt Corallo
     [not found]   ` <CABaiX-2L9oVdta=aRH91uE=iPRv4cX6zU0=+oF+2oWqnu=64YQ@mail.gmail.com>
2018-09-06 16:33     ` Matt Corallo
2018-09-07  7:07       ` Alejandro Ranchal Pedrosa
2018-09-06 15:16 ` Gregory Maxwell
2018-09-06 20:32   ` Brandon Smith
2018-09-07  5:02     ` Terry McLaughlin
2018-09-07  7:12     ` Alejandro Ranchal Pedrosa [this message]
2018-09-07 12:51       ` Brandon Smith
2018-09-07 13:47         ` TUCCI Sara
2018-09-06 16:14 ` vizeet srivastava

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=caa38174-5bd9-74dd-deaa-3feb7a10822b@gmail.com \
    --to=a.ranchalpedrosa@gmail.com \
    --cc=Onder.GURCAN@cea.fr \
    --cc=bitcoin-dev@lists.linuxfoundation.org \
    --cc=freedom@reardencode.com \
    --cc=greg@xiph.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox