[Lightning-dev] Unsubscribe
Jonathan C. Frei
jcf at torus.investments
Wed Nov 15 15:40:05 UTC 2017
On Wed, Nov 15, 2017 at 1:00 PM, <
lightning-dev-request at lists.linuxfoundation.org> wrote:
> Send Lightning-dev mailing list submissions to
> lightning-dev at lists.linuxfoundation.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.linuxfoundation.org/mailman/listinfo/lightning-dev
> or, via email, send a message with subject or body 'help' to
> lightning-dev-request at lists.linuxfoundation.org
>
> You can reach the person managing the list at
> lightning-dev-owner at lists.linuxfoundation.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Lightning-dev digest..."
>
>
> Today's Topics:
>
> 1. Hello every ones ! A message from an unknown traveller.
> (Satoshi Nakamoto)
> 2. Re: Hello every ones ! A message from an unknown traveller.
> (Matt Corallo)
> 3. [MINUTES] Dev Meeting 2017-11-13 (Rusty Russell)
> 4. Re: Hello every ones ! A message from an unknown traveller.
> (Marcel Jamin)
> 5. Re: Questions on SIGHASH_NOINPUT (Rusty Russell)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 15 Nov 2017 04:16:56 +0100
> From: "Satoshi Nakamoto" <satoshinjp at gmx.com>
> To: lightning-dev at lists.linuxfoundation.org
> Subject: [Lightning-dev] Hello every ones ! A message from an unknown
> traveller.
> Message-ID:
> <trinity-93fe4b16-df67-4dc4-8109-4e7e69be2d3b-
> 1510715816437 at 3c-app-mailcom-bs16>
>
> Content-Type: text/plain; charset="us-ascii"
>
> An HTML attachment was scrubbed...
> URL: <http://lists.linuxfoundation.org/pipermail/lightning-dev/
> attachments/20171115/9ac73bbb/attachment-0001.html>
>
> ------------------------------
>
> Message: 2
> Date: Wed, 15 Nov 2017 03:41:58 +0000
> From: Matt Corallo <lf-lists at mattcorallo.com>
> To: lightning-dev at lists.linuxfoundation.org, Satoshi Nakamoto
> <satoshinjp at gmx.com>
> Subject: Re: [Lightning-dev] Hello every ones ! A message from an
> unknown traveller.
> Message-ID: <48AF1A9D-E418-40AF-A5A4-36423EF22C34 at mattcorallo.com>
> Content-Type: text/plain; charset="utf-8"
>
> +1
>
> Keep Bitcoin Weird.
>
> On November 14, 2017 10:16:56 PM EST, Satoshi Nakamoto <satoshinjp at gmx.com>
> wrote:
> >_______________________________________________
> >Lightning-dev mailing list
> >Lightning-dev at lists.linuxfoundation.org
> >https://lists.linuxfoundation.org/mailman/listinfo/lightning-dev
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lists.linuxfoundation.org/pipermail/lightning-dev/
> attachments/20171115/8eea265c/attachment-0001.html>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 15 Nov 2017 17:01:19 +1030
> From: Rusty Russell <rusty at rustcorp.com.au>
> To: <lightning-dev at lists.linuxfoundation.org>
> Subject: [Lightning-dev] [MINUTES] Dev Meeting 2017-11-13
> Message-ID: <877eus59zc.fsf at rustcorp.com.au>
> Content-Type: text/plain
>
> Hi!
>
> Sorry I've been slack posting previous minutes, but the good
> news is we've put them all in one place:
>
> https://docs.google.com/document/d/1oU4wxzGsYd0T084rTXJbedb7Gvdtj
> 4ax638nMkYUmco/edit#heading=h.8iu8f3dcmgj2
>
> Highlights from 2017-11-13:
> - Integration tests looking good.
> - But we broke freeze by unanimous agreement, to include ACINQ's
> brilliant htlckey separation proposal.
> - Integration tests will add reconnect tests.
> - c-lightning needs to handle update_fee for bitcoin fee updates
> (WIP)
>
> Old highlights from 2017-10-30:
> - lnd has Tor addressing support!
> - Our first optional feature was voted into spec
> (option-data-loss-protect)
>
> Old highlights from 2017-10-16:
> - Turns out there's a thinko in CTLV calculation across routes.
> Long collaboration, simple spec changes to fix.
>
> Cheers,
> Rusty.
>
>
> ------------------------------
>
> Message: 4
> Date: Wed, 15 Nov 2017 08:47:42 +0100
> From: Marcel Jamin <marcel at jamin.net>
> To: Matt Corallo <lf-lists at mattcorallo.com>
> Cc: Satoshi Nakamoto <satoshinjp at gmx.com>,
> lightning-dev at lists.linuxfoundation.org
> Subject: Re: [Lightning-dev] Hello every ones ! A message from an
> unknown traveller.
> Message-ID:
> <CAAUq485TpsEA_9cgiWcjb1v8hS7fw2-jZQfOsKM9skC+bmN4WQ at mail.
> gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> ... and Matt blue!
>
> Your hair color related hard fork did not have consensus.
>
> On 15 November 2017 at 04:41, Matt Corallo <lf-lists at mattcorallo.com>
> wrote:
> > +1
> >
> > Keep Bitcoin Weird.
> >
> > On November 14, 2017 10:16:56 PM EST, Satoshi Nakamoto <
> satoshinjp at gmx.com>
> > wrote:
> >>
> >> Hello Every Ones,
> >>
> >>
> >>
> >> I was travelling all around the cyberspace to find my twin brother, who
> >> has been lost in the unknown since 2007. By chance I was passing by, so
> I
> >> thought it would be good to stop over my Intergalactic Cyberspace Craft
> as I
> >> have noticed something lightning here; I think you all are here trying
> to do
> >> something to achieve something greater than others which is more
> transparent
> >> and efficient. It is always good to try and expect far greater success.
> >> There is nothing wrong being optimistic and expecting something very
> large
> >> if it is measureable by quantum mechanism no matter what others may
> think or
> >> they may say ?
> >>
> >>
> >>
> >> Try your best but plan ahead with systemitic strategic capacity. I used
> to
> >> hear from the older folks two and a half decades ago ?something must
> emerge,
> >> something must emerge? they used to say it day and night but when
> something
> >> has emerged they cannot see it, some of them are day blind and the rest
> have
> >> gone out of their own mind; I think you all will find, what you are
> looking
> >> forward to find but please be kind to each other no matter what the
> >> backbiter say distressful things behind your back ? Be determined and
> try;
> >> try and try again and again until you find a perfect algorithm to
> complete
> >> your mission.
> >>
> >>
> >>
> >> Satoshi Nakamoto
> >>
> >>
> >>
> >
> >
> > _______________________________________________
> > Lightning-dev mailing list
> > Lightning-dev at lists.linuxfoundation.org
> > https://lists.linuxfoundation.org/mailman/listinfo/lightning-dev
> >
>
>
> ------------------------------
>
> Message: 5
> Date: Wed, 15 Nov 2017 21:07:22 +1030
> From: Rusty Russell <rusty at rustcorp.com.au>
> To: Tomas <tomas at bitcrust.org>,
> lightning-dev at lists.linuxfoundation.org
> Subject: Re: [Lightning-dev] Questions on SIGHASH_NOINPUT
> Message-ID: <87shdf4yl9.fsf at rustcorp.com.au>
> Content-Type: text/plain
>
> Tomas <tomas at bitcrust.org> writes:
> > Thank you for your feedback,
> >
> > On Sun, Nov 12, 2017, at 04:04, Rusty Russell wrote:
> >> Malleation is a problem for every commitment transaction: we use HTLC
> >> transactions which depend on it. Now, in theory SIGHASH_NOINPUT could
> >> be used to work around malleation here too, by allowing you to update
> >> the dependent transaction, but you need separate keys on every output to
> >> ensure that transactions can't be connected to the wrong outputs.
> >
> > But doesn't the current specification already ensure that every key is
> > only used once? At least that is what I am understanding from the key
> > derivation rules at:
> >
> > https://github.com/lightningnetwork/lightning-rfc/blob/master/03-
> transactions.md
>
> It's different for different commitment transactions, not not for
> different HTLC outputs attached to the same transaction.
>
> >> IIRC it cuts the number of updates down by about a factor of 2 under
> >> typical use, more under weird conditions. Basically you can re-attach
> >> the HTLC transaction instead of needing a new one.
> >>
> >> IMHO SIGHASH_NOINPUT is a generally nice thing to have, though it's
> >> extremely dangerous if you reuse keys at all. So, don't do that :)
> >
> > If the prescribed key derivation algorithm ensures uniqueness, under
> > what circumstances could the keys be reused? Is it just a faulty
> > implementation here that is the risk?
>
> Yes, if you reuse addresses, a signed SIGHASH_NOINPUT input can be
> attached to either one. This may (or may not) be a problem, depending
> on the exact usage.
>
> Cheers,
> Rusty.
>
>
> ------------------------------
>
> _______________________________________________
> Lightning-dev mailing list
> Lightning-dev at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/lightning-dev
>
>
> End of Lightning-dev Digest, Vol 27, Issue 9
> ********************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20171115/e9a5a39a/attachment.html>
More information about the Lightning-dev
mailing list