public inbox for bitcoindev@googlegroups.com
 help / color / mirror / Atom feed
* [bitcoin-dev] Simple Bitcoin Payment Channel Protocol v0.1 draft (request for comments)
@ 2016-04-17 14:03 Rune Kjær Svendsen
  2016-05-01  4:16 ` Rusty Russell
  0 siblings, 1 reply; 2+ messages in thread
From: Rune Kjær Svendsen @ 2016-04-17 14:03 UTC (permalink / raw)
  To: Bitcoin

Dear list

I've spent the past couple of months developing a simple protocol for
working with payment channels. I've written up a specification of how
it operates, in an attempt to standardize the operations of opening,
paying and closing.

This specification was derived from a mostly-working implementation
which will be open sourced in a short while (after a clean-up). It's
written in Haskell.

I'm sharing the specification now because I think it has value in
itself to have everything documented, especially since I've chosen to
write the implementation in Haskell, and for people to point out any
errors or basically anything I haven't thought of.

Link:

https://raw.githubusercontent.com/runeksvendsen/simple-bitcoin-payment-channel-protocol/master/simple-bitcoin-payment-channel-protocol-v0.1.txt




Regards
Rune


^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [bitcoin-dev] Simple Bitcoin Payment Channel Protocol v0.1 draft (request for comments)
  2016-04-17 14:03 [bitcoin-dev] Simple Bitcoin Payment Channel Protocol v0.1 draft (request for comments) Rune Kjær Svendsen
@ 2016-05-01  4:16 ` Rusty Russell
  0 siblings, 0 replies; 2+ messages in thread
From: Rusty Russell @ 2016-05-01  4:16 UTC (permalink / raw)
  To: Rune Kjær Svendsen, Bitcoin

Rune Kjær Svendsen via bitcoin-dev
<bitcoin-dev@lists•linuxfoundation.org> writes:
> Dear list
>
> I've spent the past couple of months developing a simple protocol for
> working with payment channels. I've written up a specification of how
> it operates, in an attempt to standardize the operations of opening,
> paying and closing.

Hi!

        CHECKLOCKTIMEVERIFY [...] allows payment channel
        setup to be risk free [...] something that was
        not the case before, when the refund Bitcoin transaction
        depended on another, unconfirmed Bitcoin transaction. Building
        on unconfirmed transactions is currently not safe in Bitcoin

With Segregated Witness, this is now safe.  With that expected soon, I'd
encourage you to take advantage of it.

Cheers,
Rusty.


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2016-05-01 20:48 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-04-17 14:03 [bitcoin-dev] Simple Bitcoin Payment Channel Protocol v0.1 draft (request for comments) Rune Kjær Svendsen
2016-05-01  4:16 ` Rusty Russell

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox