Eric Lombrozo [ARCHIVE] on Nostr: 📅 Original date posted:2015-07-28 📝 Original message: I don’t really think ...
đź“… Original date posted:2015-07-28
đź“ť Original message:
I don’t really think there’s a lack of motivation.
The unfortunate situation is that soft forks are backlogged…and the entire soft fork process is undergoing some pretty significant changes. There were already some pretty major concerns about it. The version bits BIP (https://gist.github.com/sipa/bf69659f43e763540550 <https://gist.github.com/sipa/bf69659f43e763540550>;) which would allow multiple concurrent soft forks is still under works. Then the BIP66 fork brought to light some more problems with the process. And then on top of all that we have this block size hard fork circus…
> On Jul 27, 2015, at 7:00 PM, Rusty Russell <rusty at rustcorp.com.au> wrote:
>
> Joseph Poon <joseph at lightning.network> writes:
>> OP_CSV still requires BIP 62, though. It's possible to construct a model
>> with OP_CLTV without BIP 62 (described in a post earlier today) using
>> single-funder with some OP_CLTV'd output which returns the full balance
>> to the original funder at a date very far in the future after the
>> expiration of all Commitments and its dependent outputs.
>
> Yeah, I'm happy at this stage assuming BIP62. There don't seem any
> objections to it, just not huge motivation.
>
> Nice to know we have a backup if that proves overly optimistic :)
>
> Cheers,
> Rusty.
> _______________________________________________
> 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/20150727/53284608/attachment-0001.html>;
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 842 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20150727/53284608/attachment-0001.sig>;
đź“ť Original message:
I don’t really think there’s a lack of motivation.
The unfortunate situation is that soft forks are backlogged…and the entire soft fork process is undergoing some pretty significant changes. There were already some pretty major concerns about it. The version bits BIP (https://gist.github.com/sipa/bf69659f43e763540550 <https://gist.github.com/sipa/bf69659f43e763540550>;) which would allow multiple concurrent soft forks is still under works. Then the BIP66 fork brought to light some more problems with the process. And then on top of all that we have this block size hard fork circus…
> On Jul 27, 2015, at 7:00 PM, Rusty Russell <rusty at rustcorp.com.au> wrote:
>
> Joseph Poon <joseph at lightning.network> writes:
>> OP_CSV still requires BIP 62, though. It's possible to construct a model
>> with OP_CLTV without BIP 62 (described in a post earlier today) using
>> single-funder with some OP_CLTV'd output which returns the full balance
>> to the original funder at a date very far in the future after the
>> expiration of all Commitments and its dependent outputs.
>
> Yeah, I'm happy at this stage assuming BIP62. There don't seem any
> objections to it, just not huge motivation.
>
> Nice to know we have a backup if that proves overly optimistic :)
>
> Cheers,
> Rusty.
> _______________________________________________
> 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/20150727/53284608/attachment-0001.html>;
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 842 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20150727/53284608/attachment-0001.sig>;